Μετά από αλλαγή - ενημέρωση Kernel δεν ανοίγει τερματικό

Ξεκίνησε από jim_katsar, 21 Μαΐου 2019, 11:17:48 ΠΜ

« προηγούμενο - επόμενο »

jim_katsar

Μετά από αλλαγή Κernel σε 4.15.0-50-generic και δημοσίευση εικονικού δίσκου ένα μηχάνημα δεν ανοίγει. Όπως φαίνεται στο screenshot!
Αν δεν υπάρχει λύση πως επιστρέφω στην πρότερη κατάσταση;

alkisg

Δημήτρη το screenshot λέει ότι το μηχάνημα δεν έχει καλή επικοινωνία με τον εικονικό δίσκο.
Δοκίμασε να το συνδέσεις σε άλλη πρίζα δικτύου και με άλλο καλώδιο, ώστε να βεβαιωθούμε ότι δεν φταίει η καλωδίωση.

Εάν όντως δεν φταίει, τότε ακούγεται για αστάθεια του NBD, το οποίο όμως έτσι κι αλλιώς θέλουμε να το αντικαταστήσουμε με NFS, οπότε προτείνω να κάνουμε αυτό:
https://alkisg.mysch.gr/steki/index.php?topic=7792.0

Αν θες βοήθεια έλα και από το http://ts.sch.gr/wiki/IRC.

jim_katsar

Τα έκανα αυτό που λες...
Και άλλη θύρα άλλαξα στο switch (γιατί μιλάμε για σκέτο καλώδιο) και τη δεύτερη κάρτα δικτύου χρησιμοποίησα που είναι 100mbps και δεύτερο καλώδιο δοκίμασα.

socrates

Γεία σας συνάδελφοι.
Αντιμετωπίζω το ίδιο πρόβλημα.
Μετά από apt update && apt upgrade που έκανα σήμερα το πρωϊ, δεν μπορεί να μπουτάρει κανένα τερματικό.

Στα τερματικά μου βγάζει SQUASHFS error: τρέχα γύρευε

και  στο /var/log/syslog βγάζει τα εξής παρακάτω...


