Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
no_spam
On Thu, 09 Sep 2004 11:02:56 +0200, Patrick Godeau wrote:
Bonjour,
Bonjour,
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
Le backup étant une opération critique, toute info sera la bienvenue. Merci d'avance.
Comme ça a l'air d'être un deadlock dans le kernel, essaye de recharger les modules nécessaire avant de faire le backup. Grosso modo, ton script de backup deviendrait quelque chose du genre:
modprobe st tar ... rmmod st
Ainsi, si c'est un bug du à la corruption du driver st, tu réduit nettement les chances de tomber dessus. Et le surcout n'est pas très grave si ça n'arrive qu'une fois par jour. Si tu n'as pas d'autres devices SCSI, tu peux aller plus loin dans les modprobe/rmmod pour rendre le processus encore plus safe.
On Thu, 09 Sep 2004 11:02:56 +0200, Patrick Godeau wrote:
Bonjour,
Bonjour,
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar.
La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes
tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant
le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
Le backup étant une opération critique, toute info sera la bienvenue.
Merci d'avance.
Comme ça a l'air d'être un deadlock dans le kernel, essaye de recharger
les modules nécessaire avant de faire le backup.
Grosso modo, ton script de backup deviendrait quelque chose du genre:
modprobe st
tar ...
rmmod st
Ainsi, si c'est un bug du à la corruption du driver st, tu réduit
nettement les chances de tomber dessus. Et le surcout n'est pas très
grave si ça n'arrive qu'une fois par jour.
Si tu n'as pas d'autres devices SCSI, tu peux aller plus loin dans les modprobe/rmmod pour rendre
le processus encore plus safe.
On Thu, 09 Sep 2004 11:02:56 +0200, Patrick Godeau wrote:
Bonjour,
Bonjour,
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
Le backup étant une opération critique, toute info sera la bienvenue. Merci d'avance.
Comme ça a l'air d'être un deadlock dans le kernel, essaye de recharger les modules nécessaire avant de faire le backup. Grosso modo, ton script de backup deviendrait quelque chose du genre:
modprobe st tar ... rmmod st
Ainsi, si c'est un bug du à la corruption du driver st, tu réduit nettement les chances de tomber dessus. Et le surcout n'est pas très grave si ça n'arrive qu'une fois par jour. Si tu n'as pas d'autres devices SCSI, tu peux aller plus loin dans les modprobe/rmmod pour rendre le processus encore plus safe.
Patrick Godeau
On Thu, 09 Sep 2004 11:02:56 +0200, Patrick Godeau wrote:
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
Le backup étant une opération critique, toute info sera la bienvenue. Merci d'avance.
Comme ça a l'air d'être un deadlock dans le kernel, essaye de recharger les modules nécessaire avant de faire le backup. Grosso modo, ton script de backup deviendrait quelque chose du genre:
modprobe st tar ... rmmod st
Merci, je vais le faire, mais ça ne résoud pas vraiment le problème, car la plupart du temps le rmmod/modprobe est inefficace, le module se décharge et recharge bien mais le problème demeure...
D'autres pistes?
On Thu, 09 Sep 2004 11:02:56 +0200, Patrick Godeau wrote:
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en
éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
Le backup étant une opération critique, toute info sera la bienvenue.
Merci d'avance.
Comme ça a l'air d'être un deadlock dans le kernel, essaye de recharger
les modules nécessaire avant de faire le backup.
Grosso modo, ton script de backup deviendrait quelque chose du genre:
modprobe st
tar ...
rmmod st
Merci, je vais le faire, mais ça ne résoud pas vraiment le problème, car la
plupart du temps le rmmod/modprobe est inefficace, le module se décharge et
recharge bien mais le problème demeure...
On Thu, 09 Sep 2004 11:02:56 +0200, Patrick Godeau wrote:
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
Le backup étant une opération critique, toute info sera la bienvenue. Merci d'avance.
Comme ça a l'air d'être un deadlock dans le kernel, essaye de recharger les modules nécessaire avant de faire le backup. Grosso modo, ton script de backup deviendrait quelque chose du genre:
modprobe st tar ... rmmod st
Merci, je vais le faire, mais ça ne résoud pas vraiment le problème, car la plupart du temps le rmmod/modprobe est inefficace, le module se décharge et recharge bien mais le problème demeure...
D'autres pistes?
O2
Patrick Godeau wrote:
modprobe st tar ... rmmod st
Merci, je vais le faire, mais ça ne résoud pas vraiment le problème, car la plupart du temps le rmmod/modprobe est inefficace, le module se décharge et recharge bien mais le problème demeure...
D'autres pistes?
La chaine SCSI est-elle bien terminée ?
Patrick Godeau wrote:
modprobe st
tar ...
rmmod st
Merci, je vais le faire, mais ça ne résoud pas vraiment le problème, car la
plupart du temps le rmmod/modprobe est inefficace, le module se décharge et
recharge bien mais le problème demeure...
Merci, je vais le faire, mais ça ne résoud pas vraiment le problème, car la plupart du temps le rmmod/modprobe est inefficace, le module se décharge et recharge bien mais le problème demeure...
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante: [...]
j'ai eu un peu le même comportement sur une machine mdk8, le problème provenait du module "usb-storage" ..
grosso si j'utilisais un lecteur ZIP usb USB sur la machine avant d'utiliser le DAT, la sauvegarde ne fonctionnait pas et se plantait (parfois même le noyau).
la seule solution fiable que j'ai trouvée est de rebooter après l'utilisation du lecteur zip usb et dans ces conditions je n'ai jamais eu d'autres soucis.
A+
Bonjour,
Bonjour
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar.
La plupart du temps ça se passe bien, mais parfois ça plante:
[...]
j'ai eu un peu le même comportement sur une machine mdk8, le problème
provenait du module "usb-storage" ..
grosso si j'utilisais un lecteur ZIP usb USB sur la machine avant
d'utiliser le DAT, la sauvegarde ne fonctionnait pas et se plantait
(parfois même le noyau).
la seule solution fiable que j'ai trouvée est de rebooter après
l'utilisation du lecteur zip usb et dans ces conditions je n'ai
jamais eu d'autres soucis.
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante: [...]
j'ai eu un peu le même comportement sur une machine mdk8, le problème provenait du module "usb-storage" ..
grosso si j'utilisais un lecteur ZIP usb USB sur la machine avant d'utiliser le DAT, la sauvegarde ne fonctionnait pas et se plantait (parfois même le noyau).
la seule solution fiable que j'ai trouvée est de rebooter après l'utilisation du lecteur zip usb et dans ces conditions je n'ai jamais eu d'autres soucis.
A+
Patrick Godeau
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante: [...]
j'ai eu un peu le même comportement sur une machine mdk8, le problème provenait du module "usb-storage" ..
grosso si j'utilisais un lecteur ZIP usb USB sur la machine avant d'utiliser le DAT, la sauvegarde ne fonctionnait pas et se plantait (parfois même le noyau).
la seule solution fiable que j'ai trouvée est de rebooter après l'utilisation du lecteur zip usb et dans ces conditions je n'ai jamais eu d'autres soucis.
Merci, mais je n'utilise pas de lecteur USB... S'il y a d'autres idées je suis preneur, car pour nous le DAT serait la solution idéale de backup. NB: ce même DAT marche sous Windoze 2000, ce serait donc bien un pb de pilote.
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec
tar. La plupart du temps ça se passe bien, mais parfois ça plante:
[...]
j'ai eu un peu le même comportement sur une machine mdk8, le problème
provenait du module "usb-storage" ..
grosso si j'utilisais un lecteur ZIP usb USB sur la machine avant
d'utiliser le DAT, la sauvegarde ne fonctionnait pas et se plantait
(parfois même le noyau).
la seule solution fiable que j'ai trouvée est de rebooter après
l'utilisation du lecteur zip usb et dans ces conditions je n'ai
jamais eu d'autres soucis.
Merci, mais je n'utilise pas de lecteur USB...
S'il y a d'autres idées je suis preneur, car pour nous le DAT serait la
solution idéale de backup. NB: ce même DAT marche sous Windoze 2000, ce
serait donc bien un pb de pilote.
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante: [...]
j'ai eu un peu le même comportement sur une machine mdk8, le problème provenait du module "usb-storage" ..
grosso si j'utilisais un lecteur ZIP usb USB sur la machine avant d'utiliser le DAT, la sauvegarde ne fonctionnait pas et se plantait (parfois même le noyau).
la seule solution fiable que j'ai trouvée est de rebooter après l'utilisation du lecteur zip usb et dans ces conditions je n'ai jamais eu d'autres soucis.
Merci, mais je n'utilise pas de lecteur USB... S'il y a d'autres idées je suis preneur, car pour nous le DAT serait la solution idéale de backup. NB: ce même DAT marche sous Windoze 2000, ce serait donc bien un pb de pilote.
Patrick Godeau
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
PS: Maintenant, un "mt status" me renvoie l'insulte suivante: /dev/st0: Device or resource busy Même chose avec rmmod. Pourtant un "fuser -u /dev/st0" ne donne rien...
Please help!
Patrick
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec
tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes
tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant
le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
PS: Maintenant, un "mt status" me renvoie l'insulte suivante:
/dev/st0: Device or resource busy
Même chose avec rmmod.
Pourtant un "fuser -u /dev/st0" ne donne rien...
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
PS: Maintenant, un "mt status" me renvoie l'insulte suivante: /dev/st0: Device or resource busy Même chose avec rmmod. Pourtant un "fuser -u /dev/st0" ne donne rien...
Please help!
Patrick
Jerome
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
PS: Maintenant, un "mt status" me renvoie l'insulte suivante: /dev/st0: Device or resource busy Même chose avec rmmod. Pourtant un "fuser -u /dev/st0" ne donne rien...
Please help!
Patrick
J'ai eu exactement le même type de problème, c'était la chaine scsi non terminée. T'as essayé de changer ta map ou tes connecteurs ?
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec
tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes
tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant
le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
PS: Maintenant, un "mt status" me renvoie l'insulte suivante:
/dev/st0: Device or resource busy
Même chose avec rmmod.
Pourtant un "fuser -u /dev/st0" ne donne rien...
Please help!
Patrick
J'ai eu exactement le même type de problème, c'était la chaine scsi non
terminée.
T'as essayé de changer ta map ou tes connecteurs ?
J'utilise un DAT HP 40 Go pour faire un backup quotidien sur bande avec tar. La plupart du temps ça se passe bien, mais parfois ça plante:
tar: /dev/st0: Wrote only 0 of 10240 bytes tar: Error is not recoverable: exiting now
Un "mt -f /dev/st0 status" reste bloqué (état "D" dans ps) et en éteignant le DAT on plante le système (Mandrake 9.0 noyau 2.4.19-32mdk).
PS: Maintenant, un "mt status" me renvoie l'insulte suivante: /dev/st0: Device or resource busy Même chose avec rmmod. Pourtant un "fuser -u /dev/st0" ne donne rien...
Please help!
Patrick
J'ai eu exactement le même type de problème, c'était la chaine scsi non terminée. T'as essayé de changer ta map ou tes connecteurs ?
