Καλημέρα. Έκανα καθαρή εγκατάσταση του 18.04 και όλα έχουν κυλήσει πολύ ομαλά. Όμως σήμερα δοκίμασα να ξεκινήσω το Writer και υπήρχε πρόβλημα. Ξεκίνησε μεν κανονικά, όμως με το που ολοκληρώθηκε η φόρτωση και εξαφανίστηκε το progress bar κατέρρευσε και το πρόγραμμα.
Να σημειώσω ότι το πρόβλημα υπάρχει μόνο με το Writer, π.χ. το Calc εκκινεί κανονικά.
Επισυνάπτω και το σχετικό (ελπίζω) τμήμα του /var/log/syslog, το οποίο φαίνεται κάτι να δείχνει αλλά δεν μπορώ να το αποκωδικποιήσω.
Γιώργο αυτό είναι στον server ή σε client; Γιατί υποτίθεται ότι στους clients έχουμε απενεργοποιήσει το apparmor...
Αν είναι στον server, δοκίμασε `sudo systemctl stop apparmor` και μετά εκτέλεση του writer...
Παράθεση από: alkisg στις 17 Σεπ 2018, 11:40:01 ΠΜ
Γιώργο αυτό είναι στον server ή σε client; Γιατί υποτίθεται ότι στους clients έχουμε απενεργοποιήσει το apparmor...
To writer καταρρέει με τον ίδιο τρόπο και στον server και στους clients.
Το τμήμα του syslog που έστειλα ήταν από τον server, στους clients δεν γράφει κάτι αντίστοιχο, ίσως να μην ήταν εκεί το πρόβλημα. :(
Δεν το έχω ξαναδεί, έλα ένα πρωί από το IRC να το δούμε live.
Το έψαξα λιγάκι και ένα workaround που προτείνεται (https://askubuntu.com/questions/927859/libreoffice-writer-crashes-on-start) είναι να πάει κανείς στα options του LibreOffice (LibreOffice » Advanced » Java Options) και να απενεργοποιήσει την επιλογή Use a Java Runtime Environment.
Το έκανα και πλέον το Writer ξεκινά κανονικά στον server.
Να σημειώσω ότι το πρόβλημα είναι ανεξάρτητο από το JRE που χρησιμοποιείται. Δοκίμασα και με OpenJDK και τη Java της Oracle. Στο link που παρέθεσα γίνεται αναφορά στην προέλευση του προβλήματος.
Προσπαθώ να σκεφτώ γιατί παρουσιάστηκε στη δική μου εγκατάσταση ενώ δεν το έχει αναφέρει κανένας άλλος. Edit: Φαίνεται να εμφανίζεται σε 32-bit εγκαταστάσεις (https://bugs.documentfoundation.org/show_bug.cgi?id=108619).
Στο https://bugs.documentfoundation.org/show_bug.cgi?id=108619#c16 λένε ότι ένα άλλο workaround είναι να περάσεις stack_guard_gap=1 ως παράμετρο στον kernel.
Δοκίμασέ το είτε μέσω grub στον server είτε μέσω ρυθμίσεων PXELinux στους clients, κι αν όντως παρακάμπτει το πρόβλημα, θα βεβαιωθούμε ότι αυτό είναι το bug, κι άρα απλά περιμένουμε να έρθει η λύση...
Παράθεση από: alkisg στις 18 Σεπ 2018, 09:59:18 ΠΜ
Στο https://bugs.documentfoundation.org/show_bug.cgi?id=108619#c16 λένε ότι ένα άλλο workaround είναι να περάσεις stack_guard_gap=1 ως παράμετρο στον kernel.
Δοκίμασέ το είτε μέσω grub στον server είτε μέσω ρυθμίσεων PXELinux στους clients, κι αν όντως παρακάμπτει το πρόβλημα, θα βεβαιωθούμε ότι αυτό είναι το bug, κι άρα απλά περιμένουμε να έρθει η λύση...
Το δοκίμασα στους clients και λειτουργεί, άρα το πρόβλημα είναι αυτό. Δεν ξέρω αν έχει νόημα τα sch-scripts να προσθέτουν αυτή την παράμετρο μέσω /etc/ltsp/update-kernels.conf για τις 32-bit εγκαταστάσεις.