May 21 15:33:24 server nbd_server[3435]: Can't open authorization file /etc/ltsp/nbd-server.allow (No such file or directory).
May 21 15:33:24 server nbd_server[3435]: Size of exported file/device is 3944980480
May 21 15:33:24 server nbd_server[3435]: Starting to serve
May 21 15:33:25 server dnsmasq-tftp[914]: sent /var/lib/tftpboot/ltsp/i386/lts.conf to 192.168.1.39
May 21 15:33:28 server nbd_server[1010]: Spawned a child process
May 21 15:33:28 server nbd_server[3442]: virtstyle ipliteral
May 21 15:33:28 server nbd_server[3442]: connect from 192.168.1.39, assigned file is /tmp/nbd-swap/192.168.1.39
May 21 15:33:28 server nbd_server[3442]: Can't open authorization file /etc/ltsp/nbd-server.allow (No such file or directory).
May 21 15:33:28 server nbd_server[3442]: Size of exported file/device is 536870912
May 21 15:33:28 server nbd_server[3442]: Starting to serve
May 21 15:34:59 server dnsmasq-dhcp[914]: PXE(eno1) 00:12:3f:2d:67:e6 proxy
May 21 15:35:03 server dnsmasq-dhcp[914]: PXE(eno1) 192.168.1.39 00:12:3f:2d:67:e6 /ltsp/i386/pxelinux.0
May 21 15:35:04 server dnsmasq-tftp[914]: error 0 TFTP Aborted received from 192.168.1.39
May 21 15:35:04 server dnsmasq-tftp[914]: failed sending /var/lib/tftpboot/ltsp/i386/pxelinux.0 to 192.168.1.39
May 21 15:35:04 server dnsmasq-tftp[914]: sent /var/lib/tftpboot/ltsp/i386/pxelinux.0 to 192.168.1.39
May 21 15:35:05 server dnsmasq-tftp[914]: sent /var/lib/tftpboot/ltsp/i386/ldlinux.c32 to 192.168.1.39
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/44454c4c-5700-1053-8035-b6c04f4d314a not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/01-00-12-3f-2d-67-e6 not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C0A80127 not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C0A8012 not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C0A801 not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C0A80 not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C0A8 not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C0A not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C0 not found
May 21 15:35:05 server dnsmasq-tftp[914]: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/C not found
May 21 15:35:05 server dnsmasq-tftp[914]: sent /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default to 192.168.1.39
May 21 15:35:09 server dnsmasq-tftp[914]: sent /var/lib/tftpboot/ltsp/i386/vmlinuz-4.15.0-50-generic to 192.168.1.39
May 21 15:35:38 server dnsmasq-tftp[914]: sent /var/lib/tftpboot/ltsp/i386/initrd.img-4.15.0-50-generic to 192.168.1.39
May 21 15:35:49 server nbd_server[1010]: Spawned a child process
May 21 15:35:49 server nbd_server[3472]: virtstyle ipliteral
May 21 15:35:49 server nbd_server[3472]: connect from 192.168.1.39, assigned file is /opt/ltsp/images/i386.img
May 21 15:35:49 server nbd_server[3472]: Can't open authorization file /etc/ltsp/nbd-server.allow (No such file or directory).
May 21 15:35:49 server nbd_server[3472]: Size of exported file/device is 3944980480
May 21 15:35:49 server nbd_server[3472]: Starting to serve
May 21 15:35:51 server dnsmasq-tftp[914]: sent /var/lib/tftpboot/ltsp/i386/lts.conf to 192.168.1.39
May 21 15:35:53 server nbd_server[1010]: Spawned a child process
May 21 15:35:53 server nbd_server[3478]: virtstyle ipliteral
May 21 15:35:53 server nbd_server[3478]: connect from 192.168.1.39, assigned file is /tmp/nbd-swap/192.168.1.39
May 21 15:35:53 server nbd_server[3478]: Can't open authorization file /etc/ltsp/nbd-server.allow (No such file or directory).
May 21 15:35:53 server nbd_server[3478]: Size of exported file/device is 536870912
May 21 15:35:53 server nbd_server[3478]: Starting to serve


alkisg

@socrates, ως γρήγορη λύση μέσα από τα sch-scripts κάνε Εξυπηρετητής → Εικονικός δίσκος → Επαναφορά,
και με την ευκαιρία σου έλα από το http://ts.sch.gr/wiki/IRC να ρίξουμε μια ματιά μήπως βρούμε τον κοινό παρανομαστή για να το αναφέρουμε.

Ο jim_katsar αν θυμάμαι καλά το έπαθε σε ένα μηχάνημα με amd επεξεργαστή και realtek κάρτα· το διπλανό είχε ίδιο επεξεργαστή και δεν το είχε πάθει...

alkisg

#5
Δημήτρη και Σωκράτη, μπορείτε να δοκιμάστε με την παρακάτω γραμμή στο lts.conf, κάτω από το [Default];

INIT_COMMAND_RM_NETPLAN="rm -f /lib/systemd/system-generators/netplan"

Αν αυτό διορθώνει το πρόβλημα, να το στείλω κεντρικά στο LTSP.
(Μάλλον μια νέα έκδοση του netplan μας την έκανε τη ζημιά)

jim_katsar

Εννοείς πρώτα να κάνω δημοσίευση εικονικού δίσκου με τον καινούριο kernel και μετά στο lts.conf να προσθέσω την εντολή που παραθέτεις;

Αν αυτό δεν διορθώσει την κατάσταση να κάνω 'επαναφορά' στην 'Δημοσίευση εικονικού δίσκου' για να επιστρέψω στην αρχική κατάσταση;

Όλα αυτά βέβαια από την ερχόμενη Τρίτη που θα είμαι πάλι στο συγκεκριμένο σχολείο.
Υ.Γ. Στα άλλα σχολεία δεν συνάντησα κανένα πρόβλημα, προφανώς γιατί τα τερματικά είναι καινούρια.

alkisg

Ναι αυτά εννοώ, αλλά νομίζω ότι δεν χρειάζεται "δημοσίευση" που παίρνει ώρα, αλλά "επαναφορά" εικονικού δίσκου.

