- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- greatest blunders
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-06-2002 09:39 PM
12-06-2002 09:39 PM
Re: greatest blunders
Here is mine!
Running an ORACLE Database on NOARCHIVELOG and deleting a datafile accidentally!
Fortunately, we had not gone live on that new server. Anyway, that was hours wasted.
Best Regards
Yogeeraj
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-08-2002 09:55 PM
12-08-2002 09:55 PM
Re: greatest blunders
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-09-2002 03:21 AM
12-09-2002 03:21 AM
Re: greatest blunders
cheers
Asif
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-09-2002 06:49 AM
12-09-2002 06:49 AM
Re: greatest blunders
When I got to our main production box, instead of crontab -l, out came 'shutdown -r 0' quickly followed by enter !!
I'd previously issued a shutdown -r 0 on a workstation.
Thank god, I was not in / so it did not allow me to do so ! 300 users nearly kicked off. I went up the pub soon afterward for a stiff drink and some air !!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-09-2002 09:11 PM
12-09-2002 09:11 PM
Re: greatest blunders
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-09-2002 10:58 PM
12-09-2002 10:58 PM
Re: greatest blunders
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-09-2002 11:55 PM
12-09-2002 11:55 PM
Re: greatest blunders
01. Have started learning UNIX Basics 6 years back & wanted to selectively delete each & every file in a directory... I did
rm * -i (It said "-i not found" )
instead of
rm -i *
Hope what happened ???. ls -l told me what had happened ?????.
02. While housekeeping i went to /etc &
find ./ -mtime +2 -exec rm {} \;
hooooooooooooooooo
kaps
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2002 04:00 AM
12-10-2002 04:00 AM
Re: greatest blunders
The guy who set up the live database had done it as himself rather than aa a separate dba user. He left the company and his user id was re-allocated to somebody in HR. The guy in HR subsequently left as well.
One day I decided to tidy up the system and remvoe the this user. I did this via sam, selected the option to delete all the users files thinking that nobody who was in HR could possibly own any important files.
Unfortunately I was somewhat mistaken. Of course the guy in HR now owned all the database files. The first thing I knew was when the users started to complain that the database was no longer available. I got the db back from restore but everybody had lost half a days work.
Needless to say, I now do not delete old users files but re-allocate them to a special 'leavers' user and check them all before deleting anything.
A good HP blunder.
HP were moving the live server - a K420 - between sites and the remvoal men managed to drop it down a flight of stairs. It landed on one of them who then had to be taken to hospital. Fortunately he was only bruised while the machine had a huge dent in it. Anyway, it got moved to the other site and booted up straight away with no problems. That is what I call resiliant hardware. As a precaution disks etc were changed but it is still running quite happily today.
Cheers
Keely
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2002 04:14 AM
12-10-2002 04:14 AM
Re: greatest blunders
Several years ago, I had an HP C.E. on site to replace a failed 2GB drive in a 715 workstation. Since he has to be escorted around the building, I was hanging around watching over his shoulder and trying to be helpful. While I was "helping", I figured I would get the replacement drive out so it would be ready as soon as he got the old one out. I pulled the silver anti-static bag out of the box only to discover it wasn't taped shut!!! The drive dropped to the floor, bounced twice and then lay still while the C.E. and I exchanged horrified looks. We tried installing the drive, but when we turned on the workstation, it made a sickening, grinding noise. The C.E. went back out to his car and came back with the only other drive he had with him - and I ended up with a free upgrade to a 4GB drive.
Pete
"Never look a gift horse in the mouth"
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2002 05:51 AM
12-10-2002 05:51 AM
Re: greatest blunders
It cost me about 200 hours and a dozen support calls, but I managed to keep the system going with no user downtime and did NOT have to reinstall the operating system.
Still today, several overlaid patch sets fail patch analysis.
My biggest, most painful blunder.
What was I thinking?
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2002 10:33 AM
12-10-2002 10:33 AM
Re: greatest blunders
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2002 10:46 AM
12-10-2002 10:46 AM
Re: greatest blunders
I spent half a day trying to trace a fault on a machine- could not find anyhthing wrong - stange!!!
Went back to start, to discover I was working on the wrong server.
Paula
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2002 10:53 AM
12-10-2002 10:53 AM
Re: greatest blunders
Whew....dodged that bullet.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-10-2002 10:00 PM
12-10-2002 10:00 PM
Re: greatest blunders
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2002 01:42 AM
12-12-2002 01:42 AM
Re: greatest blunders
Then call the script with root w/o it path.
production server was reboot !!!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2002 04:29 AM
12-12-2002 04:29 AM
Re: greatest blunders
And ever client had got his old hostname.
But at one client our CAD program didn't want to run properly. It found no tablet.
I checked the scripts serveral times - at least I called the support.
We checked the same scripts again. Nothing wrong.
Then I saw the mistake:
All clients had their hostnames written with small letters - during my ignite installation I gave the name to thie client with captal letters. So for the script it was a unknown client.
Volkmar
Never touch a running system
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2002 05:42 AM
12-12-2002 05:42 AM
Re: greatest blunders
Chuck J
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2002 06:44 AM
12-12-2002 06:44 AM
Re: greatest blunders
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2002 06:55 AM
12-12-2002 06:55 AM
Re: greatest blunders
Chuck J
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2002 06:58 AM
12-12-2002 06:58 AM
Re: greatest blunders
I once managed to make my root disk unbootble, while playing around, trying to get an extra disk into vg00.
The disk itself was probably dead and in fact died several months later, while not in use.
I spent all night on the phone with HP Support, putting humpty dumpty back together again.
My Ignite tape had a bad kernel on it generated by my greatest blunder. The system file was corrupt. Turns out this machine won't do an ignite tape boot unless you unplug the fiber card, figured that out six months later.
The good news? With support through three hours of hpux -is and hpux -lm we fixed it.
No loss of data, no loss of service to users.
:-)
The lesson learned that if a disk won't joint a volume group, (vgextend I think), check the darned thing out before pulling out sledgehammer commands.
Steve
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-13-2002 02:13 AM
12-13-2002 02:13 AM
Re: greatest blunders
I certainly did have a laugh about it later as it was only a test machine that nobody else was using. I doubt that I wold have been quite so jovial if it had been a production server though.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-13-2002 02:38 AM
12-13-2002 02:38 AM
Re: greatest blunders
No points without matter. :-)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-13-2003 01:22 AM
06-13-2003 01:22 AM
Re: greatest blunders
And on linux, I tried kill -9 -1 as root. The entire machine froze. had to reboot it.
- ramd.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-13-2003 01:54 AM
06-13-2003 01:54 AM
Re: greatest blunders
I was new to NAS, want to configure NAS for 20 workstations which are in production environment.Configured the NAS and pushed some files from NAS to workstations and left.Suddenly got a call saying root filesystem full in all workstations and all their applications running got crashed.
I was totally clueless. booted the system in single user mode. removed all the log files still system root filesystem shows 100% usage.
then just du on /etc found that /etc/passwd file was 150 MB , it was shock.
the file pushed from NAS, had made something wrong and all of the workstations gone down.
there was another blunder.
I was configuring another root hard disk for the prodcution system.I got the down time from the customer.customer is good enough to gave me the down time at the night , but he told server should be up at any case by morning 5 o clock.I assured him it will available by 1 o clock it self.
But really i did nasty thing.there was no mirroring software available on the system. I added the pv into the root vg and did lvlnboot the system gave me error that one anothe root filesystem exsist.
then i understood, that the procedure is to create a separate vg and do.
but mean while,I have to add one hard disk on the system so we down the system and booted it .
the system didn't come up.it was giving unable configure the swap space and going to crash.
clueless how system gone down.I couldn't enter in to single user mode also.
then i got struck up the problem was with lvlnboot command i gave, which changed the swap and boot area on different disk on the same root vg.
thank system went thru recovery cd and i could do lvlnboot and brought the system at 4:45 pm
more horrible thing is customer was sitting beside me, he doesn't know that is production was totally down and one engineer is trying to recover it.
greatest blunder
tempuser::450:20:temporary user:/home/temp:/usr/bin/sh > /etc/passwd
one live setup and went out.
nobody no that passwd file was changed.I was leave for 4 days ,they recovered the system from backup.
when came back i was going thru my history and found this.
radhakrishnan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-13-2003 02:37 AM
06-13-2003 02:37 AM
Re: greatest blunders
When I was a rookie, I was on customer site. I was having problems installing some software because the root disk was full (back in the good old days before LVM).
My decision was to move some sections of the filesystem to a second internal disk and create required symbolic links.
I moved a few bits around using "cpio -p" including, sadly, the contents of "/etc". Everything worked fine until reboot.
Ever seen the message "init not found"???
Wonce I cunnot even spel Administrator - now I are it!
Ollie.