- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: cron issue
Operating System - HP-UX
1753318
Members
6302
Online
108792
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-11-2008 08:44 AM
тАО02-11-2008 08:44 AM
Hi all,
I am investigating an issue where several defunc progs are being produced between 1600 - 2200 on evry hour and half hour:
output from my last failure:
imx018> # ps -ef |grep 17417
root 13232 17417 0.0 - ?? 0:00.00
root 14125 17417 0.0 - ?? 0:00.00
root 14375 17417 0.0 - ?? 0:00.00
root 15199 17417 0.0 - ?? 0:00.00
root 15294 17417 0.0 - ?? 0:00.00
root 15953 17417 0.0 - ?? 0:00.00
root 16369 17417 0.0 - ?? 0:00.00
root 16633 17417 0.0 - ?? 0:00.00
root 16713 17417 0.0 - ?? 0:00.00
root 17236 17417 0.0 - ?? 0:00.00
root 17417 789 0.0 17:30:00 ?? 0:00.04 /usr/sbin/cron
root 17693 17417 0.0 - ?? 0:00.00
root 17804 17417 0.0 - ?? 0:00.00
root 18679 17417 0.0 - ?? 0:00.00
imx018> # ps -ef |grep cron
root 789 1 0.0 Jan 21 ?? 1:43.60 /usr/sbin/cron
root 17417 789 0.0 17:30:00 ?? 0:00.04 /usr/sbin/cron
as you can see 789 is the original cron process however when the defunc procs are produced another cron daemon is left hanging around.
Investigations I have done so far are:
checked all cron jobs that start between 00, 30 from the /var/spool/cron/crontabs directory.
- commented out all jobs that start at this time and the defunc still appear
- added two lines to each cron script scheduled to obtain the PID and COMMAND and sent this to a file, no pids match any of the defunc pids.
all I can think is maybe there is a job that is started by the original program that initiates another script which is failing however as I mentioned I have commented out all jobs ( one at a time ) and the defun procs still come .....
The final thing i performed was to restart the cron daemon.
Does anyone have any idea how I can trouble shoot this further?
there is no indication of the issue in mail or syslog.
thanks for any help.
Chris.
I am investigating an issue where several defunc progs are being produced between 1600 - 2200 on evry hour and half hour:
output from my last failure:
imx018> # ps -ef |grep 17417
root 13232 17417 0.0 - ?? 0:00.00
root 14125 17417 0.0 - ?? 0:00.00
root 14375 17417 0.0 - ?? 0:00.00
root 15199 17417 0.0 - ?? 0:00.00
root 15294 17417 0.0 - ?? 0:00.00
root 15953 17417 0.0 - ?? 0:00.00
root 16369 17417 0.0 - ?? 0:00.00
root 16633 17417 0.0 - ?? 0:00.00
root 16713 17417 0.0 - ?? 0:00.00
root 17236 17417 0.0 - ?? 0:00.00
root 17417 789 0.0 17:30:00 ?? 0:00.04 /usr/sbin/cron
root 17693 17417 0.0 - ?? 0:00.00
root 17804 17417 0.0 - ?? 0:00.00
root 18679 17417 0.0 - ?? 0:00.00
imx018> # ps -ef |grep cron
root 789 1 0.0 Jan 21 ?? 1:43.60 /usr/sbin/cron
root 17417 789 0.0 17:30:00 ?? 0:00.04 /usr/sbin/cron
as you can see 789 is the original cron process however when the defunc procs are produced another cron daemon is left hanging around.
Investigations I have done so far are:
checked all cron jobs that start between 00, 30 from the /var/spool/cron/crontabs directory.
- commented out all jobs that start at this time and the defunc still appear
- added two lines to each cron script scheduled to obtain the PID and COMMAND and sent this to a file, no pids match any of the defunc pids.
all I can think is maybe there is a job that is started by the original program that initiates another script which is failing however as I mentioned I have commented out all jobs ( one at a time ) and the defun procs still come .....
The final thing i performed was to restart the cron daemon.
Does anyone have any idea how I can trouble shoot this further?
there is no indication of the issue in mail or syslog.
thanks for any help.
Chris.
hello
Solved! Go to Solution.
- Tags:
- cron
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-11-2008 09:12 AM
тАО02-11-2008 09:12 AM
Solution
This shouldn't be happening. cron shouldn't be creating zombies (zombie master). If it is, then it is a bug in cron. Have you looked for any cron patches?
root 13232 17417 0.0 - ?? 0:00.00
I assume something like "ps -fp 13232" doesn't give you the name of the process?
It is root, does that tell you anything?
>The final thing i performed was to restart the cron daemon.
Did the restart create another zombie master?
Have you tried killing the zombie master 17417?
root 13232 17417 0.0 - ?? 0:00.00
I assume something like "ps -fp 13232" doesn't give you the name of the process?
It is root, does that tell you anything?
>The final thing i performed was to restart the cron daemon.
Did the restart create another zombie master?
Have you tried killing the zombie master 17417?
- Tags:
- zombie master
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-11-2008 09:25 AM
тАО02-11-2008 09:25 AM
Re: cron issue
thanks Dennis,
I have checked the ps -fp and nothing exept the defunc proc being displayed.
running ./cron stop from init.d directory didnt kill the second cron master so killed manually
I restarted cron and have also removed a cron file for a user that had the home area removed / not present and didnt see any errors appear at 1700
offending user:
riviera:Nologin:xxx:xxx:Riviera transfer:/usr/users/tx/riviera:/bin/ksh
the directory /usr/users/tx/riviera is not present and although the cron jobs associated with this were not relevant - hopefully this will fix my issue ...
Thanks for the advise
I have checked the ps -fp and nothing exept the defunc proc being displayed.
running ./cron stop from init.d directory didnt kill the second cron master so killed manually
I restarted cron and have also removed a cron file for a user that had the home area removed / not present and didnt see any errors appear at 1700
offending user:
riviera:Nologin:xxx:xxx:Riviera transfer:/usr/users/tx/riviera:/bin/ksh
the directory /usr/users/tx/riviera is not present and although the cron jobs associated with this were not relevant - hopefully this will fix my issue ...
Thanks for the advise
hello
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-12-2008 02:25 AM
тАО02-12-2008 02:25 AM
Re: cron issue
identifying the reviera user and removing the cron file has resolved my issue.
hello
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP