LXC Container Bootzeiten

[blu3bird]

Guten Abend,

Mir ist heute aufgefallen das die LXC Container etwas länger brauchen zum booten.
Der Container wird als Online angezeigt, ist aber weder per SSH noch per Web zu erreichen.

root@xxxxxx:~# pct exec 106 ps auxww
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.1  30384  3180 ?        Ss   01:37   0:00 /sbin/init
root        81  0.0  0.0  17052   156 ?        S    01:37   0:00 upstart-udev-bridge --daemon
root        86  0.0  0.1  21132  2220 ?        Ss   01:37   0:00 /sbin/udevd --daemon
root       102  0.0  0.0  21128  1900 ?        S    01:37   0:00 /sbin/udevd --daemon
root       103  0.0  0.0  21128  1896 ?        S    01:37   0:00 /sbin/udevd --daemon
root       126  0.0  0.0   4200   472 ?        Ss   01:37   0:00 /bin/sh -e /proc/self/fd/9
root       143  0.0  0.0   4116   464 ?        S    01:37   0:00 sleep 20
root       190  0.0  0.0  15000   204 ?        S    01:37   0:00 upstart-socket-bridge --daemon
root       253  0.0  0.1  17068  2336 ?        Rs+  01:38   0:00 ps auxww

Der Sleep-Prozess springt nach einer Zeit auf Sleep 59.
Nachdem die 59 Sekunden (denke ich mal) abgelaufen sind, wird erst SSH etc gestartet.
Ist dieses Verhalten normal ?
Das Gast-OS ist ebenfalls Debian 8 Jessie

Auf dem Host läuft das aktuelle Debian 8 Jessie

root@xxxx:~# pveversion -v
proxmox-ve: 4.4-82 (running kernel: 4.4.19-1-pve)
pve-manager: 4.4-12 (running version: 4.4-12/e71b7a74)
pve-kernel-4.4.35-2-pve: 4.4.35-79
pve-kernel-4.2.8-1-pve: 4.2.8-41
pve-kernel-4.4.16-1-pve: 4.4.16-64
pve-kernel-4.4.19-1-pve: 4.4.19-66
pve-kernel-4.4.40-1-pve: 4.4.40-82
lvm2: 2.02.116-pve3
corosync-pve: 2.4.2-1
libqb0: 1.0-1
pve-cluster: 4.0-48
qemu-server: 4.0-109
pve-firmware: 1.1-10
libpve-common-perl: 4.0-92
libpve-access-control: 4.0-23
libpve-storage-perl: 4.0-76
pve-libspice-server1: 0.12.8-2
vncterm: 1.3-1
pve-docs: 4.4-3
pve-qemu-kvm: 2.7.1-4
pve-container: 1.0-94
pve-firewall: 2.0-33
pve-ha-manager: 1.0-40
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u3
lxc-pve: 2.0.7-3
lxcfs: 2.0.6-pve1
criu: 1.6.0-1
novnc-pve: 0.5-8
smartmontools: 6.5+svn4324-1~pve80
zfsutils: 0.6.5.9-pve15~bpo80

 

[LnxBil]

Hängt normalerweise an DHCP oder Mailserver, dass es so lange dauert. Normalerweise booten die Container in unter einer Sekunde.

Beim Booten am Besten mit ps auxf dir den Prozessbaum anschauen. Es hilft auch in die syslog zu schauen ob da evt. was drinsteht. Normal ist das Verhalten auf jeden Fall nicht.

Woher hast du dein LXC-Template? Ich habe vorhin erst das "offizielle" Proxmox-Template verwendet und das bootet direkt (unter 1 sec) mit statischer IP.

 

[blu3bird]

Hi,

ps auxf sagt folgendes:

