Re: all time worst question I have been ever asked as a DBA
From: Kellyn Pot'vin <kellyn.potvin_at_ymail.com>
Date: Wed, 27 Jul 2011 10:15:52 -0700 (PDT)
Message-ID: <1311786952.15061.YahooMailNeo_at_web121008.mail.ne1.yahoo.com>
Date: Wed, 27 Jul 2011 10:15:52 -0700 (PDT)
Message-ID: <1311786952.15061.YahooMailNeo_at_web121008.mail.ne1.yahoo.com>
This type of paging will cause me to turn into "my evil twin sister, Skippy" quicker than just about anything. When I am paged or even emailed about issues that a DBA can do nothing to address, I will quickly notify the sender and management that the emails and/or pages will be filtered to deletion due to the inexcusable waste of time to valuable DBA resources. No one messes with Skippy... :P Kellyn Pot'Vin Sr. Database Administrator and Developer dbakevlar.com ________________________________ From: Kevin Lidh <kevin.lidh_at_gmail.com> To: srinivasanram2004_at_gmail.com Cc: fuzzy.graybeard_at_gmail.com; oracle-l_at_freelists.org Sent: Wednesday, July 27, 2011 9:40 AM Subject: Re: all time worst question I have been ever asked as a DBA A good friend of mine used to say, "If it has a 'D' in it, it's a database issue." When I was an DEC Rdb DBA, I used to get paged for issues even whey they had determined it didn't touch a database...just in case it was a database issue. On Wed, Jul 27, 2011 at 5:03 AM, Ram Srinivasan <srinivasanram2004_at_gmail.com> wrote: I love this one. > > >Yes. Everything is DBA's fault, even after proving (showing log files, etc.) that the fault is with developers or with the unix system. > > >It is always DBA's fault, whatever it is. > > >Ram Srinivasan >===================== > > > >On Tue, Jul 26, 2011 at 9:47 PM, Hans Forbrich <fuzzy.graybeard_at_gmail.com> wrote: > >According to nearly every User, SysAdmin, NetAdmin and StorAdmin I know: >> >>Rule 1: It's the DBA's fault >> >>Rule 2: You can change anything arbitrarily without telling the DBA, it'll still be the DBA's fault. >> >>Rule 3: Even when the DBA shows exactly where (in another area) the problem is, It still is the DBA's fault. >> >>Developers add: >> >>Performance, security and integrity are add-ons, after the fact. When they are needed, it's the DBA's fault. >> >> >> >> >>On 26/07/2011 3:12 PM, Walker, Jed S wrote: >>Argh, hit send too soon: >>> >>>+ then tell him to do that for all of them and if he gets it wrong it’ll be on him. He’ll learn to fix it. >>> >>>From:Walker, Jed S >>>Sent: Tuesday, July 26, 2011 3:11 PM >>>To: 'andrew.kerber_at_gmail.com'; ORACLE-L >>>Subject: RE: all time worst question I have been ever asked as a DBA >>> >>>Common with netapp, you can actually try copying the file to a new file. Delete that file, and then rename the copy back. I think that will work, but it can be a pain. >>> >>>From:oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Andrew Kerber >>>Sent: Tuesday, July 26, 2011 1:38 PM >>>To: ORACLE-L >>>Subject: all time worst question I have been ever asked as a DBA >>> >>>So, I am getting this error on one of our virtual Linux servers: >>> >>>ORA-00210: cannot open the specified control file >>>ORA-00202: control file: '/u01/app/oracle/datafiles/devdb/control01.ctl' >>>ORA-27086: unable to lock file - already in use >>> >>>Its probably due to a stale NFS lock. The question from my sys admin: >>>-rw-r----- 1 oracle oinstall 10076160 Jul 22 13:33 control01.ctl >>>can that file just be removed >>> >>> >>> >>>Ok, I am a little frustrated with him... >>> >>>-- >>>Andrew W. Kerber >>> >>>'If at first you dont succeed, dont take up skydiving.' >> > > >-- >Sincerely >Ram Srinivasan >
-- http://www.freelists.org/webpage/oracle-lReceived on Wed Jul 27 2011 - 12:15:52 CDT