Как я получаю ipv4/inet, работающий в руке lxc работа контейнера хоста Intel?

Попробовано создавая и armhf и контейнеры arm64/aarch64 lxc в моей системе intel 64bit.

Я скопировал соответствующий qemu файл прежде, чем запустить контейнер. /usr/bin/qemu-arm-static для руки и /usr/bin/qemu-aarch64-static для arm64.

Когда я создаю другой основанный на Intel контейнер человечности, мой eth0 имеет адрес ipv4. (использование соединило сети мостом),

Я создаю arm64 контейнер как это:

lxc launch ubuntu:15.04/arm64 arm64
cp /usr/bin/qemu-aarch64-static /usr/lib/lxd/containers/arm64/rootfs/usr/bin
lxc start arm64

Я не сделал никакие другие модификации.

В arm64 контейнере ifconfig дисплеи:

eth0      Link encap:Ethernet  HWaddr 00:16:3e:e4:d2:de  
          inet6 addr: fe80::216:3eff:fee4:d2de/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:19 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2564 (2.5 KB)  TX bytes:578 (578.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

попытка очевидных вещей:

/etc/init.d/networking start

урожаи

[....] Starting networking (via systemctl): networking.serviceFailed to get D-Bus connection: No such file or directory
 failed!

ifup eth0 урожаи

/sbin/ifup: failed to open lockfile /run/network/.ifstate.lock: No such file or directory

ip addr урожаи

Cannot open netlink socket: Address family not supported by protocol

Address family not supported by protocol кажется сообщением распространенной ошибки при выполнении всевозможных сетевых инструментов - по-видимому, потому что адрес № ipv4 не распознан.

столь же клиент DHCP

root@ubuntu:/var/log# dhclient -v
Internet Systems Consortium DHCP Client 4.3.1
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Error getting interfaces; Address family not supported by protocol
Can't get list of interfaces.

/etc/network/interfaces

# The loopback network interface
auto lo
iface lo inet loopback

# Source interfaces
# Please check /etc/network/interfaces.d before changing this file
# as interfaces may have been defined in /etc/network/interfaces.d
# NOTE: the primary ethernet device is defined in
# /etc/network/interfaces.d/eth0
# See LP: #1262951

source /etc/network/interfaces.d/*.cfg

и eth0.cfg

# The primary network interface
auto eth0
iface eth0 inet dhcp

(случайно изменяющийся на статический IP не имел никакого значения),

Сравненный мой контейнер Intel с моим контейнером руки / запущенный каталог очень редок только содержащий lock и systemd (где как на Intel это содержит сетевую подпапку среди многих других вещей),

Я предполагаю, что это показывает (но я действительно не знаю то, что я делаю), что systemd 'запускают систему', имеет проблему и отказавший для запуска набора сервисов. journalctl возвраты No journal files were found. и/var/log довольно редок только содержащий: pt btmp dist-upgrade dpkg.log fsck landscape lastlog unattended-upgrades wtmp

Любая справка ценилась бы :)

Обновление:

Когда я пытаюсь работать systemd-journald вручную я добираюсь:

qemu: Unsupported syscall: 278
qemu: Unsupported syscall: 74
qemu: Unsupported syscall: 74

Обновление:

использование более нового qemu версия:

qemu-user-static (1:2.5+dfsg-5ubuntu10.4) to 1:2.6.1+dfsg-0~16.04

от этого PPA https://launchpad.net / ~ jacob / + архив/человечность/виртуализация

улучшенные вещи много. (но все еще сеть № ipv4 все же)

/var/run теперь заполняется с ожидаемыми директорами (включая сети)

journalctl теперь работает и возвращается:

Aug 26 18:02:26 ubuntu systemd-journal[89]: Runtime journal is using 8.0M (max allowed 801.2M, trying to leave 1.1G free of 7.8G available <E2><86><92> current limit 801.2M).
Aug 26 18:02:26 ubuntu systemd-journal[89]: Runtime journal is using 8.0M (max allowed 801.2M, trying to leave 1.1G free of 7.8G available <E2><86><92> current limit 801.2M).
Aug 26 18:02:26 ubuntu systemd-journal[89]: Journal started
Aug 26 18:02:27 ubuntu systemd-sysctl[78]: Failed to write '1' to '/proc/sys/kernel/yama/ptrace_scope': Permission denied
Aug 26 18:02:27 ubuntu systemd-sysctl[78]: Failed to write '176' to '/proc/sys/kernel/sysrq': Permission denied
Aug 26 18:02:27 ubuntu systemd-sysctl[78]: Failed to write '1' to '/proc/sys/fs/protected_hardlinks': Permission denied
Aug 26 18:02:27 ubuntu systemd-sysctl[78]: Failed to write '4 4 1 7' to '/proc/sys/kernel/printk': Permission denied
Aug 26 18:02:27 ubuntu systemd-sysctl[78]: Failed to write '1' to '/proc/sys/kernel/kptr_restrict': Permission denied
Aug 26 18:02:27 ubuntu systemd-sysctl[78]: Failed to write '1' to '/proc/sys/fs/protected_symlinks': Permission denied
Aug 26 18:02:27 ubuntu systemd-sysctl[78]: Failed to write '32768' to '/proc/sys/vm/mmap_min_addr': Permission denied
Aug 26 18:02:27 ubuntu systemd-udevd[74]: error initializing netlink socket
Aug 26 18:02:27 ubuntu systemd-remount-fs[62]: /bin/mount for / exited with exit status 1.
Aug 26 18:02:27 ubuntu systemd-udevd[92]: error initializing netlink socket
Aug 26 18:02:27 ubuntu systemd[1]: Failed to reset devices.list on /system.slice/systemd-journal-flush.service: Operation not permitted
Aug 26 18:02:27 ubuntu systemd[1]: Starting Flush Journal to Persistent Storage...
Aug 26 18:02:27 ubuntu systemd[1]: Started Load/Save Random Seed.
Aug 26 18:02:27 ubuntu systemd-journal[89]: Forwarding to syslog missed 2 messages.
Aug 26 18:02:27 ubuntu systemd-remount-fs[62]: mount: can't find LABEL=cloudimg-rootfs
Aug 26 18:02:27 ubuntu systemd[1]: Started Various fixups to make systemd work better on Debian.
Aug 26 18:02:27 ubuntu mount[67]: mount: permission denied
Aug 26 18:02:27 ubuntu systemd-udevd[108]: error initializing netlink socket
Aug 26 18:02:27 ubuntu systemd[1]: systemd-udevd.service: main process exited, code=exited, status=3/NOTIMPLEMENTED
Aug 26 18:02:27 ubuntu systemd[1]: Failed to start udev Kernel Device Manager.
Aug 26 18:02:27 ubuntu systemd[1]: Unit systemd-udevd.service entered failed state.
Aug 26 18:02:27 ubuntu systemd[1]: systemd-udevd.service failed.
Aug 26 18:02:27 ubuntu systemd[1]: systemd-udevd.service has no holdoff time, scheduling restart.
Aug 26 18:02:27 ubuntu systemd[1]: systemd-udevd-kernel.socket failed to listen on sockets: Address family not supported by protocol
Aug 26 18:02:27 ubuntu systemd[1]: Failed to listen on udev Kernel Socket.
Aug 26 18:02:27 ubuntu systemd[1]: Starting udev Kernel Socket.

Соответствующая ошибочная строка, кажется, Aug 26 18:02:27 ubuntu systemd-udevd[92]: error initializing netlink socket

Обновление

Я попытался работать ifup eth0 -v и с dhcp и со статической конфигурацией и обоими путями дал подобную ошибку:

dhcp Error getting interfaces; Address family not supported by protocol

статичный Cannot open netlink socket: Address family not supported by protocol

0
задан 26 August 2016 в 22:50

2 ответа

Оказалось, что qemu 2.6.1 не работал достаточно хорошо для получения сетей, работающих в контейнере руки.

я применил следующие 3 патча к qemu 2.6.1 (после выполнения apt get source qemu-user-static)

https://lists.gnu.org/archive/html/qemu-devel/2016-01/msg06203.html
https://lists.gnu.org/archive/html/qemu-devel/2016-01/msg06204.html
https://lists.gnu.org/archive/html/qemu-devel/2016-01/msg06205.html

, и восстановите (использование debuild)

Затем извлек недавно созданный qemu-aarch64-static из deb файла и установил на контейнере /usr/lib/lxd/container/$NAME/rootfs/usr/bin

, Сети теперь работают:

eth0      Link encap:Ethernet  HWaddr 00:16:3e:54:2e:7c  
          inet addr:10.0.4.110  Bcast:10.0.4.255  Mask:255.255.255.0
          inet6 addr: fe80::216:3eff:fe54:2e7c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:949 errors:0 dropped:0 overruns:0 frame:0
          TX packets:428 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1285688 (1.2 MB)  TX bytes:37196 (37.1 KB)
0
ответ дан 28 September 2019 в 15:55

(Ответ из-за отсутствия репутации.)

У меня была та же самая проблема. lxc контейнер не получил адрес IPv4. Выполнение dhclient eth0 -v приведший к сообщению об ошибке, которое к счастью принесло мне здесь

Ошибочные интерфейсы получения; Семейство адресов, не поддерживаемое протоколом

Этот поток действительно сохранил мой день. После создания нового qemu двоичного файла я могу заставить armhf контейнеры присоединиться к моей LAN с этим профилем по умолчанию (eno1 будучи интерфейсом Ethernet на моей хост-машине):

name: default
config: {}
description: Default LXD profile
devices:
  eth0:
    name: eth0
    nictype: macvlan
    parent: eno1
    type: nic

Я использую qemu 2.7.0 двоичных файлов, которые можно скомпилировать из источника и установки в некоторых <prefix> путь с

./configure --target-list=arm-linux-user --static --prefix=<prefix>
make
make install

Прежде, чем запустить armhf контейнер, просто получите новый qemu там

lxc file push <prefix>/bin/qemu-arm <name>/usr/bin/qemu-arm-static

Другой хороший побочный эффект состоит в том, что я могу теперь остановить контейнеры без --force флаг!

1
ответ дан 28 September 2019 в 15:55

Другие вопросы по тегам:

Похожие вопросы: