Newsgroup: it.comp.os.linux.sys
Titolo: Problema systemd?

Ciao a tutti,
Debian stable aggiornata, non posso più restartare/reloadre servizi
tramite "service":
 
# service postfix reload
Failed to reload postfix.service: Connessione scaduta
 
# service nginx restart
Failed to restart nginx.service: Connessione scaduta
 
Se provo a reloadre postfix normalmente funziona:
 
# postfix reload
postfix/postfix-script: refreshing the Postfix mail system
 
In /var/log/syslog non c'è nulla di rilevante, cosa può essere successo?
Fino a qualche giorno fa funzionava tutto normalmente.
 
Grazie
 
 
-- 
g4b0, linux user n. 369000
http://brosulo.net
 

"service" non e' systemd
 
 
ma: systemctl <azione> <servizio>

 ma: systemctl <azione> <servizio>
 
In realtà anche systemctl ha qualche problemino:
 
# systemctl list-units --type=service | grep running
Failed to list units: Activation of org.freedesktop.systemd1 timed out


ma hai sia systemd che upstart ?
 
 
vedi errori da:
 
systemctl --failed
 
journalctl -b -p err

 journalctl -b -p err
 
Questo è più interessante. O meglio: ci sono una paio di notice di
InnoDB e qualche warning di dovecot, niente di preoccupante, ma l'ultima
riga è datata mag 05 11:04:42
 
Curiosamente è un attimo prima dell'ultimo aptiutde upgrade. Direi che a
questo punto le cose sono colegate.
 
Altro "sintomo" è che l'accesso ad ssh è molto lento, ma poi
fortunatamente riesce. Ecco il log dell'upgrade:
 
##########################################################################
##########################################################################
##########################################################################
# more /var/log/aptitude
Aptitude 0.6.11: registro
gio, mag  5 2016 11:04:04 +0200
 
IMPORTANTE: questo registro mostra soltanto le azioni richieste; azioni non
riuscite in seguito a problemi con dpkg potrebbero non venire completate.
 
Saranno installati 29 pacchetti e rimossi 0 pacchetti.
Verranno occupati 76,8 kB di spazio su disco
===============================================================================
[AGGIORNATO] libgd3:amd64 2.1.0-5 -> 2.1.0-5+deb8u1
[AGGIORNATO] libmysqlclient18:amd64 5.5.47-0+deb8u1 -> 5.5.49-0+deb8u1
[AGGIORNATO] libssl1.0.0:amd64 1.0.1k-3+deb8u4 -> 1.0.1k-3+deb8u5
[AGGIORNATO] libtasn1-6:amd64 4.2-3+deb8u1 -> 4.2-3+deb8u2
[AGGIORNATO] mysql-client:amd64 5.5.47-0+deb8u1 -> 5.5.49-0+deb8u1
[AGGIORNATO] mysql-client-5.5:amd64 5.5.47-0+deb8u1 -> 5.5.49-0+deb8u1
[AGGIORNATO] mysql-common:amd64 5.5.47-0+deb8u1 -> 5.5.49-0+deb8u1
[AGGIORNATO] mysql-server:amd64 5.5.47-0+deb8u1 -> 5.5.49-0+deb8u1
[AGGIORNATO] mysql-server-5.5:amd64 5.5.47-0+deb8u1 -> 5.5.49-0+deb8u1
[AGGIORNATO] mysql-server-core-5.5:amd64 5.5.47-0+deb8u1 -> 5.5.49-0+deb8u1
[AGGIORNATO] openssl:amd64 1.0.1k-3+deb8u4 -> 1.0.1k-3+deb8u5
[AGGIORNATO] php-pear:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-cli:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-common:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-curl:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-fpm:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-gd:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-imap:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-intl:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-mcrypt:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-mysql:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-pspell:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-readline:amd64 5.6.19+dfsg-0+deb8u1 ->
5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-recode:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-snmp:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-sqlite:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-tidy:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-xmlrpc:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
[AGGIORNATO] php5-xsl:amd64 5.6.19+dfsg-0+deb8u1 -> 5.6.20+dfsg-0+deb8u1
===============================================================================
 
Registrazione completata.
##########################################################################
##########################################################################
##########################################################################
 
 
 
Che fare?


puo' aiutare questo:
 
http://unix.stackexchange.com/questions/196166/how-to-find-out-if-a-system-uses-sysv-upstart-or-systemd-initsystem
 
 

 
http://unix.stackexchange.com/questions/196166/how-to-find-out-if-a-system-uses-sysv-upstart-or-systemd-initsystem
 
 
Be, direi che sta girando systemd (versione 215-17+deb8u4):
 
# stat /proc/1/exe
  File: '/proc/1/exe' -> '/lib/systemd/systemd'
  Size: 0         	Blocks: 0          IO Block: 1024   symbolic link
