Bonjour,
Peut-être HS mais je me lance quand même en étant dés olé 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".
Bonjour,
Peut-être HS mais je me lance quand même en étant dés olé 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".
Bonjour,
Peut-être HS mais je me lance quand même en étant dés olé 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".
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â¦
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â¦
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â¦
[â¦]
> Hmm, je subodore des tripatouillages hérétiques.
???????
[â¦]
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.
[â¦]
> Hmm, je subodore des tripatouillages hérétiques.
???????
[â¦]
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.
[â¦]
> Hmm, je subodore des tripatouillages hérétiques.
???????
[â¦]
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.
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é fai t 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 debootstr ap, un
nettoyage du système et lâinstallation de ce que lâ on veut via
aptitude ; temps passé : 15 minâ¦)
--
Sylvain Sauvage
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é fai t 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 debootstr ap, un
nettoyage du système et lâinstallation de ce que lâ on veut via
aptitude ; temps passé : 15 minâ¦)
--
Sylvain Sauvage
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é fai t 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 debootstr ap, un
nettoyage du système et lâinstallation de ce que lâ on veut via
aptitude ; temps passé : 15 minâ¦)
--
Sylvain Sauvage
[â¦]
> Donc il faut continuer à chercher les fichiers
> nécessaires : ldd sur chaque binaire, chaque bibliothèqu e,
> 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ée s donc je
sèche un peu à ce niveau là .
[â¦]
> Donc il faut continuer à chercher les fichiers
> nécessaires : ldd sur chaque binaire, chaque bibliothèqu e,
> 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ée s donc je
sèche un peu à ce niveau là .
[â¦]
> Donc il faut continuer à chercher les fichiers
> nécessaires : ldd sur chaque binaire, chaque bibliothèqu e,
> 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ée s donc je
sèche un peu à ce niveau là .
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
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
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.
[:/]$
strace /usr/sbin/bacula-sd execve("/usr/sbin/bacula-sd",
[â¦]
open("/lib/libacl.so.1", O_RDONLY) = 3
read(3,
"177ELF111 3 3 1 32023"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size"156, ...}) = 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
[â¦]
Voici un petit bout de strace comme exemple d'erreur.
[root@balder:/]$
strace /usr/sbin/bacula-sd execve("/usr/sbin/bacula-sd",
[â¦]
open("/lib/libacl.so.1", O_RDONLY) = 3
read(3,
"177ELF111 3 3 1 32023"...,
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
[â¦]
Voici un petit bout de strace comme exemple d'erreur.
[:/]$
strace /usr/sbin/bacula-sd execve("/usr/sbin/bacula-sd",
[â¦]
open("/lib/libacl.so.1", O_RDONLY) = 3
read(3,
"177ELF111 3 3 1 32023"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size"156, ...}) = 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
Haji Kader, mardi 24 juin 2008, 15:52:12 CEST
>[â¦]
> Voici un petit bout de strace comme exemple d'erreur.
>
>
> [:/]$
> 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,
> "177ELF111 3 3 1 32023"...,
> 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"156, ...}) = 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
Haji Kader, mardi 24 juin 2008, 15:52:12 CEST
>[â¦]
> Voici un petit bout de strace comme exemple d'erreur.
>
>
> [root@balder:/]$
> 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,
> "177ELF111 3 3 1 32023"...,
> 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
Haji Kader, mardi 24 juin 2008, 15:52:12 CEST
>[â¦]
> Voici un petit bout de strace comme exemple d'erreur.
>
>
> [:/]$
> 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,
> "177ELF111 3 3 1 32023"...,
> 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"156, ...}) = 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
[â¦]
> 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?????
[â¦]
> 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?????
[â¦]
> 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?????
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 à l a 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.
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 à l a 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.
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 à l a 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.