9 votos

Las redes ' t inicializar correctamente cuando pxebooting Linux Mint (live CD) mediante cifs, pero funciona con nfs

Tengo un TFTP/DHCP/NFS/SMB server (servidor de Ubuntu 12.04 LTS) en 192.168.26.1. Yo uso pxelinux para mostrar un menú que contiene el inicio y las opciones de instalación para Windows, Ubuntu instalador de red, y el Linux Mint 17 MATE live CD. Conseguir que correr como este ya era desagradable y me estoy quedando sin vapor...

Para Linux Mint, me han proporcionado 2 netboot opciones: NFS y CIFS. Yo lo tengo funcionando plenamente con el NFS: El usuario puede seleccionar en el menú de arranque, y un poco más tarde, las tierras en el Linux Mint live CD de escritorio. Pero con CIFS, la creación de redes no inicializar correctamente. Cuando Linux Mint se inicia, la red se bloquea durante 120 segundos. Luego, se continúa con el inicio en el Escritorio, pero neta network-manager no iniciado (y no se inicia). Yo sospechaba que podría ser un problema con el servidor DHCP no responde, sin embargo, en el registro de servidor DHCP puedo ver la solicitud de DHCP y la respuesta correcta.

Una vez en el escritorio de Linux Mint, ifconfig informa de una dirección IP asignada por el DHCP, y a hacer ping al servidor de obras.

Mi configuración de pxelinux es (después de todo APPEND está en una línea, acabo de dividirlo para mejorar la legibilidad en este sitio):

NFS:

LABEL linuxmint17
    MENU LABEL Linux Mint 17
    KERNEL linux-mint-17/image/casper/vmlinuz
    APPEND 
        root=/dev/nfs boot=casper netboot=nfs
        nfsroot=192.168.26.1:/var/lib/tftpboot/linux-mint-17/image
        initrd=/linux-mint-17/image/casper/initrd.lz

CIFS:

LABEL linuxmint17smb
    MENU LABEL Linux Mint 17 (SMB)
    KERNEL linux-mint-17/image/casper/vmlinuz
    APPEND
        root=/dev/cifs boot=casper netboot=cifs
        nfsroot=//192.168.26.1/tftpshare/linux-mint-17/image
        ip=dhcp
        initrd=/linux-mint-17/image/casper/initrd.lz

Tenga en cuenta que tuve para insertar el ip=dhcp opción para el CIFS menú. Si yo no hago eso, el proceso de arranque se bloquea durante 120 segundos cuando se inicia la creación de Redes, pero luego no continuar. Si puedo agregar esa linea, todavía cuelga, pero después de 120 segundos que se continúa con el inicio.

El programa de instalación:

El cliente y el servidor de máquinas virtuales sólo están conectados el uno al otro (red interna). No hay otras máquinas en la red.

El servidor tiene todas las de arranque de pxe archivos en /var/lib/tftpboot/. La ISO de Linux Mint (sin modificar) está montado en /var/lib/tftpboot/linux-mint-17/image. vmlinuz y initrd en /var/lib/tftpboot/linux-mint-17/image/casper. /var/lib/tftpboot/ es una exportación de NFS. Hay un recurso compartido de samba llamado tftpshare que se asigna a /var/lib/tftpboot/ (sólo lectura, permite el acceso a todo el mundo).

smb.conf

[tftpshare]
   comment = TFTP Root
   path = /var/lib/tftpboot
   browsable = yes
   guest ok = yes
   read only = no
   create mask = 0644

dhcpd.conf

authoritative;
subnet 192.168.26.0 netmask 255.255.255.0 {
  range 192.168.26.10 192.168.26.40;
  next-server 192.168.26.1;
  filename "pxelinux.0";
}

Este es un extraño 2 minutos de la brecha en la syslog de la máquina del cliente, después de un arranque con éxito al vivir en un entorno de escritorio:

Jun 14 13:13:18 mint kernel: [   23.388873] intel_rapl: domain core energy ctr 0:0 not working, skip
Jun 14 13:13:18 mint kernel: [   23.528409] intel_rapl: domain uncore energy ctr 0:0 not working, skip
Jun 14 13:13:18 mint kernel: [   23.528453] intel_rapl: no valid rapl domains found in package 0
Jun 14 13:13:20 mint ntpdate[1198]: Can't find host ntp.ubuntu.com: Name or service not known (-2)
Jun 14 13:13:20 mint ntpdate[1198]: no servers can be used, exiting

