Having issue with crontab-l usage on the server

[fasi rehman]

Hi Folks,

Iam having an issue while issuing crontab -l on linux server.
Tried to search in google but dint get much help on the same.
permissions were fine but still the error is seen.
Let us know if you have come across this problem anytime & steps taken to resolve the same.

srv06u00979:eps2:/home/epsora>crontab -l
-bash: /usr/bin/crontab: Operation not permitted

 

From: Inderjeet Dhaliwal
Sent: Thursday, April 26, 2012 12:17 PM
To: Joshua Snodgrass; EPS DBA
Cc: Russ Reed
Subject: RE: Another problem with Albertson's --> SR33471

 

Tried couple of things but couldn’t find anything:

 

 

1.       A. Below are the permissions on a store where crontab is working fine:

 

srv06u02711:eps2:/u01/app/epsora/product/10.2.0>ls -lrt /usr/bin/crontab

-rwsr-sr-x 1 root trusted 38048 2008-04-21 20:28 /usr/bin/crontab

 

 

B. Below are the permissions on the store where crontab is not working:

 

srv06u00922:eps2:/var/spool>ls -lrt /usr/bin/crontab

-rwsr-xr-x 1 root trusted 38048 2008-04-21 19:28 /usr/bin/crontab

 

So tried changing the permission to the same as above :

 

srv06u00922:~ # ls -lrt /usr/bin/crontab

-rwsr-xr-x 1 root trusted 38048 Apr 21  2008 /usr/bin/crontab

 

srv06u00922:~ # chmod g+s /usr/bin/crontab

 

srv06u00922:~ #  ls -lrt /usr/bin/crontab

-rwsr-sr-x 1 root trusted 38048 Apr 21  2008 /usr/bin/crontab

 

It didn’t help :

 

srv06u00922:/var/spool/cron # crontab -l

-bash: /usr/bin/crontab: Operation not permitted

 

So I am unable to access crontab even via Root.

 

2.       Checked for cron.allow and cron.deny files. Cron.allow doesn’t exist on any of the servers, but cron.deny does and it seems correct:

 

srv06u00922:/etc # cat cron.deny

guest

gast

 

 

 

3.       Checked for the tables file and permissions on the same , they look good as well

srv06u00922:/var/spool/cron # ls -lrt

total 0

drwx------ 2 root root  96 Apr 23  2010 tabs

drwxr-xr-x 2 root root 144 Apr 26 10:45 lastrun

 

 

                                srv06u02711:/var/spool/cron # ls -lrt

total 0

drwx------ 2 root root  96 Feb 27 12:15 tabs

drwxr-xr-x 2 root root 144 Apr 26 12:00 lastrun

 

4.       Checked for the Groups and users, they are fine too:

 

srv06u00922:eps2:/home/epsora>id

uid=1000(epsora) gid=1000(epsdba) groups=6(disk),1000(epsdba)

 

 

srv06u02711:eps2:/home/epsora>id

uid=1000(epsora) gid=1000(epsdba) groups=6(disk),1000(epsdba)

 

 

Please let me know if anyone has any other suggestions…

 

Thanks,

_________________________________________________

INDERJEET K. DHALIWAL |  Cell: 240-364-4104 | ext. 3090
Oracle Database Administrator

PDX-NHIN-Rx.com

 

 

From: Inderjeet Dhaliwal
Sent: Thursday, April 26, 2012 8:35 AM
To: Joshua Snodgrass
Cc: EPS DBA; Russ Reed
Subject: Another problem with Albertson's --> SR33471
Importance: High

 

Joshua,

 

For  SR33471 àsrv06u00979 and srv06u00922: crontab is not working, can you please work with Albertson’s for this.

None of the monitoring and backup jobs are working currently on the affected stores.

 

This needs to be fixed asap, as the backups are also not running, this might cause space issues and thus can bring the stores down.

 

 

Thanks, 

 

 

_________________________________________________

INDERJEET K. DHALIWAL |  Cell: 240-364-4104 | ext. 3090
Oracle Database Administrator

PDX-NHIN-Rx.com

 

 

From: Yogesh Bhandarkar
Sent: Thursday, April 26, 2012 1:09 AM
To: EPS DBA
Subject: Another problem with Albertson's
Importance: High

 

All,

 

Albertson’s have made some changes at server level & crontab on many boxes is not working.  

 

There are 32 10g boxes impacted due to this change.  Some of the stores having this issue since first week of April. This needs to be resolved / escalated.

 

This issue is tracked in SR http://servicedesk.nhsrx.com/Lists/servicerequests/DispForm.aspx?ID=33471

 

Attached XLS with list of problem stores.

 

Thanks

Yogesh

 

 

 