Device: 90f8h/37112d	Inode: 1350925851  Links: 1
Access: (0777/lrwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2016-05-09 22:39:01.935075098 +0200
Modify: 2016-05-09 22:09:01.842330588 +0200
Change: 2016-05-09 22:09:01.842330588 +0200
 Birth: -
 
 
La mia sensazione è che si sia "inchiodato" systemd, infatti mi va in
timeout qualsiasi cosa tento di farlgi fare:
 
# systemctl
Failed to list units: Activation of org.freedesktop.systemd1 timed out
 
L'unica soluzione che mi viene in mente è il reboot, ma essendo una VPS
remota mi fa un po' paura.
 
Altre idee?


(non ho esperienza VPS)
 
controllerei se e' rimasto qualche pacchetto upstart/sysv
(magari che sta' girando) e lo toglierei


Upstart non l'ho mai installato, e non credo che debian lo fornisca di
default. sysv qualcosa c'è ancora di installato, ma nulla che gira:
 
# dpkg -l | grep sysv
ii  systemd-sysv                   215-17+deb8u4                 amd64
      system and service manager - SysV links
ii  sysv-rc                        2.88dsf-59                    all
      System-V-like runlevel change mechanism
ii  sysvinit                       2.88dsf-59                    amd64
      System-V-like init utilities - transitional package
ii  sysvinit-utils                 2.88dsf-59                    amd64
      System-V-like utilities
 
# ps aux | grep sysv
root     21279  0.0  0.1  13180  1044 pts/2    S+   10:54   0:00 grep
--color sysv
 
 
Rimuovere sysvinit mi sembra una manovra un po' hardcore, non vorrei
compromettere il prossimo reboot. Oppure vado tranquillo e rimuovo?


> (non ho esperienza VPS)
 
Forse ho capito il problema:
 
# uname -a
Linux brosulo 2.6.32-042stab090.5 #1 SMP Sat Jun 21 00:15:09 MSK 2014
x86_64 GNU/Linux
 
Il fatto è che si tratta di una VPS virtualizzata tramite OpenVZ, che a
quanto ho capito condivire alcune risorse, tra cui il kernel, con le
macchine guest.
 
Probabilmente il kernel vecchio ha funzionato fino ad una certa versione
di systemd, poi ha iniziato a fare le bizze. Quello che non capisco però
è perchè ha smesso di funzionare dopo un upgrade che non coninvolge
systemd stesso. L'unica libreria aggiornata che potrebbe interferire è
la libtasn1-6, ma non vedo come potrebbe farlo.
 
Mi sa che mi conviene migrare tutto su una nuova macchina, che palle...


io su una vm debian sid con systemd 
(installata qualche tempo fa) ho anche:
 
systemd-sysv
sysv-rc
sysvinit-utils
 
 
con kernel 3.16.0
 
e systemd funziona

 con kernel 3.16.0
 
Credo sia questo il problema. Io ho un kernel davvero vecchio, non più
compatibile con la versione di systemd attualmente in uso con Debian
jessie. Ho appena scoperto qual'è il grande limite di OpenVZ :(
 
Mi sa che inizierò una lenta migrazione di tutto quanto su di una VPS
più solida, avete qualche cosiglio su dove prenderla? Mi stavo
orientando verso le VPS SSD di OVH, SLA 99,95%, sulla carta non sono
male se non si hanno particolari esigenze di storage.


 jessie. Ho appena scoperto qual'è il grande limite di OpenVZ :(
 
Ecco la risposta del fornitore al mio ticket:
 
Systemd is not compatible with openvz and has many stability issues. You
should install though the template which includes Debian 8 without systemd.


 systemd.
 
in alternativa aggiorna a Devuan!
 
http://www.devuan.org/
 
 
 
-- 
 lupin(R)       ~        desktop: Mac mini - MacOSX & Ubuntu GNU/Linux
server: Debian stable       laptop: MacBook in tri-boot OSX-GNU-Win
------------------------------------------------------------------------
SARABANDA: Orchestrina della Fergusson

 
 
In realtà sono migrato ad un nuovo fornitore, ed il vecchio mi ha
rimborsato l'anno pagato in anticipo. Con un po' di apt/awk/sed ed un
paio di botte di rsync in meno di 4 ore avevo la macchina bella e pronta
dall'altra parte.


 rimborsato l'anno pagato in anticipo.
 
👍
 
per curiosità, dove sei approdato, OVH (prezzo)?
 
 
-- 
 lupin(R)       ~        desktop: Mac mini - MacOSX & Ubuntu GNU/Linux
server: Debian stable       laptop: MacBook in tri-boot OSX-GNU-Win
------------------------------------------------------------------------
VERDURAI: Passato di verdurare

 
 
OVH VPS SSD 1 - 43.8€/anno
 
Per ora mi trovo bene, in passato avevo avuto qualche disservizio con
OVH, ma tutto sommato hanno un buon rapporto qualità/prezzo.
