Re: AIX backup command via TSM scheduler

2003-06-09 Thread Neilson Lui
Did some debugging on our backup scripts and it seems that the following
lines are the culprit :

stty intr ''
trap stty intr '' 2

Would anyone know what is the purpose of those two lines ?  ( am not
familiar with scripts. The backup scripts are provided for by our IBM
support )

Thanks



Conko,
Steven  To: [EMAIL PROTECTED]
[EMAIL PROTECTED]cc:
OM  Subject: Re: AIX backup command via TSM 
scheduler
Sent by:
ADSM: Dist
Stor Manager
[EMAIL PROTECTED]
RIST.EDU


06/07/2003
01:57 AM
Please
respond to
ADSM: Dist
Stor Manager






We have an AIX server, so I dont know if the syntax is different, but we do
have AIX clients. we run similar commands but dont use any quotes and dont
include the -c, an entry for us is like this:

su - oracle /home/oracle/scripts/backup/db_backup.sh

It usually runs fine. however, there are isolated instances where it may
fail with the rc=1 yet still run from the command line. in each of those
cases we have had to step through the entire process with debug statements
to find out what the problem is (keeping in mind that with the su -, the
profile is sourced first.) usually, there ends up being some problem in the
environment or a problem with double sourcing a file. i have no idea why
the
scheduler has problems when it runs okay from the command line. but that is
what we have had to to... debug the process.

Steve

-Original Message-
From: Neilson Lui [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2003 8:45 PM
To: [EMAIL PROTECTED]
Subject: AIX backup command via TSM scheduler


Environment:
 Server TSM v5.1.5 on W2k
 Client  TSM v5.1.5 on AIX with Oracle running

Our backup job is currently being scheduled by the cron daemon on AIX via
the command ( issued as root )

  su - userid -c 'sh /tsmscript/backup.sh'

I was trying to have the same command  defined on TSM scheduler. But i was
getting a return code of 1 when the same command is issued by the TSM
scheduler. Is there a way to let the TSM scheduler use another userid
instead of root ?


Any suggestions.


Re: AIX backup command via TSM scheduler

2003-06-06 Thread Neilson Lui
Have tried defining it as 'su - userid -c sh /tsmscript/backup.sh'. But
still the return code is 1.





David Longo
[EMAIL PROTECTED]To: [EMAIL PROTECTED]
FIRST.ORG  cc:
Sent by: ADSM: DistSubject: Re: AIX backup command 
via TSM scheduler
Stor Manager
[EMAIL PROTECTED]
U


06/06/2003 11:51 AM
Please respond to
ADSM: Dist Stor
Manager






Most likely the problem is that you need to enclose the ENTIRE
command in quotes when putting it in an object parameter
on the TSM server schedule.  (That's in addition to the quotes
that are already in it.)



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5509
[EMAIL PROTECTED]


 [EMAIL PROTECTED] 06/05/03 08:44PM 
Environment:
 Server TSM v5.1.5 on W2k
 Client  TSM v5.1.5 on AIX with Oracle running

Our backup job is currently being scheduled by the cron daemon on AIX via
the command ( issued as root )

  su - userid -c 'sh /tsmscript/backup.sh'

I was trying to have the same command  defined on TSM scheduler. But i was
getting a return code of 1 when the same command is issued by the TSM
scheduler. Is there a way to let the TSM scheduler use another userid
instead of root ?


Any suggestions.

##
This message is for the named person's use only.  It may
contain confidential, proprietary, or legally privileged
information.  No confidentiality or privilege is waived or
lost by any mistransmission.  If you receive this message
in error, please immediately delete it and all copies of it
from your system, destroy any hard copies of it, and notify
the sender.  You must not, directly or indirectly, use,
disclose, distribute, print, or copy any part of this message
if you are not the intended recipient.  Health First reserves
the right to monitor all e-mail communications through its
networks.  Any views or opinions expressed in this message
are solely those of the individual sender, except (1) where
the message states such views or opinions are on behalf of
a particular entity;  and (2) the sender is authorized by
the entity to give such views or opinions.
##


Re: AIX backup command via TSM scheduler

2003-06-06 Thread Conko, Steven
We have an AIX server, so I dont know if the syntax is different, but we do
have AIX clients. we run similar commands but dont use any quotes and dont
include the -c, an entry for us is like this:

su - oracle /home/oracle/scripts/backup/db_backup.sh

It usually runs fine. however, there are isolated instances where it may
fail with the rc=1 yet still run from the command line. in each of those
cases we have had to step through the entire process with debug statements
to find out what the problem is (keeping in mind that with the su -, the
profile is sourced first.) usually, there ends up being some problem in the
environment or a problem with double sourcing a file. i have no idea why the
scheduler has problems when it runs okay from the command line. but that is
what we have had to to... debug the process.

Steve

-Original Message-
From: Neilson Lui [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2003 8:45 PM
To: [EMAIL PROTECTED]
Subject: AIX backup command via TSM scheduler


Environment:
 Server TSM v5.1.5 on W2k
 Client  TSM v5.1.5 on AIX with Oracle running

Our backup job is currently being scheduled by the cron daemon on AIX via
the command ( issued as root )

  su - userid -c 'sh /tsmscript/backup.sh'

I was trying to have the same command  defined on TSM scheduler. But i was
getting a return code of 1 when the same command is issued by the TSM
scheduler. Is there a way to let the TSM scheduler use another userid
instead of root ?


Any suggestions.


AIX backup command via TSM scheduler

2003-06-05 Thread Neilson Lui
Environment:
 Server TSM v5.1.5 on W2k
 Client  TSM v5.1.5 on AIX with Oracle running

Our backup job is currently being scheduled by the cron daemon on AIX via
the command ( issued as root )

  su - userid -c 'sh /tsmscript/backup.sh'

I was trying to have the same command  defined on TSM scheduler. But i was
getting a return code of 1 when the same command is issued by the TSM
scheduler. Is there a way to let the TSM scheduler use another userid
instead of root ?


Any suggestions.


Re: AIX backup command via TSM scheduler

2003-06-05 Thread David Longo
Most likely the problem is that you need to enclose the ENTIRE
command in quotes when putting it in an object parameter
on the TSM server schedule.  (That's in addition to the quotes
that are already in it.)



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5509
[EMAIL PROTECTED]


 [EMAIL PROTECTED] 06/05/03 08:44PM 
Environment:
 Server TSM v5.1.5 on W2k
 Client  TSM v5.1.5 on AIX with Oracle running

Our backup job is currently being scheduled by the cron daemon on AIX via
the command ( issued as root )

  su - userid -c 'sh /tsmscript/backup.sh'

I was trying to have the same command  defined on TSM scheduler. But i was
getting a return code of 1 when the same command is issued by the TSM
scheduler. Is there a way to let the TSM scheduler use another userid
instead of root ?


Any suggestions.

##
This message is for the named person's use only.  It may 
contain confidential, proprietary, or legally privileged 
information.  No confidentiality or privilege is waived or 
lost by any mistransmission.  If you receive this message 
in error, please immediately delete it and all copies of it 
from your system, destroy any hard copies of it, and notify 
the sender.  You must not, directly or indirectly, use, 
disclose, distribute, print, or copy any part of this message
if you are not the intended recipient.  Health First reserves
the right to monitor all e-mail communications through its
networks.  Any views or opinions expressed in this message
are solely those of the individual sender, except (1) where
the message states such views or opinions are on behalf of 
a particular entity;  and (2) the sender is authorized by 
the entity to give such views or opinions.
##