Re: Chroot debian / Bacula-sd
Le Wednesday 25 June 2008 20:25:23 Sylvain Sauvage, vous avez écrit :
Haji Kader, mercredi 25 juin 2008, 13:51:29 CEST
[…]
strace /usr/sbin/bacula-sd
execve(/usr/sbin/bacula-sd, [/usr/sbin/bacula-sd], [/* 17 vars */]) =
0 […]
futex(0xbfe20030, 0x81 /* FUTEX_??? */, 1) = -1 ENOSYS (Function not
implemented)
Hmm, un appel qui échoue.
0x81 n’est pas une valeur « connue » (API accessible, la page
de man ou futex.h) pour un futex, mais c’est une valeur
habituelle dans un strace. Et, d’habitude, ça passe.
Je ne sais pas ce que ce signifie le fait que ça coince ici…
rt_sigaction(SIGRTMIN, {0xb7e792c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb7e79340, [], SA_RESTART|SA_SIGINFO}, NULL, 8) =
0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
Quelques détournements de signaux…
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
Demande la taille de la pile.
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 26836 detached
Et pouf, un SIGSEGV. Ça peut venir du déréférencement d’un
pointeur invalide (nul) ou d’un débordement de pile…
Donc, à part le futex qui échoue, ce qui n’a peut-être rien à
voir, pas vraiment d’indication du pourquoi ça segfaulte.
Bon, strace n’affiche que les appels système, ça ne dit pas ce
qu’il se passe entre le getrlimit et le segfault. (Le getrlimit
se faisant sur la taille de la pile, c’est peut-être une
récursion infinie, mais le système n’a pas besoin de faire un
getrlimit pour segfaulter dans ce cas-là, donc ça n’a peut-être
rien à voir.)
En tout cas, on ne voit pas de tentative d’ouverture de
fichier qui échouerait. En fait, il n’y en a pas en dehors des
bibliothèques. Donc ça n’est pas un fichier qui manque.
Il n’y a pas un log ?
Non malheureusement.
Il faudrait utiliser gdb, mais les binaires debian sont
strip-és ; donc pas d’info de déboguage ; donc faudrait
recompiler…
Bon, je suppose que ça fonctionne en dehors du chroot, hein ?
Tu as essayé dchroot ou schroot ?
En dehors du chroot, celà fonctionne parfaitement, je l'ai même mis en place
en production et aucun problème.
Je l'ai même testé dans un environnement chroot constuit via de debootstap et
il fonctionne aussi parfaitement.
Bonjour à tous,
Je reviens pour donner des nouvelles sur l'environnement chroot du storage
daemon Bacula car j'ai un peu avancé et donc le problème était quelques
librairies prisent en compte via des mauvais chemins.
Une fois celle-ci remise au bon endroit, tout va beaucoup mieux au niveau du
segfault mais reste une petite problématique.
Mon bacula ne me sort aucune erreur mais normalement dés que je le lance je
devrais le voir apparaître parmis les processus de mon environnement non
chrooté, hors là rien, aucune trace.
Par contre, avec le chroot via deboostrap, quand je lance mon bacula, je vois
bien le processus associé:
sshd 12532 0.0 0.6 22572 1732 ?Ssl 18:11
0:00 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape
Au passage, je ne comprends pas trop pourquoi, à la fin du strace, j'ai ceci:
open(/dev/null, O_RDONLY|O_LARGEFILE) = 3
close(3)= 0
stat64(/var/lib/bacula, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb7beca28) = 12498
--- SIGCHLD (Child exited) @ 0 (0) ---
sigreturn() = ? (mask now [])
exit_group(0) = ?
Process 12497 detached
Merci,
--
Cordialement.
Kader HAJI
signature.asc
Description: This is a digitally signed message part.
Re: Chroot debian / Bacula-sd
Haji Kader, mardi 24 juin 2008, 21:22:31 CEST […] Donc pas de message d’erreur ici (à part ceux que j’ai coupés et qui concernaient la recherche de la bibliothèque dans tous les répertoires possibles). Merci pour les commentaires, parfait mais le problème, c'est que même si les librairies sont trouvées, il me sort à la fin un segmentation fault? Et ? Il faut qu’on devine pourquoi sans autre information ? Le bout de strace que tu nous donnes ne montre aucune erreur fatale, aucun segfault. C’est Debian, pas Devin. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chroot debian / Bacula-sd
Le Wednesday 25 June 2008 12:31:21 Sylvain Sauvage, vous avez écrit :
Haji Kader, mardi 24 juin 2008, 21:22:31 CEST
[…]
Donc pas de message d’erreur ici (à part ceux que j’ai
coupés et qui concernaient la recherche de la bibliothèque
dans tous les répertoires possibles).
Merci pour les commentaires, parfait mais le problème, c'est
que même si les librairies sont trouvées, il me sort à la fin
un segmentation fault?
Et ? Il faut qu’on devine pourquoi sans autre information ?
Le bout de strace que tu nous donnes ne montre aucune erreur
fatale, aucun segfault. C’est Debian, pas Devin.
Voici mon strace en entier, et c'est bien une Debian 4.0r3 (etch).
Concernant les infos que j'ai mis tout ce que je savais et fait.
code
strace /usr/sbin/bacula-sd
execve(/usr/sbin/bacula-sd, [/usr/sbin/bacula-sd], [/* 17 vars */]) = 0
uname({sys=Linux, node=balder, ...}) = 0
brk(0) = 0x80bd000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7fc6000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7fc5000
open(/etc/ld.so.cache, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/tls/i686/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls/i686/cmov, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/lib/tls/i686/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls/i686, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/lib/tls/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls/cmov, 0xbfe1f868) = -1 ENOENT (No such file or
directory)
open(/lib/tls/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/lib/i686/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686/cmov, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/lib/i686/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/lib/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/cmov, 0xbfe1f868) = -1 ENOENT (No such file or
directory)
open(/lib/libacl.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\23..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=22156, ...}) = 0
mmap2(NULL, 20980, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7fbf000
mmap2(0xb7fc4000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x5) = 0xb7fc4000
close(3)= 0
open(/lib/tls/i686/cmov/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/tls/i686/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/tls/libz.so.1, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(/lib/i686/cmov/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/i686/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/libz.so.1, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(/usr/lib/tls/i686/cmov/libz.so.1, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat64(/usr/lib/tls/i686/cmov, 0xbfe1f84c) = -1 ENOENT (No such file or
directory)
open(/usr/lib/tls/i686/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/tls/i686, 0xbfe1f84c) = -1 ENOENT (No such file or
directory)
open(/usr/lib/tls/cmov/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/tls/cmov, 0xbfe1f84c) = -1 ENOENT (No such file or
directory)
open(/usr/lib/tls/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/tls, 0xbfe1f84c) = -1 ENOENT (No such file or
directory)
open(/usr/lib/i686/cmov/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686/cmov, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/usr/lib/i686/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/usr/lib/cmov/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/cmov, 0xbfe1f84c) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libz.so.1, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\30..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=81012, ...}) = 0
mmap2(NULL, 83740, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7faa000
mmap2(0xb7fbe000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x13) = 0xb7fbe000
close(3)= 0
open(/lib/tls/i686/cmov/libpython2.4.so.1.0, O_RDONLY) = -1 ENOENT
Re: Chroot debian / Bacula-sd
Haji Kader, mercredi 25 juin 2008, 13:51:29 CEST
[…]
strace /usr/sbin/bacula-sd
execve(/usr/sbin/bacula-sd, [/usr/sbin/bacula-sd], [/* 17 vars */]) = 0
[…]
futex(0xbfe20030, 0x81 /* FUTEX_??? */, 1) = -1 ENOSYS (Function not
implemented)
Hmm, un appel qui échoue.
0x81 n’est pas une valeur « connue » (API accessible, la page
de man ou futex.h) pour un futex, mais c’est une valeur
habituelle dans un strace. Et, d’habitude, ça passe.
Je ne sais pas ce que ce signifie le fait que ça coince ici…
rt_sigaction(SIGRTMIN, {0xb7e792c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb7e79340, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
Quelques détournements de signaux…
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
Demande la taille de la pile.
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 26836 detached
Et pouf, un SIGSEGV. Ça peut venir du déréférencement d’un
pointeur invalide (nul) ou d’un débordement de pile…
Donc, à part le futex qui échoue, ce qui n’a peut-être rien à
voir, pas vraiment d’indication du pourquoi ça segfaulte.
Bon, strace n’affiche que les appels système, ça ne dit pas ce
qu’il se passe entre le getrlimit et le segfault. (Le getrlimit
se faisant sur la taille de la pile, c’est peut-être une
récursion infinie, mais le système n’a pas besoin de faire un
getrlimit pour segfaulter dans ce cas-là, donc ça n’a peut-être
rien à voir.)
En tout cas, on ne voit pas de tentative d’ouverture de
fichier qui échouerait. En fait, il n’y en a pas en dehors des
bibliothèques. Donc ça n’est pas un fichier qui manque.
Il n’y a pas un log ?
Il faudrait utiliser gdb, mais les binaires debian sont
strip-és ; donc pas d’info de déboguage ; donc faudrait
recompiler…
Bon, je suppose que ça fonctionne en dehors du chroot, hein ?
Tu as essayé dchroot ou schroot ?
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chroot debian / Bacula-sd
Le Wednesday 25 June 2008 20:25:23 Sylvain Sauvage, vous avez écrit :
Haji Kader, mercredi 25 juin 2008, 13:51:29 CEST
[…]
strace /usr/sbin/bacula-sd
execve(/usr/sbin/bacula-sd, [/usr/sbin/bacula-sd], [/* 17 vars */]) =
0 […]
futex(0xbfe20030, 0x81 /* FUTEX_??? */, 1) = -1 ENOSYS (Function not
implemented)
Hmm, un appel qui échoue.
0x81 n’est pas une valeur « connue » (API accessible, la page
de man ou futex.h) pour un futex, mais c’est une valeur
habituelle dans un strace. Et, d’habitude, ça passe.
Je ne sais pas ce que ce signifie le fait que ça coince ici…
rt_sigaction(SIGRTMIN, {0xb7e792c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb7e79340, [], SA_RESTART|SA_SIGINFO}, NULL, 8) =
0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
Quelques détournements de signaux…
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
Demande la taille de la pile.
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 26836 detached
Et pouf, un SIGSEGV. Ça peut venir du déréférencement d’un
pointeur invalide (nul) ou d’un débordement de pile…
Donc, à part le futex qui échoue, ce qui n’a peut-être rien à
voir, pas vraiment d’indication du pourquoi ça segfaulte.
Bon, strace n’affiche que les appels système, ça ne dit pas ce
qu’il se passe entre le getrlimit et le segfault. (Le getrlimit
se faisant sur la taille de la pile, c’est peut-être une
récursion infinie, mais le système n’a pas besoin de faire un
getrlimit pour segfaulter dans ce cas-là, donc ça n’a peut-être
rien à voir.)
En tout cas, on ne voit pas de tentative d’ouverture de
fichier qui échouerait. En fait, il n’y en a pas en dehors des
bibliothèques. Donc ça n’est pas un fichier qui manque.
Il n’y a pas un log ?
Non malheureusement.
Il faudrait utiliser gdb, mais les binaires debian sont
strip-és ; donc pas d’info de déboguage ; donc faudrait
recompiler…
Bon, je suppose que ça fonctionne en dehors du chroot, hein ?
Tu as essayé dchroot ou schroot ?
Non je n'ai pas essayé dchroot ou schroot mais je ne vois pas ce que celà
pourrait changer???
J'avais pensé à la compilation mais bon si je pouvais faire sans, se serait
bien mieux mais je crois que c'est ce qui me reste à faire.
Merci à tous, dés que ça avance je tiens au courant,
--
Cordialement.
Kader HAJI
signature.asc
Description: This is a digitally signed message part.
Re: Chroot debian / Bacula-sd
Haji Kader, mercredi 25 juin 2008, 23:22:55 CEST […] Bon, je suppose que ça fonctionne en dehors du chroot, hein ? Tu as essayé dchroot ou schroot ? Non je n'ai pas essayé dchroot ou schroot mais je ne vois pas ce que celà pourrait changer??? Mettre chroot hors de cause (la mise en œuvre, pas le principe). C’est le b-a-ba de la méthode scientifique : pour éliminer une hypothèse possible, remplacer sa cause. L’hypothèse étant « chroot est la cause du segfault », si dchroot et schroot font la même chose, c’est que c’est voulu par le principe du changement de root, et donc pas un bogue de chroot (ou alors un bogue de chroot, dchroot et schroot, ce qui est moins probable). -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chroot debian / Bacula-sd
Haji Kader, lundi 23 juin 2008, 16:27:37 CEST Bonjour, ’jour, Peut-être HS mais je me lance quand même en étant désolé par avance si ça l'est. Ben, ça parle d’utiliser Debian, en français. Donc debian-user-french est la bonne liste. J'ai comme projet de mettre en place un environnement chroot pour le daemon storage daemon de l'application Bacula (sauvegarde réseau) Le contexte est que l'environnemnt chroot est déjà mise en place, donc je l'ai téléchargé en locale, pour les tests. Une fois celui-ci mise en place, j'ai copié toutes les dépendances liées à daemon (ldd puis cp...), la partition /proc est bien dans le /etc/fstab. Hmm, je subodore des tripatouillages hérétiques. Comment est-ce que tu mets en place ton chroot ? Tu ne sembles pas utiliser les paquets Debian pour Bacula. Pourquoi ? Oh, à moins que tu essaies de faire un chroot minimal ? Et c’est pour cela que tu copies tous les binaires un à un ? Ça expliquerait qu’il manque des bouts du lieur… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chroot debian / Bacula-sd
Le Tuesday 24 June 2008 11:15:20 Sylvain Sauvage, vous avez écrit : Haji Kader, lundi 23 juin 2008, 16:27:37 CEST Bonjour, ’jour, Peut-être HS mais je me lance quand même en étant désolé par avance si ça l'est. Ben, ça parle d’utiliser Debian, en français. Donc debian-user-french est la bonne liste. J'ai comme projet de mettre en place un environnement chroot pour le daemon storage daemon de l'application Bacula (sauvegarde réseau) Le contexte est que l'environnemnt chroot est déjà mise en place, donc je l'ai téléchargé en locale, pour les tests. Une fois celui-ci mise en place, j'ai copié toutes les dépendances liées à daemon (ldd puis cp...), la partition /proc est bien dans le /etc/fstab. Hmm, je subodore des tripatouillages hérétiques. ??? Comment est-ce que tu mets en place ton chroot ? Il était déjà mis en place. Tu ne sembles pas utiliser les paquets Debian pour Bacula. Pourquoi ? Oh, à moins que tu essaies de faire un chroot minimal ? Et c’est pour cela que tu copies tous les binaires un à un ? Ça expliquerait qu’il manque des bouts du lieur… Effectivement le chroot est minimale (récupérer via rsync car hébergé en externe), pour des raisons de sécurité. Les pacquets sont bien ceux de debian (etch) , et la version de bacula est la 1.38. La copie des binaires, librairies... se fait bien copiés à la main un à un. -- Cordialement. Kader HAJI signature.asc Description: This is a digitally signed message part.
Re: Chroot debian / Bacula-sd
Haji Kader, mardi 24 juin 2008, 11:50:59 CEST […] Hmm, je subodore des tripatouillages hérétiques. ??? Hérétique : en contradiction des formes prescrites par la doctrine. La doctrine d’une distribution : utiliser les outils de la distribution (paquets notamment). […] Effectivement le chroot est minimale (récupérer via rsync car hébergé en externe), pour des raisons de sécurité. Ben la question était surtout s’il avait été fait par debootstrap. Les pacquets sont bien ceux de debian (etch) , et la version de bacula est la 1.38. La copie des binaires, librairies... se fait bien copiés à la main un à un. Donc il faut continuer à chercher les fichiers nécessaires : ldd sur chaque binaire, chaque bibliothèque, etc. Bon courage… Question ouverte : finalement, est-ce que ce boulot n’est pas plus pénible et pas plus sûr qu’un debootstrap ? (système minimal : env. 150 Mio ; un simple debootstrap, un nettoyage du système et l’installation de ce que l’on veut via aptitude ; temps passé : 15 min…) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chroot debian / Bacula-sd
Le Tuesday 24 June 2008 13:27:43 Sylvain Sauvage, vous avez écrit : Haji Kader, mardi 24 juin 2008, 11:50:59 CEST […] Hmm, je subodore des tripatouillages hérétiques. ??? Hérétique : en contradiction des formes prescrites par la doctrine. La doctrine d’une distribution : utiliser les outils de la distribution (paquets notamment). […] Effectivement le chroot est minimale (récupérer via rsync car hébergé en externe), pour des raisons de sécurité. Ben la question était surtout s’il avait été fait par debootstrap. Les pacquets sont bien ceux de debian (etch) , et la version de bacula est la 1.38. La copie des binaires, librairies... se fait bien copiés à la main un à un. Donc il faut continuer à chercher les fichiers nécessaires : ldd sur chaque binaire, chaque bibliothèque, etc. Bon courage… Je pense que ceci est fait mais peut-être qu'il manque quelque chose. A voir mais bon toutes les librairies, binaires... collectées via ldd /usr/(s)bin... ont été effectuées donc je sèche un peu à ce niveau là. Question ouverte : finalement, est-ce que ce boulot n’est pas plus pénible et pas plus sûr qu’un debootstrap ? (système minimal : env. 150 Mio ; un simple debootstrap, un nettoyage du système et l’installation de ce que l’on veut via aptitude ; temps passé : 15 min…) Je suis d'accord avec toi, d'ailleurs c'est comme ça que j'avais commencé à le faire mais disons que les conditions (environnement restreint, strict minimum de services : ssh, rsync, cd, ps...commande de base quoi) sont arrivé aprés. Et vu que c'est pour mettre le tout en production, toutes les conditions doivent être respectées. -- Sylvain Sauvage -- Cordialement. Kader HAJI signature.asc Description: This is a digitally signed message part.
Re: Chroot debian / Bacula-sd
Haji Kader, mardi 24 juin 2008, 14:21:07 CEST […] Donc il faut continuer à chercher les fichiers nécessaires : ldd sur chaque binaire, chaque bibliothèque, etc. Bon courage… Je pense que ceci est fait mais peut-être qu'il manque quelque chose. A voir mais bon toutes les librairies, binaires... collectées via ldd /usr/(s)bin... ont été effectuées donc je sèche un peu à ce niveau là. Tu as aussi passé ldd sur les bibliothèques ? Tu peux nous donner les messages d’erreur ? Un bout de strace ? -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chroot debian / Bacula-sd
Le Tuesday 24 June 2008 14:33:48 Sylvain Sauvage, vous avez écrit :
Haji Kader, mardi 24 juin 2008, 14:21:07 CEST
[…]
Donc il faut continuer à chercher les fichiers
nécessaires : ldd sur chaque binaire, chaque bibliothèque,
etc. Bon courage…
Je pense que ceci est fait mais peut-être qu'il manque quelque
chose. A voir mais bon toutes les librairies, binaires...
collectées via ldd /usr/(s)bin... ont été effectuées donc je
sèche un peu à ce niveau là.
Tu as aussi passé ldd sur les bibliothèques ?
Tu peux nous donner les messages d’erreur ? Un bout de
strace ?
--
Sylvain Sauvage
Voici un petit bout de strace comme exemple d'erreur.
[EMAIL PROTECTED]:/]$ strace /usr/sbin/bacula-sd
execve(/usr/sbin/bacula-sd, [/usr/sbin/bacula-sd], [/* 17 vars */]) = 0
uname({sys=Linux, node=balder, ...}) = 0
brk(0) = 0x80bd000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7fc6000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7fc5000
open(/etc/ld.so.cache, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/tls/i686/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls/i686/cmov, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/lib/tls/i686/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls/i686, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/lib/tls/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls/cmov, 0xbfe1f868) = -1 ENOENT (No such file or
directory)
open(/lib/tls/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open(/lib/i686/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686/cmov, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/lib/i686/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/lib/cmov/libacl.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/cmov, 0xbfe1f868) = -1 ENOENT (No such file or
directory)
open(/lib/libacl.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\23..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=22156, ...}) = 0
mmap2(NULL, 20980, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7fbf000
mmap2(0xb7fc4000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x5) = 0xb7fc4000
close(3)= 0
--
Cordialement.
Kader HAJI
signature.asc
Description: This is a digitally signed message part.
Re: Chroot debian / Bacula-sd
Haji Kader, mardi 24 juin 2008, 15:52:12 CEST
[…]
Voici un petit bout de strace comme exemple d'erreur.
[EMAIL PROTECTED]:/]$
strace /usr/sbin/bacula-sd execve(/usr/sbin/bacula-sd,
[…]
open(/lib/libacl.so.1, O_RDONLY) = 3
Et ben, il finit par la trouver, la bibliothèque…
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\23...,
512) = 512
Il en lit un bout (512 octets), même, et c’est bien du ELF…
fstat64(3, {st_mode=S_IFREG|0644, st_size=22156, ...}) = 0
Encore quelques infos (sûrement pour la taille)…
mmap2(NULL, 20980, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7fbf000
On la colle en mémoire pour pouvoir l’exécuter…
mmap2(0xb7fc4000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x5) = 0xb7fc4000
On en colle un autre bout en mémoire (4 kio à l’offset 20 kio).
close(3)= 0
Ça y est. Plus besoin du fichier.
Donc pas de message d’erreur ici (à part ceux que j’ai coupés
et qui concernaient la recherche de la bibliothèque dans tous
les répertoires possibles).
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chroot debian / Bacula-sd
Le Tuesday 24 June 2008 20:25:37 Sylvain Sauvage, vous avez écrit :
Haji Kader, mardi 24 juin 2008, 15:52:12 CEST
[…]
Voici un petit bout de strace comme exemple d'erreur.
[EMAIL PROTECTED]:/]$
strace /usr/sbin/bacula-sd execve(/usr/sbin/bacula-sd,
[…]
open(/lib/libacl.so.1, O_RDONLY) = 3
Et ben, il finit par la trouver, la bibliothèque…
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\23...,
512) = 512
Il en lit un bout (512 octets), même, et c’est bien du ELF…
fstat64(3, {st_mode=S_IFREG|0644, st_size=22156, ...}) = 0
Encore quelques infos (sûrement pour la taille)…
mmap2(NULL, 20980, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7fbf000
On la colle en mémoire pour pouvoir l’exécuter…
mmap2(0xb7fc4000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x5) = 0xb7fc4000
On en colle un autre bout en mémoire (4 kio à l’offset 20 kio).
close(3)= 0
Ça y est. Plus besoin du fichier.
Donc pas de message d’erreur ici (à part ceux que j’ai coupés
et qui concernaient la recherche de la bibliothèque dans tous
les répertoires possibles).
--
Sylvain Sauvage
Merci pour les commentaires, parfait mais le problème, c'est que même si les
librairies sont trouvées, il me sort à la fin un segmentation fault?
--
Cordialement.
Kader HAJI
signature.asc
Description: This is a digitally signed message part.
Chroot debian / Bacula-sd
Bonjour, Peut-être HS mais je me lance quand même en étant désolé par avance si ça l'est. J'ai comme projet de mettre en place un environnement chroot pour le daemon storage daemon de l'application Bacula (sauvegarde réseau) Le contexte est que l'environnemnt chroot est déjà mise en place, donc je l'ai téléchargé en locale, pour les tests. Une fois celui-ci mise en place, j'ai copié toutes les dépendances liées à daemon (ldd puis cp...), la partition /proc est bien dans le /etc/fstab. A partir de là, j'accède à mon environnement sans probleme: ...# chroot /rep_chroot/ /bin/bash Et quand je lance l'application, un message d'erreur me dit que la librairie partagée libacl.so.1 est manquante. Aprés avoir intégrer et lancer strace dans le chroot, effectivement il y a pas mal de librairies manquante. Aprés les avoir rajouter, toujours le même style d'erreur liée au librairie manquante. Depuis je tourne un peu en rond et aimerai bien savoir si quelqu'un de la liste a déjà ce type de problème ou une expérience similaire. Merci, -- Cordialement. Kader HAJI Héonium signature.asc Description: This is a digitally signed message part.
