staging.inyokaproject.org

aasche schrieb:

kaputtnik schrieb:

Hinweis entfernen?

Nein, damit der Artikel auch fuer die Server-Versionen gueltig bleibt.

Deswegen frage ich ja ☺

Das es ab Ubuntu 11.04 massive Veraenderungen im Logging gegeben hat, steht ja bereits in der Einleitung.

❓ Du meinst den Hinweiskasten und die Verlinkung auf Logdateien#Ubuntu-11-04? Also von massiven Änderungen steht da nix. Im Gegenteil: Dort wird nur darauf hingewiesen, das nicht mehr nach /var/log/messages geloggt wird. Mein Frage zielte aber darauf ab, ob sysklogd bei anderen (zB Servern) noch standardmässig installiert ist. Das hat IMHO nix mit /var/log/messages zu tun. Viel mehr geht es ums packen der Logdateien:

Der zuletzt genannte Befehl funktioniert nicht auf meinem System, weil der Dienst gar nicht installiert ist. Die Logs werden trotzdem gepackt. Es erscheint mir unlogisch, wenn logrotate packen kann, zusätzlich noch syklogd laufen zu haben, welches auch packt. Zumindest sollte man den Hinweiskasten derart erweitern, das er nur für Serversysteme gilt, wenn es denn so ist. Oder ab einer bestimmten ubuntuversion nicht mehr gilt.

Definitiv ergaenzen (evtl. als sudo service rsyslog [start|stop|...]).

Mache ich dann am Freitag. Vorher komme ich nicht dazu.

Dienst start/stop auf neue Syntax berichtigt.

Ist bei anderen der Dienst sysklogd in den Cronjobs dabei?

kaputtnik schrieb:

Ist bei anderen der Dienst sysklogd in den Cronjobs dabei?

Lubuntu 12.04 - nein. Ich stelle jetzt mal die Behauptung auf, dass das schon seit 11.04 der Fall ist.

Wie soll hier mit dem Abschnitt Ubuntu 11.04 verfahren werden? 10.04 läuft ja aus...

Und 11.04, naja...

BillMaier schrieb:

Wie soll hier mit dem Abschnitt Ubuntu 11.04 verfahren werden? 10.04 läuft ja aus...

Nach Ablauf des Supports ab Ende April evtl. anpassen. Die Informationen sind beim Upgrade von 10.04 auf 12.04 wichtig.

Und 11.04, naja...

Eigentlich sollte es "Ab Ubuntu 11.04" heissen - korrigiert.

Es sollte in den Artikel noch aufgenommen werden das das sysklogd Script einen einen Fehler enthält: In Zeile 34 (/etc/cron.daily/sysklogd) müsste es heißen: "logs=$(syslogd-listfiles -a)" Statt des nur die erste Zeile behandelnden "logs=$(syslogd-listfiles)" Dann erst werden alle Logs rotiert.

Dann hier vielleicht auch noch einen Link von Logdatei (Einzahl) setzen?

Grüße, Benno

Benno-007 schrieb:

Dann hier vielleicht auch noch einen Link von Logdatei (Einzahl) setzen?

done.

Hi

bin mit der Überarbeitung von Benno-007 nicht einverstanden.

Bei mir wird immer noch "messages" und "user.log" von Hand aktiviert.

Auch der Hinweis, wie es unter den neuen Versionen aktiviert werden kann wurde entfernt.

redfoxx13 schrieb:

Bei mir wird immer noch "messages" und "user.log" von Hand aktiviert.

Neuinstallation oder Upgrade?

Ist die Frage, ob es relevant ist? Wozu sollte man manuell messages aktivieren, wenn es syslog und dmesg gibt? Muss sowas ins Wiki oder reichen da nicht die Manpages? Es war ja im Wiki mit uralter Ubuntu-Version getaggt. Aber ja, man kann Sachen mit Begründung natürlich wieder zurücknehmen.

Grüße vom Handy, Benno

aasche schrieb:

Neuinstallation

Bei meinen privaten Neuinstallationen von 14.10, Ja. Bei anderen auf Wunsch.

oder Upgrade?

Bei meiner 14.04 noch von damals aus der Aktivierung unter 11.04 Post 2909672.

Hi Benno-007

Stört es, wenn man es aktivieren kann? Denke nicht. Sofern man weiß, dass es überhaupt möglich ist.

