Discussion :

[big1]

Bonjour,
mon backup RMAN de cette nuit n'est pas terminé et il a été bloqué sur alter system switch logfile; avant sauvegarder les archives. J'ai regardé dans l'alertolog, rien ne s'est écrit depuis hier soir 21 heure. Personne ne peut se connecter via TOAD à la base de données. Quand sous SQLPLUS je tape

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

alter system switch logfile;

Il part dans la nature et ne rend pas la main, ni message d'erreur.
Auriez-vous une idée.
Merci de votre aide. C'est urgent.
PS :version de oracle: 9.2.0.8 sur Linux .
la commande ps -ef me rend trop de lignes :
oracle 1178 1 0 09:05 ? 00:00:00 oracleMYDB (LOCAL=NO)
la commande vmstat affiche 4 processe bloqués :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
vmstat 2 10
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
0 4 0 675236 39836 206060 1617660 3 3 3 6 8 7 1 1 0
0 4 0 675236 39836 206072 1617668 0 0 0 96 120 147 1 3 96
0 4 0 675236 39836 206072 1617668 0 0 0 24 116 146 0 0 100

[orafrance]

le répertoire destination des archivelogs ne serait pas plein par hasard ?

[big1]

merci de m'avoir lu.
No il est à 80% et 12Go libres.

[orafrance]

vérifie qu'il n'y a pas d'incident sur les disques

[big1]

comment ? Connais-tu la commande STP ?

[orafrance]

ça dépend de l'OS et j'suis pas admin système

[Scual]

Yop,

Si tu es sous linux, ça dépend de ton FS :

saphira:~ # fsck
fsck fsck.ext2 fsck.jfs fsck.msdos fsck.vfat
fsck.cramfs fsck.ext3 fsck.minix fsck.reiserfs
fsck.xfs

++

[big1]

>uname -a
Linux mysrver 2.4.9-e.57smp #1 SMP Thu Dec 2 20:51:12 EST 2004 i686 unknown

[Scual]

non en l'occurance, je parlais du système de fichiers (type de partition).

Que renvoie la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

# mount

Euh de même, à quel endroit sont stockés tes backups ?

++

[big1]

man mount
/usr/bin/gtbl: error while loading shared libraries: libm.so.6: cannot open shared object file: Error 23
/usr/bin/nroff: /usr/bin/nroff: Too many open files in system
(END) sh: /bin/gunzip: Too many open files in system

Les backups sont stocké sur un montage file system mais il n'y pas de problème d'espace et le disque est bien monté. En effet le backup d'un autre base sur la même machine et les même file system passe bien.

[Scual]

vérifie qu'il n'y a pas d'incident sur les disques

Pour pouvoir checker le FS, il te faut connaitre le type de partition (ext3, ext2...)

La commande mount doit se faire en root pour récupérer les infos.

Une fois que tu auras la résultat, il te faudra utiliser la commande (en root) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# fsck.type de partition

++

[big1]

myserver2:/home/oracle >mount
/dev/sdb2 on /soft type ext3 (rw)
/dev/sdb6 on /backup type ext3 (rw)
myserver1:/backup/rman on /mnt/rman type nfs (rw,addr=10.33.190.26,addr=10.33.190.26)
myserver1:/backup/impcnp on /mnt/impcnp type nfs (rw,addr=10.33.190.26,addr=10.33.190.26)
//hestia/ftp on /mnt/ftp type smbfs (0)
myserver2:/home/oracle >fsck nfs
bash: fsck: command not foundYou have new mail in /var/spool/mail/oracle
myserver2:/home/oracle >fsck.nfs
bash: fsck.nfs: command not found

[Scual]

Pour pouvoir checker le FS, il te faut connaitre le type de partition (ext3, ext2...)

La commande mount doit se faire en root pour récupérer les infos.

Une fois que tu auras la résultat, il te faudra utiliser la commande (en ROOT) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# fsck.type de partition

++

Il faut le lancer avec l'utilisateur ROOT et non pas l'utilisateur ORACLE.

De même, si tu sauvegarde dans /backup, il te faut utiliser la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

# ckfs.ext3

[big1]

/home/oracle >id
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel)

La command fsck doit être lanée sur le serveur1 (racine de nfs d'où il a été monté sur serveur 2) ?
Merci d'avance.

[pifor]

C'est vraiment bizarre qu'il n'y a aucun message d'erreur dans l'alert.log.
Il n'y a aucun fichier de trace généré non plus ?

Mais peut-être que le problème vient de là:

/bin/gunzip: Too many open files in system

Mais si c'était le cas Oracle devrait essayer de le dire
La commande lsof permet de lister tous les fichiers ouverts par tous les processus et peut éventuellement servir.
Que dit le syslog Linux ?

[big1]

Merci pifor,
où se trouve le syslog ?

[orafrance]

le problème vient de là sans aucun doute... Oracle est figé à cause d'un switch infaisable pour éviter les corruptions en cas de crash.

[pifor]

C'est souvent dans /var/log/messages sous Linux (vérifiez dans /etc/syslog.conf je crois).

[big1]

j'ai regardé dans syslog, rien de tengible pendant la période de backup. Nous allons redémarrer le serveur.
Merci à tous.

[orafrance]

c'est résolu ?