Knowing the half will get you into trouble - describe your disasters


 
Thread Tools Search this Thread
The Lounge What is on Your Mind? Knowing the half will get you into trouble - describe your disasters
# 1  
Old 04-23-2008
Knowing the half will get you into trouble - describe your disasters

Quote:
Originally Posted by Dave Miller
"Perhaps" ?

Ignorance is bliss.
Knowledge is power.

But just a handful of facts will get you in trouble faster than you can say 'help!'


About 10 years ago, fresh back from my first unix class, I did something that seemed innocent at the time. Fortunately, it was at about 4:40 on a Friday afternoon. I say fortunate, because about a minute later my phone started ringing, and I ended up spending most of the weekend in the office fixing my error.


Bottom line: Get professional help.
Curious, what did you do?
# 2  
Old 04-24-2008
Quote:
Originally Posted by benefactr
Curious, what did you do?
I deliberately left that part out because I didn't want to encourage anyone from doing the same thing.

It occurs to me that if I tell you, you probably WON'T do it. So here it is.

I had just had my first intro to unix class. It was a 2 day session, hosted by our software vendor, geared towards the computer illiterate.

I.E. "Ignorance is bliss" became "Just a handful of facts will get you into trouble."

The next day at work I was having some problem (don't remember what), but for whatever reason, I attributed it to bad permissions. So, while logged in as root, I set the permission bits of every file on the system to 777.

It was actually quite interesting how the system responded: The serial printers stopped working. Users on serial terminals were fine as long as they were already logged in. If they logged out, they couldn't get back in. Network printers and users were fine. The Fax server software (or fax modem) stopped running. One modem refused to connect, but the other, which was attached to a console port, was fine.

It was as if the system was trying to keep working, while also doing it's best to lock down the system in response to the problem.

My system backup was well over a year old, so I spend the weekend comparing the permission bits on the backup and manually resetting everything.
# 3  
Old 04-24-2008
P.S. Now I create a mksysb backup tape just about every month.
# 4  
Old 04-25-2008
I only happened to be next to her when it went down, she just got married recently and maybe still on honeymoon mood and probably still dazed and day dreaming Smilie ... and did something that should never have been done on a very critical production system. She was very young at that time and very inexperienced, it was a very good but painful lesson for her. She will remember it for the rest of her life I think. Smilie

I remember the aftermath was terrible, we had endless conference calls late into the night, meetings after meetings explaining over and over to angry people calling in from all over the globe at different time zones wanting to know what the heck was going on and they were screaming the blame at each other during the calls it was like being at fish market and we're right there in the middle of a shit storm and you will just get the sinking feeling that somebody's head is going to roll if you say the wrong thing.

I will not say how it all started or what the outcome was as you never know who visits unix.com these days.

Anyway the bottom line is this, if you are ever caught in such a situation whether it's your fault or not. In a heated situation where everybody is angry screaming and shouting, DONT EVER tell the truth immediately, delay it a day or two.

if you tell truth somebody's definitely going to get sacked on the spot maybe you, maybe your friend or both of you. Don't give in to pressure just delay it! delay it after a day or two by then the system would have already been restored, service resumed back to normal and the incident will be largely ignored by then due to other new pressing issues of the day starting to come in and there will be very much lesser angry people around.

Though I should tell you that this customer will probably never trust you again in the future and maybe you will even even lose his business when the time for contract renewal comes around so it's 50-50 choice and both are difficult to make.

I actually learned this from another incident that actually happened many years before this incident and the earlier incident was my own fault being young and inexperienced myself once before and a more experienced friend helped me out, we did the same thing and it worked so this counts as paying it forward. Smilie

So lesson learned: Never give root access to "just married" newbies(just kidding) Smilie
Login or Register to Ask a Question

Previous Thread | Next Thread

8 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Can someone describe the process of pre-emption in UNIX?

I never understood what exactly it is that preempts a process in a preemptive multitasking system. For example, round-robin, SRTF, or preemptive priority-based algorithms. I understand how the algorithm works, but what exactly triggers the preemption? I know in the case of round-robin... (4 Replies)
Discussion started by: Ultrix
4 Replies

2. Shell Programming and Scripting

please describe me some simple command

Hi everyone I'm new here and I don't know some command of unix, please help by describe me how it work, I study unix command by myself and can't search exactly means so...Thanks :D sqlplus -s /nolog @${SQLFILE} ${file_type} >> ${OUTPUT_FILE} date "+%Y%m%d%H%M%S" $/usr/bin/echo "INFO : $1"... (2 Replies)
Discussion started by: zound617
2 Replies

3. Solaris

How to manage solaris zone from disasters ???

Hi I have a requirement like we are creating a zone in which we are installing oracle and in the global zone we are installing our project related software.. Now my question is how to manage the solaris zone from any faults happen?? like it may be Memory,Network etc............ I want to know... (2 Replies)
Discussion started by: vijaysachin
2 Replies

4. Solaris

can someone describe

What is openboot prompt is this some kind of shell , and where is located :p (2 Replies)
Discussion started by: solaris_user
2 Replies

5. UNIX for Advanced & Expert Users

DEscribe this command

Hi all. can you please tell me (root) NOPASSWD: ALL what this command means (1 Reply)
Discussion started by: mindtee_abhi
1 Replies

6. Shell Programming and Scripting

I'm not sure how I would describe this

Some software, when you install it, prompts you for variables, such as the username for the software, or the password you are setting for the software's root account. I would like to know if it is possible to do such a thing, and if yes, how? basically, I would like my installer script to prompt... (3 Replies)
Discussion started by: Bakes
3 Replies

7. UNIX for Dummies Questions & Answers

Describe what this line of code would do

I am confused about what this line of code would do. I understand all the pieces but not the final outcome. Anyone that could help? find / -type f -xdev -mtime 0 -size 100000 -exec ls -lht {} /; 2>/dev/null (4 Replies)
Discussion started by: NickNine
4 Replies

8. UNIX for Dummies Questions & Answers

describe unix commands in english

the following unix command ls | grep'?cw1' | wc -l converting it to english is it going to be like list the result of the search '?cw1' in number of lines is that correct ? (4 Replies)
Discussion started by: props
4 Replies
Login or Register to Ask a Question