Bei aktivierter user.log, brauche ich Dir glaube ich nicht sagen, was man kontrollieren kann ☺ .

Wurde schon überarbeitet, danke.

Sehe ich es richtig, dass console-log unter Vivid nicht mehr funktioniert? Beim Versuch es zu installieren bekomme ich:

$ sudo apt-get install console-log 
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  daemon
Die folgenden NEUEN Pakete werden installiert:
  console-log daemon
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 112 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 356 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]  
Vormals nicht ausgewähltes Paket daemon wird gewählt.
(Lese Datenbank ... 320134 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../daemon_0.6.4-1_amd64.deb ...
Entpacken von daemon (0.6.4-1) ...
Vormals nicht ausgewähltes Paket console-log wird gewählt.
Vorbereitung zum Entpacken von .../console-log_1.2-1_all.deb ...
Entpacken von console-log (1.2-1) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
Trigger für systemd (219-7ubuntu5) werden verarbeitet ...
Trigger für ureadahead (0.100.0-19) werden verarbeitet ...
daemon (0.6.4-1) wird eingerichtet ...
console-log (1.2-1) wird eingerichtet ...
Adding system user
Warnung: Auf das von Ihnen angegebene Home-Verzeichnis /nonexistent kann nicht zugegriffen werden: Datei oder Verzeichnis nicht gefunden
Lege Systembenutzer »Debian-console-log« (UID 121) an ...
Lege neue Gruppe »Debian-console-log« (GID 133) an ...
Lege neuen Benutzer »Debian-console-log« (UID 121) mit Gruppe »Debian-console-log« an ...
Erstelle Home-Verzeichnis »/nonexistent« nicht.
Füge Benutzer »Debian-console-log« der Gruppe »adm« hinzu ...
Benutzer Debian-console-log wird zur Gruppe adm hinzugefügt.
Fertig.
Job for console-log.service failed. See "systemctl status console-log.service" and "journalctl -xe" for details.
invoke-rc.d: initscript console-log, action "start" failed.
dpkg: Fehler beim Bearbeiten des Paketes console-log (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Trigger für systemd (219-7ubuntu5) werden verarbeitet ...
Trigger für ureadahead (0.100.0-19) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 console-log
E: Sub-process /usr/bin/dpkg returned an error code (1)
$ 

und

$ sudo systemctl status console-log.service
● console-log.service - LSB: Puts a logfile pager on virtual consoles
   Loaded: loaded (/etc/init.d/console-log)
   Active: failed (Result: exit-code) since Mo 2015-05-18 14:21:39 CEST; 4min 40s ago
     Docs: man:systemd-sysv-generator(8)

Mai 18 14:21:39 xxxxxx su[19992]: Successful su for Debian-console-log by root
Mai 18 14:21:39 xxxxxx su[19992]: + ??? root:Debian-console-log
Mai 18 14:21:39 xxxxxx su[19992]: pam_unix(su:session): session opened for user Debian-console-log by (uid=0)
Mai 18 14:21:39 xxxxxx console-log[19982]: /etc/init.d/console-log: xmalloc: .././execute_cmd.c:4221: cannot allocate 176 bytes (557056 bytes allocated)
Mai 18 14:21:39 xxxxxx console-log[19982]: * E: openvt failed. headless system?...
Mai 18 14:21:39 xxxxxx console-log[19982]: ...fail!
Mai 18 14:21:39 xxxxxx systemd[1]: console-log.service: control process exited, code=exited status=1
Mai 18 14:21:39 xxxxxx systemd[1]: Failed to start LSB: Puts a logfile pager on virtual consoles.
Mai 18 14:21:39 xxxxxx systemd[1]: Unit console-log.service entered failed state.
Mai 18 14:21:39 xxxxxx systemd[1]: console-log.service failed.
$

(1453997.) Wahrscheinlich ist es einfach ein Kompatibilitätsproblem mit systemd. Ich denke mal, ich bin kein Einzelfall. Sollte man das im Artikel erwähnen? Gibt es vielleicht systemd-eigene Mechanismen, die die Funktionalität von console-log ersetzen (Im Wesentlichen: „Logfile-Pager auf einer virtuellen Console … das »syslog« auf tty9 in einem »less«-Prozess“)?

Sollte man das im Artikel erwähnen?

ja.