Background ontape -c problem
Posted in 2001
I am running Informix 9.21FC-1 on an HP 9000 N4000 running HP-UX 11.00.
I have been running ontape -c in a small script that executes in the
background via a batch command for about 18 months now with no problems
at all.Here is the output of the script:
export INFORMIXSERVER=baan
export INFORMIXDIR=/informix
export ONCONFIG=onconfig.baan
export PATH=$PATH:$INFORMIXDIR/bin
/usr/bin/rm /tmp/inf_logfile.log
/usr/bin/touch /tmp/inf_logfile.log
ontape -c >>/tmp/inf_logfile.log << EOFecho
EOF
I rebooted the system the other day, as part of a normal procedure, and
when the system came back up- the /sbin/init.d process that brings the
engine back up did just that, but the batch process that executes the
statup of the ontape -c process did not work:
batch <<EOF
inf_log.backup
EOF
When I looked in the logfile, I found the following error:
Could not set resource limit: errno 1
There are no other signs of error except for an rc=255 in the cron log.
Dmesg, /var/adm/syslog, the online log, and console log are all empty-
the process just seems to fail with the above message.
Ontape -c will run to the same tape drive when run interactively- it
just will not work in batch. Cron does not seem to affect the nightly
full backup as well- it runs fine.
Here are the tape specs:
MSGPATH /informix/logs/online_prod.log # System message log file
path
CONSOLE /informix/logs/console_prod.log # System console message
path
ALARMPROGRAM /informix/etc/no_log.sh # Alarm program path
#ALARMPROGRAM /informix/etc/log_full.sh # Alarm program path
TBLSPACE_STATS 1 # Maintain tblspace statistics
# System Archive Tape Device
TAPEDEV /dev/rmt/1m # Tape device path#TAPEDEV /dev/null # Tape device path
TAPEBLK 2048 # Tape block size (Kbytes)
TAPESIZE 50000000 # Maximum amount of data to put on tape
(Kbytes)
# Log Archive Tape Device
LTAPEDEV /dev/rmt/0m # Log tape device path#LTAPEDEV /dev/null # Log tape device path
LTAPEBLK 2048 # Log tape block size (Kbytes)
I've called both HP and Informix- neither one is sure where the problem
is.
Thanks,
Russ Kahler
Technical Services Analyst
The Andersons
Maumee Ohio
Sent via Deja.com
http://www.deja.com/