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
