DUMP: Date of this level 0 dump: Fri May 11 12:18:28 2007 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad4s1a (/) to standard output DUMP: mapping (Pass I) [regular files] cannot open /dev/tty: Device not configured DUMP: mapping (Pass II) [directories] DUMP: estimated 105777 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] Write failed: Operation not permitted DUMP: Broken pipe DUMP: The ENTIRE dump is aborted.
Que vient faire /etc/tty dans l'opération ?
Il s'en sert pour faire un write(1) je pense.
Et pourquoi donc root n'a-t-il pas le droit d'écrire sur la machine cible ?
Un flag sgch ou uchg sur un repertoire ? ls -lo pour voir ca ...
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
In fr.comp.os.bsd Xavier <xavier@groumpf.org> wrote:
Bonjour,
J'ai récupéré une machine pour servir de firewall de secours. Je veux
donc faire un miroir dans /spare (et /spare/usr, etc.)
DUMP: Date of this level 0 dump: Fri May 11 12:18:28 2007
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/ad4s1a (/) to standard output
DUMP: mapping (Pass I) [regular files]
cannot open /dev/tty: Device not configured
DUMP: mapping (Pass II) [directories]
DUMP: estimated 105777 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
Write failed: Operation not permitted
DUMP: Broken pipe
DUMP: The ENTIRE dump is aborted.
Que vient faire /etc/tty dans l'opération ?
Il s'en sert pour faire un write(1) je pense.
Et pourquoi donc root n'a-t-il pas le droit d'écrire sur la machine
cible ?
Un flag sgch ou uchg sur un repertoire ?
ls -lo pour voir ca ...
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
DUMP: Date of this level 0 dump: Fri May 11 12:18:28 2007 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad4s1a (/) to standard output DUMP: mapping (Pass I) [regular files] cannot open /dev/tty: Device not configured DUMP: mapping (Pass II) [directories] DUMP: estimated 105777 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] Write failed: Operation not permitted DUMP: Broken pipe DUMP: The ENTIRE dump is aborted.
Que vient faire /etc/tty dans l'opération ?
Il s'en sert pour faire un write(1) je pense.
Et pourquoi donc root n'a-t-il pas le droit d'écrire sur la machine cible ?
Un flag sgch ou uchg sur un repertoire ? ls -lo pour voir ca ...
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Manuel Bouyer
In fr.comp.os.bsd Xavier wrote:
Manuel Bouyer wrote:
Je pense que le 'cat -' ne sert a rien ici
Effectivement, un vilain UUOC. Faut pas croire tout ce qui est écrit sur Internet :-)
Mais même si je dumpe dans un fichier, ça merdoie (sauf qu'il ne râle plus sur /etc/tty)
[ root]# dump -0Lau -f - / | ssh sparefw cat > /spare/rootfs.dump DUMP: Date of this level 0 dump: Fri May 11 16:15:19 2007 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad4s1a (/) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 105777 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] Write failed: Operation not permitted DUMP: Broken pipe DUMP: The ENTIRE dump is aborted.
Alors que cette ligne de commande (dump dans un fichier par ssh) est utilisée dans mes scripts de backup sur tous mes autre serveurs
Je ne vois rien d'extraordinaire :
sparefw# ls -lod /spare/ drwxr-xr-x 20 root wheel - 512 May 11 14:14 /spare/ sparefw# mount /dev/da0s2a on / (ufs, local) devfs on /dev (devfs, local) /dev/da1s1d on /spare (ufs, local, soft-updates) A noter qu'il n'y a pas de restrictions dans /root/.ssh/authorized_keys
Et
[ root]# echo "test" | ssh sparefw cat > /spare/test.txt donne bien le résultat attendu...
Comprends plus. C'est vendredi, ça doit être ça...
Hum, le "write failed" je me demande si ca n'est pas quand il essaie d'ecrire sur le tty ... il a peut-etre quelque chose a dire mais il n'y arrive pas.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
In fr.comp.os.bsd Xavier <xavier@groumpf.org> wrote:
Manuel Bouyer <bouyer@nerim.net> wrote:
Je pense que le 'cat -' ne sert a rien ici
Effectivement, un vilain UUOC. Faut pas croire tout ce qui est écrit sur
Internet :-)
Mais même si je dumpe dans un fichier, ça merdoie (sauf qu'il ne râle
plus sur /etc/tty)
[root@fw root]# dump -0Lau -f - / | ssh sparefw
cat > /spare/rootfs.dump
DUMP: Date of this level 0 dump: Fri May 11 16:15:19 2007
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/ad4s1a (/) to standard output
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 105777 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
Write failed: Operation not permitted
DUMP: Broken pipe
DUMP: The ENTIRE dump is aborted.
Alors que cette ligne de commande (dump dans un fichier par ssh) est
utilisée dans mes scripts de backup sur tous mes autre serveurs
Je ne vois rien d'extraordinaire :
sparefw# ls -lod /spare/
drwxr-xr-x 20 root wheel - 512 May 11 14:14 /spare/
sparefw# mount
/dev/da0s2a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/da1s1d on /spare (ufs, local, soft-updates)
A noter qu'il n'y a pas de restrictions dans /root/.ssh/authorized_keys
Et
[root@fw root]# echo "test" | ssh sparefw cat > /spare/test.txt
donne bien le résultat attendu...
Comprends plus. C'est vendredi, ça doit être ça...
Hum, le "write failed" je me demande si ca n'est pas quand il essaie
d'ecrire sur le tty ... il a peut-etre quelque chose a dire mais il n'y
arrive pas.
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
Effectivement, un vilain UUOC. Faut pas croire tout ce qui est écrit sur Internet :-)
Mais même si je dumpe dans un fichier, ça merdoie (sauf qu'il ne râle plus sur /etc/tty)
[ root]# dump -0Lau -f - / | ssh sparefw cat > /spare/rootfs.dump DUMP: Date of this level 0 dump: Fri May 11 16:15:19 2007 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad4s1a (/) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 105777 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] Write failed: Operation not permitted DUMP: Broken pipe DUMP: The ENTIRE dump is aborted.
Alors que cette ligne de commande (dump dans un fichier par ssh) est utilisée dans mes scripts de backup sur tous mes autre serveurs
Je ne vois rien d'extraordinaire :
sparefw# ls -lod /spare/ drwxr-xr-x 20 root wheel - 512 May 11 14:14 /spare/ sparefw# mount /dev/da0s2a on / (ufs, local) devfs on /dev (devfs, local) /dev/da1s1d on /spare (ufs, local, soft-updates) A noter qu'il n'y a pas de restrictions dans /root/.ssh/authorized_keys
Et
[ root]# echo "test" | ssh sparefw cat > /spare/test.txt donne bien le résultat attendu...
Comprends plus. C'est vendredi, ça doit être ça...
Hum, le "write failed" je me demande si ca n'est pas quand il essaie d'ecrire sur le tty ... il a peut-etre quelque chose a dire mais il n'y arrive pas.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
bull.titan
moi je te dirais d'utiliser dd plutot que ca.
tu fais un dump -xxx | ssh machine dd of=/chemin/fichier.dump
moi je te dirais d'utiliser dd plutot que ca.
tu fais un dump -xxx | ssh machine dd of=/chemin/fichier.dump
tu fais un dump -xxx | ssh machine dd of=/chemin/fichier.dump
Manuel Bouyer
In fr.comp.os.bsd Xavier wrote:
Manuel Bouyer wrote:
Hum, le "write failed" je me demande si ca n'est pas quand il essaie d'ecrire sur le tty ... il a peut-etre quelque chose a dire mais il n'y arrive pas.
Apparemment, c'est dépendant de la taille des data :
Je veux bien être pendu si c'est pas encore un coup de la fenêtre TCP [test : # sysctl net.inet.tcp.rfc1323=0 ]
Bingo !
Faut vraiment corriger ce bug....
En plus je ne vois vraiment pas pourquoi ca se fini avec "Operation not permitted". Ca n'a vraiment rien a voir ...
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
In fr.comp.os.bsd Xavier <xavier@groumpf.org> wrote:
Manuel Bouyer <bouyer@nerim.net> wrote:
Hum, le "write failed" je me demande si ca n'est pas quand il essaie
d'ecrire sur le tty ... il a peut-etre quelque chose a dire mais il n'y
arrive pas.
Apparemment, c'est dépendant de la taille des data :
Hum, le "write failed" je me demande si ca n'est pas quand il essaie d'ecrire sur le tty ... il a peut-etre quelque chose a dire mais il n'y arrive pas.
Apparemment, c'est dépendant de la taille des data :