root@xxxxxx:~# pct exec 106 ps auxf
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root       253  0.0  0.1  17064  2232 ?        Rs+  14:18   0:00 ps auxf
root         1  0.0  0.1  30376  3216 ?        Ss   14:17   0:00 /sbin/init
root        82  0.0  0.0  17052   160 ?        S    14:17   0:00 upstart-udev-bridge --daemon
root        92  0.0  0.1  21132  2152 ?        Ss   14:17   0:00 /sbin/udevd --daemon
root       139  0.0  0.0  21128  1952 ?        S    14:17   0:00  \_ /sbin/udevd --daemon
root       142  0.0  0.0  21128  1948 ?        S    14:17   0:00  \_ /sbin/udevd --daemon
root       135  0.0  0.0   4200   496 ?        Ss   14:17   0:00 /bin/sh -e /proc/self/fd/9
root       252  0.0  0.0   4116   456 ?        S    14:18   0:00  \_ sleep 59
root       225  0.0  0.0  15120  1772 ?        S    14:17   0:00 upstart-socket-bridge --daemon

syslog sagt:

Mar  5 14:21:21 xxxxxx postfix/master[1960]: terminating on signal 15
Mar  5 14:23:39 xxxxxx kernel: imklog 5.8.11, log source = /proc/kmsg started.
Mar  5 14:23:39 xxxxxx rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="1818" x-info="http://www.rsyslog.com"] start
Mar  5 14:23:39 xxxxxx postfix/master[1978]: daemon started -- version 2.9.6, configuration /etc/postfix
Mar  5 14:23:39 xxxxxx /usr/sbin/cron[2026]: (CRON) INFO (pidfile fd = 3)
Mar  5 14:23:39 xxxxxx /usr/sbin/cron[2027]: (CRON) STARTUP (fork ok)
Mar  5 14:23:39 xxxxxx /usr/sbin/cron[2027]: (CRON) INFO (Running @reboot jobs)

Ich hab das aktuelle Template seitens Proxmox verwendet und nutze ebenfalls eine Statische IP.
Auf Basis dieses Templates wurde Gitlab-CE installiert.

 

[Fchen]

Hallo, ich hab exakt das selbe Problem, meine Container holen sich die IP via DHCP von der PfSense Firewall, genau nach 5min sind die Server via SSH erreichbar.
Das Template, welches ich verwende ist das standard Proxmox Template für Ubuntu 16.04 LTS.

Mar 16 11:05:59 c0004-0 ifup[47]: DHCPREQUEST of 10.0.0.35 on eth0 to 255.255.255.255 port 67
Mar 16 11:05:59 c0004-0 dhclient[69]: Sending on   LPF/eth0/6e:de:0e:98:46:f3
Mar 16 11:05:59 c0004-0 dhclient[69]: Sending on   Socket/fallback
Mar 16 11:05:59 c0004-0 dhclient[69]: DHCPREQUEST of 10.0.0.35 on eth0 to 255.255.255.255 port 67
Mar 16 11:05:59 c0004-0 dhclient[69]: DHCPACK of 10.0.0.35 from 10.0.0.1
Mar 16 11:05:59 c0004-0 ifup[47]: DHCPACK of 10.0.0.35 from 10.0.0.1
Mar 16 11:05:59 c0004-0 dhclient[69]: bound to 10.0.0.35 -- renewal in 3218 seconds.
Mar 16 11:05:59 c0004-0 ifup[47]: bound to 10.0.0.35 -- renewal in 3218 seconds.
Mar 16 11:06:01 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 1030ms.
Mar 16 11:06:02 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 2020ms.
Mar 16 11:06:04 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 3920ms.
Mar 16 11:06:08 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 7770ms.
Mar 16 11:06:16 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 15500ms.
Mar 16 11:06:31 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 29620ms.
Mar 16 11:06:31 c0004-0 systemd-journald[39]: Forwarding to syslog missed 58 messages.
Mar 16 11:07:01 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 61430ms.
Mar 16 11:08:02 c0004-0 dhclient[154]: XMT: Solicit on eth0, interval 116830ms.

Solche Zeilen sind bei mir im journalctl zu finden, gibt es eine Möglichkeit diesen vorgang zu beschleunigen ohne natürlich DHCP zu deaktivieren?