Burned by Eschewing Best Practices
-
@Dashrender said in Burned by Eschewing Best Practices:
So his ups failing counts as not having power protection?
Only one UPS feeding a SAN? Yes.
This assumes the SAN had multiple power cables.
No, it's assuming that any SAN that was acceptable to have used would have multiple power cables and supplies. I'm not assuming that he had a good SAN. I'm assuming that doing what he did was wrong, regardless of how he got there.
-
Take the day off and the posting is just terrible now that I am trying to catch up:
Looking to double cluster, Synology SAN based IPOD.
-
IPOD on a single Synology...
-
Installed Hyper-V as a role, and did an old version of it.
-
And trying to run Fedora 7 as a guess. Fedora 7 is 18 versions old, almost 19, and hails from 2008.
-
Did years of research, but appears to have ONLY talked to sales people that entire time, never spoke to anyone that was a consultant and does not appear to have ever posted a question anywhere in a forum or anything and so the sales people led him vastly astray, he asked questions that made no sense which didn't help, and ended up violating the first rule of VoIP because he violated the first rule of IT (don't get advice from salesmen.) Now he's locked into a horrific contract, paying drastically too much, doesn't have basic flexibility, and can't afford to replace his phones with VoIP so his other costly decisions now leave him needed special hardware to get him through till more money is available. All of this after a decade of using an insanely overprice phone service that hasn't made sense in a long time (cascade of bad decisions.)
https://community.spiceworks.com/topic/2015892-transition-planning
He's trying, but seems like he wants the answers just handed to him. No IT research going on. I'm guessing that they will lose $7,000 give or take a few, in five years on a project that should have cost almost nothing.
-
Looks like he is not actually locked in yet. Might be able to save him.
-
No, you went all south on that thread.
-
@jaredbusch said in Burned by Eschewing Best Practices:
No, you went all south on that thread.
I don't understand the purpose of this thread. Is it just to document how people are shooting themselves in the foot for some kind of exercise later where you can point to the collated material and say, "look, here, these are all cases of fake IT pros, or salespeople, failing to work in the best interests of [company]. They have all built an inverted pyramid of doom and are paying the price."
900+ pages of people who are wrong on the Internet? Is it needed?
-
@grey said in Burned by Eschewing Best Practices:
@jaredbusch said in Burned by Eschewing Best Practices:
No, you went all south on that thread.
I don't understand the purpose of this thread. Is it just to document how people are shooting themselves in the foot for some kind of exercise later where you can point to the collated material and say, "look, here, these are all cases of fake IT pros, or salespeople, failing to work in the best interests of [company]. They have all built an inverted pyramid of doom and are paying the price."
900+ pages of people who are wrong on the Internet? Is it needed?
Yes, it is a thread of documentation so that when people (and they do this) say that best practices aren't really best practices or that people never really get hurt for not doing them, we have it documented. Because on SW, this was a regular excuse given for not doing things that someone knew better than not to do.
-
@grey said in Burned by Eschewing Best Practices:
@jaredbusch said in Burned by Eschewing Best Practices:
No, you went all south on that thread.
I don't understand the purpose of this thread. Is it just to document how people are shooting themselves in the foot for some kind of exercise later where you can point to the collated material and say, "look, here, these are all cases of fake IT pros, or salespeople, failing to work in the best interests of [company]. They have all built an inverted pyramid of doom and are paying the price."
900+ pages of people who are wrong on the Internet?
Pretty much.
Is it needed?
What, you don't like making fun of people?
Really the main benefit to this thread in my eyes is that new comers can just browse a few of these pages and see many examples of how doing the wrong thing really costs these people and their businesses.
The fact that this page keeps growing so fast just shows how much of an epidemic it really is.
-
@dashrender said in Burned by Eschewing Best Practices:
@grey said in Burned by Eschewing Best Practices:
@jaredbusch said in Burned by Eschewing Best Practices:
No, you went all south on that thread.
I don't understand the purpose of this thread. Is it just to document how people are shooting themselves in the foot for some kind of exercise later where you can point to the collated material and say, "look, here, these are all cases of fake IT pros, or salespeople, failing to work in the best interests of [company]. They have all built an inverted pyramid of doom and are paying the price."
900+ pages of people who are wrong on the Internet?
Pretty much.
Is it needed?
What, you don't like making fun of people?
Really the main benefit to this thread in my eyes is that new comers can just browse a few of these pages and see many examples of how doing the wrong thing really costs these people and their businesses.
The fact that this page keeps growing so fast just shows how much of an epidemic it really is.
I understand that it is a fine line, when does documenting why things are best practices become a problem. But let's think about it another way. How often do people use the lack of threads like this as "proof" that SANs don't fail or that IPODs aren't costly or that patches aren't needed. People use the lack of anecdotal evidence as "proof" that statistics and logic aren't real. This thread is a testament to the fact that things we've learned to be bad patterns are really bad patterns and that best practices exist for a reason and that in the real world, skipping them will burn you over and over again, often in ways you might not have predicted.
-
@dashrender said in Burned by Eschewing Best Practices:
@grey said in Burned by Eschewing Best Practices:
@jaredbusch said in Burned by Eschewing Best Practices:
No, you went all south on that thread.
I don't understand the purpose of this thread. Is it just to document how people are shooting themselves in the foot for some kind of exercise later where you can point to the collated material and say, "look, here, these are all cases of fake IT pros, or salespeople, failing to work in the best interests of [company]. They have all built an inverted pyramid of doom and are paying the price."
900+ pages of people who are wrong on the Internet?
Pretty much.
Is it needed?
What, you don't like making fun of people?
Really the main benefit to this thread in my eyes is that new comers can just browse a few of these pages and see many examples of how doing the wrong thing really costs these people and their businesses.
The fact that this page keeps growing so fast just shows how much of an epidemic it really is.
I just don't think it's necessary to make fun of people who may be very sincere in trying to do their best. Even the documentation of the poor decisions or runs in to territory where oit may be less about a learning experience for others and more about collecting things to laugh and troll over.
-
@grey said in Burned by Eschewing Best Practices:
@dashrender said in Burned by Eschewing Best Practices:
@grey said in Burned by Eschewing Best Practices:
@jaredbusch said in Burned by Eschewing Best Practices:
No, you went all south on that thread.
I don't understand the purpose of this thread. Is it just to document how people are shooting themselves in the foot for some kind of exercise later where you can point to the collated material and say, "look, here, these are all cases of fake IT pros, or salespeople, failing to work in the best interests of [company]. They have all built an inverted pyramid of doom and are paying the price."
900+ pages of people who are wrong on the Internet?
Pretty much.
Is it needed?
What, you don't like making fun of people?
Really the main benefit to this thread in my eyes is that new comers can just browse a few of these pages and see many examples of how doing the wrong thing really costs these people and their businesses.
The fact that this page keeps growing so fast just shows how much of an epidemic it really is.
I just don't think it's necessary to make fun of people who may be very sincere in trying to do their best.
Well we aren't making fun. And the point here is that violating best practices is not doing their best. At some point a baseline of professional responsibility is needed. That's why best practices exist. This is not a thread of "things that went wrong" or "poor decisions". This is blatant violations of things that are clearly not okay.
And until people do not use the lack of this thread as "proof" that best practices are false, it's critical that things like this exist.
-
@grey said in Burned by Eschewing Best Practices:
Even the documentation of the poor decisions or runs in to territory where oit may be less about a learning experience for others and more about collecting things to laugh and troll over.
By that logic, posting questions is the same thing. But that's not what it is. We work in an industry where vendors use a lack of evidence to bully customers into bad decisions that favour the vendors. Customers who have made bad decisions do the same thing to try to validate their own bad decisions. People routinely try to do their jobs with zero thought, research or verification. These things need to be called out. Both because we can't bury this stuff, and also because not calling it out is directly used as an excuse to bully others into thinking violating best practices is okay.
-
https://www.itnews.com.au/news/petya-damage-to-tnt-express-systems-is-likely-permanent-468600
International courier TNT Express has warned that it may have permanently lost access to some critical business data and systems following the damaging Petya malware attack.
Its parent company FedEx also today revealed the business had similarly fallen victim to the WannaCry malware just one month earlier.
...
The Petya attack was a heavy blow to a company that had spent the past month grappling with the fallout of the WannaCry ransomware attack. -
@nadnerb said in Burned by Eschewing Best Practices:
https://www.itnews.com.au/news/petya-damage-to-tnt-express-systems-is-likely-permanent-468600
International courier TNT Express has warned that it may have permanently lost access to some critical business data and systems following the damaging Petya malware attack.
Its parent company FedEx also today revealed the business had similarly fallen victim to the WannaCry malware just one month earlier.
...
The Petya attack was a heavy blow to a company that had spent the past month grappling with the fallout of the WannaCry ransomware attack.
-
@nadnerb said in Burned by Eschewing Best Practices:
https://www.itnews.com.au/news/petya-damage-to-tnt-express-systems-is-likely-permanent-468600
International courier TNT Express has warned that it may have permanently lost access to some critical business data and systems following the damaging Petya malware attack.
Its parent company FedEx also today revealed the business had similarly fallen victim to the WannaCry malware just one month earlier.
...
The Petya attack was a heavy blow to a company that had spent the past month grappling with the fallout of the WannaCry ransomware attack.Holy crap!
-
@scottalanmiller @nadnerB @travisdh1 We ship lots of stuff. Occasionally in the past the shipping person here would get fake TNT Express emails notifications telling them to click this link for delivery notifications(just like the fake UPS/Fedex ones), etc. User didnt bite. I checked them out on mxtoolbox after that, no spf. Not surprising their computers werent updated either.
-
Appears to be ignoring all best practice by splitting arrays, and using RAID5 (unknown if its on spinning rust or ssd)
Not installing ESXi onto an SD card, but instead using a RAID1.
