Distribution EOLE

De mon côté, j'ai testé comme suit :

• aca.scribe-2.8.1-Daily
  

  root@scribe:~# ./mount.eole-ci-tests 
  root@scribe:~# /mnt/eole-ci-tests/scripts/configure-vm.sh -M configeol
  

• édition du fichier /etc/eole/config.eol et échange des valeurs entre ad_public_address et adresse_ip_eth0
• instance

=> ce n'est pas bon car la génération du conteneur se lance alors qu'on a pourtant :

root@scribe:~# CreoleGet ad_public_address 
192.168.0.26

root@scribe:~# ip addr show ens4 
2: ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 02:00:c0:a8:00:66 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.26/24 brd 192.168.0.255 scope global ens4
       valid_lft forever preferred_lft forever
    inet6 fe80::c0ff:fea8:66/64 scope link 
       valid_lft forever preferred_lft forever

Visiblement, on ne peut pas "s'arpinguer" soi-même et c'est ennuyeux car c'était le cas utilisateur sur lequel on est tombé...

root@scribe:~# /usr/bin/arping -f -c 1 -I ens4 192.168.0.26
ARPING 192.168.0.26 from 192.168.0.26 ens4
Sent 1 probes (1 broadcast(s))
0 réponse(s) reçue(s)
root@scribe:~# echo $?
1

Mais le pire, c'est que contrairement à l'utilisateur chez qui nous avions vu le problème, mon instance est allée jusqu'au bout dans ONE !

L'autre cas testé (IP prise par un autre serveur) est bien fonctionnel :

• aca.eolebase instance-default
• aca.scribe-2.8.1-Daily

root@scribe:~# ./mount.eole-ci-tests 
root@scribe:~# /mnt/eole-ci-tests/scripts/configure-vm.sh -M configeol
root@scribe:~# CreoleSet ad_public_address 192.168.0.24 #adresse du serveur Eolebase
root@scribe:~# instance
   [ ... ]
Génération du conteneur addc
L'IP public du conteneur addc n'est pas disponible 192.168.0.24
run-parts: /usr/share/eole/preservice/05-eolead exited with return code 1
Erreur : preservice