Scary! I was always taught, never, ever adjust the behaviour of the rm command and indeed any destructive command, especially making it's default behaviour "safe mode". The reason, you get used to it always being in "safe mode". One day you go to a new system where there is no safe mode set up and it quietly does it's job, but you were expecting the prompts to allow you to double check before you did the deed. BANG! Too late! Get the backups out! LOL! -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Fmhabash Sent: 09 October 2009 18:17 To: toon.koppelaars@xxxxxxxxxxx; Mayen.Shah@xxxxxxxxxx Cc: frits.hoogland@xxxxxxxxx; jifjif@xxxxxxxxx; Oracle-L@xxxxxxxxxxxxx; oracle-l-bounce@xxxxxxxxxxxxx Subject: RE: major blunders If I may add ... - Color code your ssh session. I use red FG for all production. - I altered behavior of 'rm' cmd forcing it to be interactive needing user confirmation. Scripts coded to use non-interactive version. - Use copy/paste as much as you can when composing cmds. Sometimes, I can't tell if I typed the correct path or not. But, no worry since I do remember pasting it. - always use absolute paths specially destructive ones. Do not rely on default or current directory. - always log your ssh sessions. Make it default behavior of your ssh client-- //www.freelists.org/webpage/oracle-l Please consider the environment before printing ******************************************************************************************** This message contains confidential information and is intended only for the individual or entity named. If you are not the named addressee you should not disseminate, distribute or copy this email. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as an invitation or offer to buy or sell any securities or related financial instruments. GAM operates in many jurisdictions and is regulated or licensed in those jurisdictions as required. To the extent this email has been sent to you by any GAM company domiciled in the EU, being GAM (U.K.) Limited, GAM Sterling Management Limited, GAM International Management Limited, GAM London Limited, GAM Fund Management Limited, or GAM Fonds Marketing GmbH i.L., please note the following details in respect of each such company: - GAM (U.K.) Limited (a company limited by shares and registered in England and Wales with company number 01664573); - GAM Sterling Management Limited (a company limited by shares and registered in England and Wales with company number 01750352); - GAM International Management Limited (a company limited by shares and registered in England and Wales with company number 01802911); - GAM London Limited (a company limited by shares and registered in England and Wales with company number with Company Number 00874802) Each of Registered Office: 12 St. James's Place, London, SW1A 1NX GAM Sterling Management Limited, GAM International Management Limited and GAM London Limited are each authorised and regulated by the Financial Services Authority. GAM Fund Management Limited (a company limited by shares and registered in Ireland with no. 156828) of Registered Office: George's Court 54-62 Townsend Street Dublin 2, Ireland GAM Fonds Marketing GmbH, i.L. (a company limited by shares and registered in Germany under No. HRB 66857) of Friedrichstrasse 154, D-10117 Berlin, Germany. The competent Commercial Register is "Amtsgericht Charlottenburg" in Berlin. Liquidator: Daniel Durrer. -- //www.freelists.org/webpage/oracle-l