---

This message and its contents (to include attachments) are the property of National Health Systems, Inc. and may contain confidential and proprietary information. This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. You are hereby notified that any unauthorized disclosure, copying, or distribution of this message, or the taking of any unauthorized action based on information contained herein is strictly prohibited. Unauthorized use of information contained herein may subject you to civil and criminal prosecution and penalties. If you are not the intended recipient, you should delete this message immediately and notify the sender immediately by telephone or by replying to this transmission.

[ddf]

On Apr 26, 2:12 pm, fasi rehman <fasi_...@yahoo.co.in> wrote:
> Hi Folks,
>
> Iam having an issue while issuing crontab -l on linux server.
> Tried to search in google but dint get much help on the same.
> permissions were fine but still the error is seen.
> Let us know if you have come across this problem anytime & steps taken to resolve the same.
>
> srv06u00979:eps2:/home/epsora>crontab -l
> -bash: /usr/bin/crontab: Operation not permitted
>
>
> From:Inderjeet Dhaliwal
> Sent: Thursday, April 26, 2012 12:17 PM
> To: Joshua Snodgrass; EPS DBA
> Cc: Russ Reed
> Subject: RE: Another problem with Albertson's --> SR33471
>
> Tried couple of things but couldn’t find anything:
>
>
> 1.       A. Below are the permissions on a store where crontab is working fine:
>
> srv06u02711:eps2:/u01/app/epsora/product/10.2.0>ls -lrt /usr/bin/crontab

> -rwsr-sr-x1 root trusted 38048 2008-04-21 20:28 /usr/bin/crontab

>
>
> B. Below are the permissions on the store where crontab is not working:
>
> srv06u00922:eps2:/var/spool>ls -lrt /usr/bin/crontab

> -rwsr-xr-x1 root trusted 38048 2008-04-21 19:28 /usr/bin/crontab

>
> So tried changing the permission to the same as above :
>
> srv06u00922:~ # ls -lrt /usr/bin/crontab
> -rwsr-xr-x 1 root trusted 38048 Apr 21  2008 /usr/bin/crontab
>
> srv06u00922:~ # chmod g+s /usr/bin/crontab
>
> srv06u00922:~ #  ls -lrt /usr/bin/crontab

> -rwsr-sr-x1 root trusted 38048 Apr 21  2008 /usr/bin/crontab

> INDERJEET K. DHALIWAL |  Cell:240-364-4104begin_of_the_skype_highlighting            240-364-4104      | ext. 3090

> Oracle Database Administrator
> PDX-NHIN-Rx.com
>
>
> From:Inderjeet Dhaliwal
> Sent: Thursday, April 26, 2012 8:35 AM
> To: Joshua Snodgrass
> Cc: EPS DBA; Russ Reed
> Subject: Another problem with Albertson's --> SR33471
> Importance: High
>
> Joshua,
>
> For  SR33471 àsrv06u00979 and srv06u00922: crontab is not working, can you please work with Albertson’s for this.

> None of the monitoring and backup jobs are workingcurrently on the affected stores.
>
> This needs to be fixed asap, as the backups are also not running, this might cause space issues and thus can bringthe stores down.
>
>
> Thanks,
>
>
> _________________________________________________
> INDERJEET K. DHALIWAL |  Cell:240-364-4104begin_of_the_skype_highlighting            240-364-4104      | ext. 3090

> Oracle Database Administrator
> PDX-NHIN-Rx.com
>
>
> From:Yogesh Bhandarkar
> Sent: Thursday, April 26, 2012 1:09 AM
> To: EPS DBA
> Subject: Another problem with Albertson's
> Importance: High
>
> All,
>
> Albertson’s have made some changes at server level & crontab on many boxes is not working.
>
> There are 32 10g boxes impacted due to this change.  Some of the stores having this issue since first week of April. This needs to be resolved / escalated.
>

> This issue is tracked in SRhttp://servicedesk.nhsrx.com/Lists/servicerequests/DispForm.aspx?ID=3...

>
> Attached XLS with list of problem stores.
>
> Thanks
> Yogesh
>
>
>
> ________________________________
>  This message and its contents (to include attachments) are the property of National Health Systems, Inc. and may contain confidential and proprietary information. This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. You are hereby notified that any unauthorized disclosure, copying, or distribution of this message, or the taking of any unauthorized action based on information contained herein is strictly prohibited. Unauthorized use of information contained herein may subject you to civil and criminal prosecution and penalties. If you are not the intended recipient, you should delete this message immediately and notify the sender immediately by telephone or by replying to this transmission.

I don't see where you've checked the permissions on /var/spool/cron
and any subdirectories to see if they are correct.


David Fitzjarrell