web-dev-qa-db-fra.com

Le chargement de l'image du client LTSP est suspendu sous Ubuntu 14.04 LTS

Je présente LTSP pour Ubuntu 14.04 LTS pour la première fois. Le client atteint le point où sa console dit:

TFTP prefix: /ltsp/i386
Trying to load: pxelinux.cfg/default
Loading vmliuz-3.13.0-24-generic....
Loading initrd.img-3.13.0-24-generic...............ready.

et s'arrête. Selon le client, il peut également indiquer:

Socket failed: Connection timed out or 
Socket failed: Connection failed

puis apportez busybox ou paniquez-vous dans le noyau.

Comment puis-je déboguer cela?

14.04ltsptftpltsp-client
1
user271291

J'ai eu le même problème et pendant des jours, je ne pouvais pas le déboguer. En dernier recours, j'ai comparé le travail de LTSP sous Ubuntu 12 avec un LTSP défectueux sous Ubuntu 14. Il y avait une différence dans la configuration de nbd-server avec l'authentification nbd.

Fichier: /etc/nbd-server/conf.d/ltsp_i386.conf

Config non ouvrante:

[/opt/ltsp/i386]
exportname = /opt/ltsp/images/i386.img
readonly = true
authfile = /etc/ltsp/nbd-server.allow

Config de travail:

[/opt/ltsp/i386]
exportname = /opt/ltsp/images/i386.img
readonly = true

Puis: service nbd-server restart

Cela fonctionne depuis quelques jours sans problèmes.

UPDATE:

La procédure ci-dessus ne résoudra peut-être pas votre problème (mes problèmes ne sont pas non plus résolus). J'aimerais partager avec vous quelques astuces qui pourraient vous aider à résoudre vos problèmes. Toujours .. Je suis sûr que le nbd-server est à l'origine du problème. Sur le serveur LTSP, exécutez la commande suivante: netstat -c ou netstat -c | grep nbd. Regardez ce qui se passe avec les connexions nbd. Lorsque le client se connecte à nbd, le port est en cours d'ouverture (disons XYZ). La connexion obtient le statut ESTABLISHED. Puis redémarrez le client et faites attention à la connexion nbd tcp. Il ne ferme pas à la fermeture du client. Ainsi, lors de la deuxième initialisation du même client, le même port nbd (XYZ) est attribué au client, mais ce port est déjà pris par le premier cycle de démarrage du client. C'est la raison pour laquelle vous êtes socket failed erros. Pour NBD les détails, lire: http://nbd.sourceforge.net/ . Je ne sais pas pourquoi la configuration par défaut de nbd-server dans Ubuntu 14 agit de la sorte. Dans Ubuntu 12, la configuration par défaut était correcte (je travaille depuis 8 mois sur le déploiement de LTSP sur Ubuntu 12). Mais theres une alternative de NFS.

NBD diffère fondamentalement de NFS. Ubuntu utilise NBD, mais Debian utilise toujours NFS, déclarant qu’il est plus stable et plus fiable. Je n'ai pas d'erreur avec le démarrage du client sur le serveur Debian LTSP avec NFS.

Donc, mon conseil est soit: 1) utilisez LTSP avec Debian avec NFS par défaut ou 2) utilisez LTSP sur Ubuntu mais changez NBD en NFS .

2
user277768