Distribution EOLE » Commun » eole-common

Lors des manipulations suivante, j'ai découvert que :

/dev/mapper/eolebase--vg-root   3,7G    3,4G   33M 100% /

Il faudrait faire modifier le partitionnement dans les tests squash et/ou agrandir la partition !

Après extension de la partition, ça plante toujours mais certainement pour d'autres raisons :o

Vérification des paquets pour le conteneur mail: eole-exim-pkg                                                                                                                                                      
pyeole.diagnose.network - Test TCP connection on 192.0.2.13 port 22
pyeole.pkg - Run: apt-eole -o --container current --log-level info install eole-lxc-container-pkg eole-exim-pkg (mail)
Action install pour le conteneur mail
pyeole.diagnose.network - Test TCP connection on 192.0.2.13 port 22
root - Traceback (most recent call last):
  File "/usr/sbin/gen_conteneurs", line 92, in main
    install_packages(silent=silent)
  File "/usr/lib/python2.7/dist-packages/creole/reconfigure.py", line 517, in install_packages
    container=group_infos[u'name'])
  File "/usr/lib/python2.7/dist-packages/pyeole/pkg.py", line 1267, in install
    silent=silent)
  File "/usr/lib/python2.7/dist-packages/pyeole/pkg.py", line 1220, in _run
    **kwargs))
  File "/usr/lib/python2.7/dist-packages/pyeole/pkg.py", line 761, in _run_containers
    raise SystemError(msg.format(cmd_string, container, stderr))
SystemError: Exécution de apt-eole -o --container current --log-level info install eole-lxc-container-pkg eole-exim-pkg pour le conteneur mail impossible

La fonction creole.containers.create_disknods(container) est bien censée faire le travail mais il n'a peut-être pas été fait car creoled était planté (cf. #16670).

• à l'étape "Lancement des conteneurs"
  

  creole.containers - Device /dev/sr0 already exists in mail
  creole.containers - Device /dev/sr1 already exists in mail
  Start Systemd service lxc-net 
  

• à l'étape "Démarrage des services"
  

  Start network service networking             [  OK  ]
  creole.containers - Device /dev/sr0 already exists in mail
  creole.containers - Device /dev/sr1 already exists in mail
  Start Systemd service lxc-net    
  

Autre piste d'explication :

root@eolebase:~# ll /opt/lxc/mail/rootfs/dev/sr0 
brw-r----- 1 root root 11, 0 juin  30 16:28 /opt/lxc/mail/rootfs/dev/sr0
root@eolebase:~# CreoleRun "ls /dev/sr0" mail
ls: impossible d'accéder à '/dev/sr0': Aucun fichier ou dossier de ce type

La création manuelle des fichiers de périphériques dans /dev par la fonction creole.containers.create_disknods(container) a fonctionné pour moi, mais le conteneur dispose d’un /dev automatique:

root@eolebase:~# ls /opt/lxc/mail/rootfs/dev/sr*
/opt/lxc/mail/rootfs/dev/sr0  /opt/lxc/mail/rootfs/dev/sr1

root@eolebase:~# ssh mail
Welcome to Ubuntu 16.04 LTS (GNU/Linux 4.4.0-28-generic x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage
Last login: Mon Jul  4 11:13:14 2016 from 192.0.2.1
root@mail:~# ls /dev/
console  fd    hugepages  log  mqueue  ptmx  random  stderr  stdout  tty1  tty3  urandom
core     full  initctl    lxc  null    pts   shm     stdin   tty     tty2  tty4  zero

D’après la page de manuel lxc.containers.conf

/DEV DIRECTORY
By default, lxc creates a few symbolic links (fd,stdin,stdout,stderr)
in the container's /dev directory but does not automatically create
device node entries. This allows the container's /dev to be set up as
needed in the container rootfs. If lxc.autodev is set to 1, then after
mounting the container's rootfs LXC will mount a fresh tmpfs under /dev
(limited to 500k) and fill in a minimal set of initial devices. This
is generally required when starting a container containing a "systemd"
based "init" but may be optional at other times. Additional devices in
the containers /dev directory may be created through the use of the
lxc.hook.autodev hook.

lxc.autodev
Set this to 0 to stop LXC from mounting and populating a minimal
/dev when starting the container.

Il faut donc un script, sur le maître, qui sera exécuté dans le contexte du conteneur, par exemple :

#!/bin/sh

mknod ${LXC_ROOTFS_MOUNT}/dev/sr0 b 11 0
mknod ${LXC_ROOTFS_MOUNT}/dev/sr1 b 11 1
chmod 664 ${LXC_ROOTFS_MOUNT}/dev/sr0
chgrp cdrom ${LXC_ROOTFS_MOUNT}/dev/sr0