Problème RMAN avec crontab [Résolu]

[petitbleu56]

Bonjour
voila je veux déclencher une sauvegarde via RMAN a l'aide de crontab. J'ai fait un script en .sh qui fonctionne très bien en ligne de commande ./script.sh ma sauvegarde s'exécute parfaitement.
Mon script commence par:
rman <<EOF
connect target ...

Donc après je fais un crontab
crontab -e en passant comme paramètre 00 10 * * * ./script.sh
pour qui s'exécute a 10h tous les jours. Donc je reçois un mail grâce à mailto.
Mais il me signifie une erreur dès la première ligne
rman command not found
Et je n'arrive pas à comprendre et sa fait au moins 6 heures que je cherche quelqu'un aurait t'il une piste
Merci d'avance

[orafrance]

l'environnement n'est probablement pas setté correctement mais ça n'a rien à voir avec Oracle

[petitbleu56]

Je comprend pas vraiment pas la réponse. Sa serait un problème de crontrab donc faudrait que je poste sur le forum de linux.

[Scual]

Bonsoir,

d'après le man de crontab, tu peux spécifier l'utilisateur, as-tu essayé de faire un -u oracle ?

++

[mildiou51]

Si y'a un su dans le script, faut faire un su - oracle pas un su oracle => la variable ORACLE_HOME ainsi que le path ne sont pas comme il faut.

[petitbleu56]

Je suis a bout de force je n'arrive pas a le faire pointé vers RMAN qui se trouve dans $ORACLE_HOME/bin/rman.Que dois je faire???

[Scual]

Un truc qui pourrait être pas mal c'est de mettre ton script parce que là, c'est natation en eau trouble :s

++

[petitbleu56]

rman target user/mdp<<EOF
RUN
{
backup as compressed database;
}
EXIT
EOF


Et il plante dès la première ligne de rman il met command not found

[Scual]

Euh déjà y'a un truc qui me semble bizarre, c'est ta commande RMAN, essayes plutôt ça :

Code :

BACKUP AS COMPRESSED BACKUPSET DATABASE;

Je continue à tester sur mon système

++

PS : Merci de penser aux balises code

[Scual]

Ok c'est bon

Donc crées un fichier de commandes RMAN sur ton DD :

Code :

$ vi test.s

Inséres le code suivant à l'intérieur :

Code :

1
2
3
4
5
 
RUN
{
BACKUP AS COMPRESSED BACKUPSET DATABASE;
}

Dans ton crontab, inséres ceci :

Code :

rman target / nocatalog cmdfile='/home/oracle/test.s'

Perso chez moi ça passe bien.

++

[petitbleu56]

voici l'erreur que je recupere dans mon mail
/bin/sh: line 1: rman: command not found
Et pourtant j'ai rentré les même paramètres dans mon fichier .s et dans mon crontab

[petitbleu56]

voici l'erreur que je recupere dans mon mail
/bin/sh: line 1: rman: command not found
Et pourtant j'ai rentré les même paramètres dans mon fichier .s et dans mon crontab

[Scual]

Donc ca signifie que le crontab ne s'exécute pas avec le compte oracle ou alors que les variables d'environnement sont mauvaises.

Essayes de le lancer avec cette commande :

Code :

1
2
 
su - oracle -c "rman target / nocatalog cmdfile='/home/oracle/test.s'

++

[petitbleu56]

J'ai apporter la modification et maintenant j'obtient
standard in must be a tty
quel variable d'environnement je dois changer et ou dois je le faire pour que cela fonctionne.

[petitbleu56]

C'est bon j'ai trouvé je posterais se weekend ma solution.

[NoCrashh]

Salut petitbleu56,

Tu pourrais nous faire partager ta réponse, je suis actuellement en train d'essayer de faire exactement la même chose que toi et j'ai les mêmes erreurs que toi.

Un petit coup de main serais le bienvenue

NoCrash

[NoCrashh]

Bonsoir,

Est ce que quelqu'un aurait trouvé la solution dont parle petitbleu56, car travaillant desssus depuis bientot une semaine, je n'arrive toujours pas à changer quoi que ce soit.

Un coup de main serait vraiment le bienvenue sachant que je ne suis pas une méga brute en linux

Merci à tous

[fulub]

D'après ce que j'ai lu, j'en déduis qu'il s'agit juste d'un problème de positionnement de variable d'environnement. Je trouve que le plus propre consiste à créer le crontab avec le user oracle, plutôt que de le faire avec le user root ce qui permet d'éviter le code

Code :

su - oracle -c

.

Dans le crontab fait avec le user oracle, mettre la syntaxe suivante :

Code :

1
2
 
10 0 * * * . ./.profile; ./script.sh

comme cela le script.sh s'exécute avec le bon user et des variables d'environnement correctement positionnées