[Debian] Systemd / rsyslog / spamassasin issues

Pagina: 1
Acties:

Onderwerpen

Vraag


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Sinds een recente update heb ik problemen met rsyslog en spamassassin.

code:
1
2
3
4
5
6
7
8
9
10
Preparing to unpack .../libtiff5_4.0.3-12.3+deb8u1_amd64.deb ...
Unpacking libtiff5:amd64 (4.0.3-12.3+deb8u1) over (4.0.3-12.3) ...
Setting up rsyslog (8.4.2-1+deb8u2) ...
Job for rsyslog.service failed. See 'systemctl status rsyslog.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript rsyslog, action "restart" failed.
dpkg: error processing package rsyslog (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up libtiff5:amd64 (4.0.3-12.3+deb8u1) ...
Processing triggers for libc-bin (2.19-18+deb8u2) ...
E: Sub-process /usr/bin/dpkg returned an error code (1)

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
# systemctl status rsyslog.service 
* rsyslog.service - System Logging Service
   Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled)
   Active: failed (Result: start-limit) since Sat 2016-02-06 11:14:31 CET; 12min ago
     Docs: man:rsyslogd(8)
           http://www.rsyslog.com/doc/
  Process: 29505 ExecStart=/usr/sbin/rsyslogd -n (code=exited, status=1/FAILURE)
 Main PID: 29505 (code=exited, status=1/FAILURE)

Feb 06 11:14:31 xwis.net systemd[1]: Failed to start System Logging Service.
Feb 06 11:14:31 xwis.net systemd[1]: Unit rsyslog.service entered failed state.
Feb 06 11:14:31 xwis.net systemd[1]: rsyslog.service start request repeated too quickly, refusing to start.
Feb 06 11:14:31 xwis.net systemd[1]: Failed to start System Logging Service.
Feb 06 11:14:31 xwis.net systemd[1]: Unit rsyslog.service entered failed state.
Feb 06 11:14:31 xwis.net systemd[1]: rsyslog.service start request repeated too quickly, refusing to start.
Feb 06 11:14:31 xwis.net systemd[1]: Failed to start System Logging Service.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
# journalctl -xn
-- Logs begin at Sun 2016-01-24 16:50:46 CET, end at Sat 2016-02-06 11:14:31 CET. --
Feb 06 11:14:31 X systemd[1]: Unit rsyslog.service entered failed state.
Feb 06 11:14:31 X systemd[1]: rsyslog.service: main process exited, code=exited, status=1/FAILURE
Feb 06 11:14:31 X systemd[1]: Failed to start System Logging Service.
-- Subject: Unit rsyslog.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit rsyslog.service has failed.
-- 
-- The result is failed.
Feb 06 11:14:31 X systemd[1]: Unit rsyslog.service entered failed state.
Feb 06 11:14:31 X systemd[1]: rsyslog.service start request repeated too quickly, refusing to start.
Feb 06 11:14:31 X systemd[1]: Failed to start System Logging Service.
-- Subject: Unit rsyslog.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit rsyslog.service has failed.
-- 
-- The result is failed.
Feb 06 11:14:31 X systemd[1]: Unit rsyslog.service entered failed state.
Feb 06 11:14:31 X systemd[1]: rsyslog.service start request repeated too quickly, refusing to start.
Feb 06 11:14:31 X systemd[1]: Failed to start System Logging Service.
-- Subject: Unit rsyslog.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit rsyslog.service has failed.
-- 
-- The result is failed.
Feb 06 11:14:31 X systemd[1]: Unit syslog.socket entered failed state.

code:
1
2
3
4
# ps aux|grep syslog
root      1855  0.0  0.0  13340  1652 ?        Ss    2015   0:01 /sbin/mdadm --monitor --pid-file /run/mdadm/monitor.pid --daemonise --scan --syslog
root     21641  0.0  0.0 258660  2256 ?        Ssl   2015   0:26 /usr/sbin/rsyslogd
root     29557  0.0  0.0  15276  1992 pts/0    S+   11:17   0:00 grep syslog


Heb nog weinig ervaring met systemd en weet even niet wat hier nou mis gaat. Iemand die het weet?

[ Voor 16% gewijzigd door Olaf van der Spek op 06-02-2016 11:27 ]

Beste antwoord (via Olaf van der Spek op 07-02-2016 12:56)


  • CAPSLOCK2000
  • Registratie: Februari 2003
  • Laatst online: 11-07 11:00

CAPSLOCK2000

zie teletekst pagina 888

Eerst even kort de vermoedelijke oplossing:

# kill -9  21641
# service rsyslog start
# dpkg --configure -a


Ik heb een paar keer iets gehad wat hier erg op lijkt. Het gaat dan om processen die voor een update zijn gestart. Tijdens de update verandert er iets aan de configuratie waardoor het systeem vergeet dat rsyslog al draait. Systemd gaat vervolgens proberen om het alsnog te starten en dat lukt niet omdat het oude proces boel bezet houdt.

Ik weet 80% zeker dat dit de oplossing is. Als het niet zo is dan moet je in de logs van rsyslog gaan kijken wat er mis gaat, die staan waarschijnlijk in /var/log/syslog.

Systemd suggereert dat alle logs opvraagbaar zijn met journalctl maar dat is niet echt waar, veel software gaat buiten systemd om en doet het zelf. syslog is bij uitstek een pakket dat zelf wel voor z'n logging zorgt. :)


In de titel noem je ook nog spamassassin maar dat zie ik niet terug in je post. Iets vergeten?

[ Voor 6% gewijzigd door CAPSLOCK2000 op 06-02-2016 17:50 ]

This post is warranted for the full amount you paid me for it.

Alle reacties


Acties:
  • Beste antwoord
  • 0 Henk 'm!

  • CAPSLOCK2000
  • Registratie: Februari 2003
  • Laatst online: 11-07 11:00

CAPSLOCK2000

zie teletekst pagina 888

Eerst even kort de vermoedelijke oplossing:

# kill -9  21641
# service rsyslog start
# dpkg --configure -a


Ik heb een paar keer iets gehad wat hier erg op lijkt. Het gaat dan om processen die voor een update zijn gestart. Tijdens de update verandert er iets aan de configuratie waardoor het systeem vergeet dat rsyslog al draait. Systemd gaat vervolgens proberen om het alsnog te starten en dat lukt niet omdat het oude proces boel bezet houdt.

Ik weet 80% zeker dat dit de oplossing is. Als het niet zo is dan moet je in de logs van rsyslog gaan kijken wat er mis gaat, die staan waarschijnlijk in /var/log/syslog.

Systemd suggereert dat alle logs opvraagbaar zijn met journalctl maar dat is niet echt waar, veel software gaat buiten systemd om en doet het zelf. syslog is bij uitstek een pakket dat zelf wel voor z'n logging zorgt. :)


In de titel noem je ook nog spamassassin maar dat zie ik niet terug in je post. Iets vergeten?

[ Voor 6% gewijzigd door CAPSLOCK2000 op 06-02-2016 17:50 ]

This post is warranted for the full amount you paid me for it.


Acties:
  • 0 Henk 'm!

  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
Bedankt, nu start ie weer.. Hier is wel sprake van een bug toch, zo hoort het niet.
Naar Spamassassin moet ik nog even kijken, misschien zelfde probleem.

code:
1
2
3
4
5
6
7
8
9
10
11
12
# kill 21641

# kill 21641
bash: kill: (21641) - No such process

# apt-get upgrade
...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] 
Setting up rsyslog (8.4.2-1+deb8u2) ...

[ Voor 7% gewijzigd door Olaf van der Spek op 07-02-2016 12:20 ]