d_oikon

Καλησπέρα σε όλους. :)
Το ίδιο μου συνέβη κι εμένα. Μετά την ενημέρωση κανένας client δεν ξεκίναγε.
Δεν ασχολήθηκα και πολύ. Έκανα επαναφορά μέσα από τα sch-scripts, Εξυπηρετητής → Εικονικός δίσκος → Επαναφορά και μετά όλα έπαιξα οκ. Με την επαναφορά ΔΕΝ έκανε ξανά δημοσίευση εικονικού δίσκου. Μάλλον τον kernet γύρισε. Ήταν υπόθεση 1".
Αναμένουμε το τι να κάνουμε.Προχωράμε σε ενημερώσεις, ή περιμένουμε πρώτα να γίνει κεντρικά η διόρθωση;
Καλή ξεκούραση σε όλους

alkisg

Παράθεση από: d_oikon στις 22 Μαΐου 2019, 10:20:33 ΜΜ
Με την επαναφορά ΔΕΝ έκανε ξανά δημοσίευση εικονικού δίσκου. Μάλλον τον kernet γύρισε. Ήταν υπόθεση 1".
Αναμένουμε το τι να κάνουμε.Προχωράμε σε ενημερώσεις, ή περιμένουμε πρώτα να γίνει κεντρικά η διόρθωση;

Κάθε φορά έχουμε 2 εικονικούς δίσκους, τον νέο και τον παλιό. Η επαναφορά τους εναλλάσσει (μετονομάζει τα αρχεία), οπότε π.χ. 2 επαναφορές μας ξαναφέρνουν τον καινούργιο.
Δοκιμάστε την παραπάνω γραμμή που είπα στο lts.conf, και αν διορθώνει το πρόβλημα, πείτε μου να ανεβάσω άμεσα νέα έκδοση του LTSP.

socrates

Άλκη καλημέρα.
Ναι δούλεψε με την αλλαγή στο lts.conf! (INIT_COMMAND_RM_NETPLAN="rm -f /lib/systemd/system-generators/netplan")

Σε ευχαριστώ πάρα πολύ!
Μας ξελάσπωσες!

markakis

Παράθεση από: alkisg στις 22 Μαΐου 2019, 04:20:01 ΜΜ
Δημήτρη και Σωκράτη, μπορείτε να δοκιμάστε με την παρακάτω γραμμή στο lts.conf, κάτω από το [Default];

INIT_COMMAND_RM_NETPLAN="rm -f /lib/systemd/system-generators/netplan"

Αν αυτό διορθώνει το πρόβλημα, να το στείλω κεντρικά στο LTSP.
(Μάλλον μια νέα έκδοση του netplan μας την έκανε τη ζημιά)

Και εγώ αντιμετώπισα το ίδιο πρόβλημα μετά από update και δημιουργία νέου εικονικού δίσκου.
Η εντολή που αναφέρεις στο lts.conf έλυσε το πρόβλημα.

Ταλαιπωρήθηκα και στα 2 σχολεία που είμαι, γιατί νόμισα ότι έφταιγε η αλλαγή από NDB σε NFS (https://alkisg.mysch.gr/steki/index.php?topic=7792.0), ενώ δεν είχε σχέση.

alkisg

ΟΚ ανέβασα νέα έκδοση και για το LTSP, ώστε να λύνει το παρόν θέμα, και για τα sch-scripts με το host-to-username,

...άρα απλά κάνετε κανονικά τα updates και δημοσίευση, δεν χρειάζεται τίποτε άλλο.

jim_katsar

Μετά από την ενημέρωση που ανέβασες Άλκη στο LTSP και τη δημοσίευση του εικονικού δίσκου όλα τα τερματικά δούλεψαν μια χαρά!!

Υ.Γ. Και σε εμένα στο γραφικό περιβάλλον ενημέρωσης εμφάνισε το ίδιο θέμα 'Δεν μπορούν να εγκατασταθούν όλες οι ενημερώσεις' οπότε έτρεξα τις ενημερώσεις μέσα από κονσόλα και όλα καλά.
Ευχαριστούμε