(2 Minutos brecha sin ningún tipo de entradas, aproximadamente en el momento de los 120 segundos de arranque se produce el retraso)

Jun 14 13:15:19 mint dbus[864]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Jun 14 13:15:19 mint dbus[864]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Jun 14 13:15:19 mint acpid: starting up with netlink and the input layer
Jun 14 13:15:19 mint acpid: 9 rules loaded
Jun 14 13:15:19 mint acpid: waiting for events: event logging is off

Esto es lo que sucede en ambos casos cuando se utiliza CIFS:

Hangs

En el servidor:

...
Jun 14 13:12:52 ubuntu-netboot in.tftpd[2722]: RRQ from 192.168.26.13 filename /linux-mint-17/image/casper/initrd.lz
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPDISCOVER from 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPOFFER on 192.168.26.14 to 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPREQUEST for 192.168.26.14 (192.168.26.1) from 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPACK on 192.168.26.14 to 08:00:27:1c:c5:43 via eth1

La IP que se le asigna al cliente en caso de un arranque exitoso en el escritorio, de acuerdo a ifconfig, es, de hecho, ...14.

Esto es lo que sucede sin la ip=dhcp:

nodhcp1nodhcp2

Esto es lo que sucede con la ip=dhcp, inmediatamente antes de que el Escritorio se muestra:

success

Estoy agradecido por todas las ideas. Si cualquiera de los otros registros (que?) sería de ayuda que puedo ofrecer.

3voto

Pat Puntos 1087

Este problema ha sido resuelto por Serva (estoy relacionados con Serva de desarrollo)

El kernel completo y anexar líneas más el adicional initrd.gz necesarios para el arranque PXE actual de Ubuntu/Mint versiones en vivo con CIFS se puede encontrar aquí

Básicamente el problema es que Casper error (AFAIK nunca reportó/fijo antes) que en el caso de un CIFS netmount olvida para exportar un parámetro de kernel que más tarde afecta a la configuración de red de scripts que termina recreando con las demoras y los errores en el archivo /etc/network/interfaces.

Si vemos que Serva de Ubuntu/Mint "anexar" línea de

append   = showmounts toram root=/dev/cifs initrd=NWA_PXE/$HEAD_DIR$/casper/initrd.lz,NWA_PXE/$HEAD_DIR$/casper/INITRD_N11.GZ boot=casper netboot=cifs nfsroot=//$IP_BSRV$/NWA_PXE_SHARE/$HEAD_DIR$ NFSOPTS=-ouser=serva,pass=avres,ro ip=dhcp ro

nos encontramos con que, integrado en el "initrd" variable se compone de 2 "cargados consecutivamente" initrd archivos (initrd.lz y INITRD_N11.GZ)

initrd=NWA_PXE/$HEAD_DIR$/casper/initrd.lz,NWA_PXE/$HEAD_DIR$/casper/INITRD_N11.GZ 

La primera de ellas (initrd.lz) es el que viene con Ubuntu/Mint, mientras que el segundo (INITRD_N11.GZ) es una pequeña 8K (originalmente desarrollado por Serva) personalizado initrd incluyendo la revisión de los componentes. Este enfoque evita la necesidad de volver a crear el gran original del initrd.lz (20 MB). INITRD_N11.GZ puede ser libremente descargado desde Serva del sitio (por favor, no publicar enlaces directos aquí)

Si continuamos el análisis de la "anexar" línea podemos ver la necesidad de añadir el CIFS opciones de montaje (el OP se olvida este paso) que se llevan en este caso por el de alguna manera engañosa variable "NFSOPTS"

NFSOPTS=-ouser=serva,pass=avres,ro

En este ejemplo, el recurso compartido SMB tiene un usuario=serva con contraseña=avres y va a ser montado como "Sólo Lectura", por supuesto que el usuario/pass parámetros que deben modificarse en consecuencia.

El TFTP caminos y CIFS localizador son los requeridos por la Serva estructura del repositorio; cuando el servidor PXE no es Serva los parámetros que deben modificarse en consecuencia.

Si los chicos de arranque de PXE de esta manera Ubuntu/Mint versiones en Vivo de un recurso compartido de CIFS no habrá relacionados con la red, los retrasos y de Internet/Red trabajar inmediatamente después del arranque

Editar:

El Bug ya reportado a Launchpad de Ubuntu y confirmado

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: