Ciao a tutti,

Ho uno script principale (chiamato OracleCleanup), che gestisce alcune query SQL. che scappa un wrapper script che contiene i sorgenti per le informazioni di login e JOB_HOME e (la sceneggiatura è di seguito). Quando questo programma di lavoro in cron il log dice che non è possibile aprire il mio elenco di file, che si trova nella somefolder. Se i eseguire lo script manualmente semplicemente invocando, esso viene eseguito senza problemi. Qualsiasi idee?

#! / bin / ksh

# Fonte adeguate informazioni di login
. $ HOME / somefolder / login_Cleanup.ksh

# Impostare il JOB_HOME (cioè dove le liste di tabelle per l'archiviazione sono detenuti)
esportazione JOB_HOME \u003d / home / oracle / somefolder

# Eseguire il lavoro.
$ HOME / somefolder / OracleCleanup.ksh

Rinomina file di log #
mv $ HOME / somefolder / log / OracleCleanup.log $ HOME / chris / log / OracleCleanup. `date +% d_% M_
% Y `. Accedi

Ciao Madhatter,
Vorrei suggerire che si cambia la shell di shell per la nativa (la maggior parte) dei sistemi, ossia / bin / sh. La funzione di cron questa shell può utilizzare al posto del "K - guscio" Io vi suggerisco di iniziare.

Su AIX (e HP-UX IIRC) la shell di default è ksh, in modo che non ha bisogno di essere il problema.

il tuo cronjobs potrebbe essere eseguito nell'ambito di un altro utente, in modo di controllare i diritti .... / somedir per assicurarsi che sia accessibile dal tuo crontab.

Bakunin

Questo è stato affrontato in un FAQ.

cambiare
. $ HOME / somefolder / login_Cleanup.ksh
a
. / dove / home / è / somefolder / login_Cleanup.ksh
(e fare cose simili per altri $ HOME eventi)

o

esportazione HOME \u003d / dove / home / è

prima del primo utilizzo di $ HOME

Salute
ZB

grazie per tutti i suggerimenti di tutti! risulta che l'elenco di file non è stato pienamente qualificato nella causa principale script. non è stato pathed a tutti, in modo tale che è il motivo per cui solo lavorato manualmente quando ero nella cartella corrente. Non so come ho fatto vedere che non!