Jobmoninit empty
Moderators: chulett, rschirm, roy
Jobmoninit empty
We cannot start the JobMonitor because "jobmoninit" is 0 Bytes in size. In other words, it is empty. Would it be possible for someone to send it to me, or at least tell me where to find it?
My address is ivan.petrovski@t-mobile.hr
Thank you
My address is ivan.petrovski@t-mobile.hr
Thank you
I only have the one for 751 so cannot help you. If it is an emergency then you will have to contact your support provider. Also, have you looked at your installation CD to see if the file can be retrieved from there?
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
No, I am trying to help. If you had never started it then you may always have had a zero length file. This is clearly not the case and so we can eliminate that possibility. It also means that your jobmoninit file has become empty in the meantime. It would be interesting to discover when (look at its date/time modified) and by whom (if possible). You might be able to reinstate a good one from a backup dated earlier than that. Otherwise installing a non-zero file might simply result in its being blown away again.ivannavi wrote:Yes I have. You are not helping. But thanks for the reply.
Here is one, but I can't guarantee it will work where you are.
Code: Select all
# $Id: jobmoninit,v 1.15.2.1 2004/12/28 20:43:33 val Exp $
######################################################
##
## Maintenence log - insert most recent change at top
##
## Date Ecase# WHO Description
## --------------------------------------------------
##
## 04/29/04 51206 val changed APT_JOBMON_LOGFILE to APT_JOBMON_LOGDIR
## 04/27/04 51206 jaymo Add APT_JOBMON_LOGFILE
## 08/08/03 20949 eaj use -Xrs flag on Sun
## 07/22/03 37330 cfreitas redirect error & output of
## kills to /dev/null
## 06/13/03 25668 cfreitas add $ in front of variable
######################################################
echo $APT_ORCHHOME > /dev/null
echoReturn=$?
# To override the location of the logfile, set
# $APT_JOBMON_LOGDIR to the desired location before starting
# jobmon.
JAVA_COMPILER=NONE
export JAVA_COMPILER
# APT_ORCHHOME is the second argument if supplied
if [ "$2"X != "X" ]
then
APT_ORCHHOME=$2
fi
if [ "$APT_ORCHHOME"X = "X" ]
then
echo A second argument must be supplied to this script when APT_ORCHHOME is
echo not set in your environment.
fi
if [ "$APT_JOBMON_LOGDIR"X = "X" ]
then
logdir=$APT_ORCHHOME/java
else
logdir=$APT_JOBMON_LOGDIR
fi
if [ ! -d $logdir ]
then
echo Directory $logdir does not exist.
exit 5
fi
if [ ! -w $logdir ]
then
echo Directory $logdir does not have write permissions.
echo Provide write permissions for this directory or set APT_JOBMON_LOGDIR
echo to point to alternate directory for logging.
exit 6
fi
systype="`uname`"
case "$1" in
'stop') # Shut down JobMonApp daemon
#remove JobMonApp daemon
if [ -f $logdir/.jobmonpid ]
then
if [ -r $logdir/.jobmonpid ]
then
pid=`cat $logdir/.jobmonpid`
# try to kill the process and then check the return code.
kill $pid > /dev/null 2>&1
result=$?
if [ $result -ne 0 ]
then
kill -0 $pid > /dev/null 2>&1
result=$?
if [ $result -eq 0 ]
then
echo ERROR: JobMonApp not successfully shut down.
exit 1
fi
else
# Check whether JobMonApp process has really been shutdown
sleep 1
kill -0 $pid > /dev/null 2>&1
result=$?
if [ $result -eq 0 ]
then
# Process is still running, if its still running after 10 sec try kill -9
if [ "$systype" = SunOS ] ; then
# with the -Xrs flag jobmon may ignore kill -0, cut down the wait a little
sleep 5
else
sleep 10
fi
kill -0 $pid > /dev/null 2>&1
result=$?
if [ $result -eq 0 ]
then
echo ERROR: JobMonApp not successfully shut down with SIGTERM, trying SIGKILL
kill -9 $pid > /dev/null 2>&1
fi
fi
fi
rm $logdir/.jobmonpid
echo JobMonApp has been shut down.
else
echo "You don't have permission to read $logdir/.jobmonpid"
echo You must be able to read this file in order to stop JobMonApp
exit 2
fi
else
echo JobMonApp has not been started from: $APT_ORCHHOME
exit 10
fi
;;
'start') # Start up JobMonApp daemon
if [ ! -r $APT_ORCHHOME/etc/jobmon_ports ]
then
echo $APT_ORCHHOME/etc/jobmon_ports file is not found. JobMonApp is not started.
exit 7
fi
jobmon_port1=`cat $APT_ORCHHOME/etc/jobmon_ports|grep APT_JOBMON_PORT1| cut -f 2 -d =`
jobmon_port2=`cat $APT_ORCHHOME/etc/jobmon_ports|grep APT_JOBMON_PORT2| cut -f 2 -d =`
CLASSPATH=$APT_ORCHHOME/java/JobMonApp.jar:$APT_ORCHHOME/java/xerces/xercesImpl.jar:$APT_ORCHHOME/java/xerces/xmlParserAPIs.jar
export CLASSPATH
#Dummy out pid with something that will (hopefully) never be in the
# ps listing
pid=DUMMYVALUE
if [ -r $logdir/.jobmonpid ]
then
pid=`cat $logdir/.jobmonpid`
kill -0 $pid > /dev/null 2>&1
result=$?
if [ $result -eq 0 ]
then
echo JobMonApp is already running. Please run "$0 stop" first.
exit 3
fi
else
result=1
fi
logfile=$logdir/JobMonApp.log
if [ -f $logfile ]
then
mv $logfile $logfile.$pid
fi
if [ "$systype" = SunOS ] ; then
# On Sun run with -Xrs flag to get around nohup bug in jvm 1.4.0_01
# this can be removed once the jvm is upgraded
nohup $APT_ORCHHOME/java/jre/bin/java -Xrs -classpath $CLASSPATH JobMonApp $jobmon_port1 $jobmon_port2 > $logfile 2>&1 &
else
nohup $APT_ORCHHOME/java/jre/bin/java -classpath $CLASSPATH JobMonApp $jobmon_port1 $jobmon_port2 > $logfile 2>&1 &
fi
echo $! > $logdir/.jobmonpid
ret=$?
if [ $ret -ne 0 ]
then
echo Could not write to $logdir/.jobmonpid. This will
echo prevent this script from being able to stop the JobMonApp.
echo You will need to do this manually by running: kill $pid
echo Ensure you have permission to write to this file if you wish
echo to use this script\'s stop feature in the future.
fi
echo JobMonApp has been started.
;;
*) #default: start up processes
echo "Usage: " $0 " [ start | stop ] [APT_ORCHHOME VALUE]"
exit 4
;;
esac
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact: