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>


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-l
Received on Wed Jul 27 2011 - 12:15:52 CDT

Original text of this message