staging.inyokaproject.org

Will dir ja nicht zu nahe treten, aber das sieht jetzt ganz schön chaotisch aus im letzten Abschnitt...

Hallo,

äh... ja. Hatte vergessen was zu Löschen. Jetzt stimmt es. Danke für den Hinweis. ☺

Gruß, noisefloor

Hi,

mal eine Frage: Sollte im Artikel nicht auch stehen wie die fehlenden Logs Manuell eingerichtet werden können?

Ein einfaches Beispiel hat hakunamatata in meinem Thread geschrieben.

LG

redfoxx13 schrieb:

mal eine Frage: Sollte im Artikel nicht auch stehen wie die fehlenden Logs Manuell eingerichtet werden können?

Aus dieser Diskussion halte ich mich lieber raus...die Erklärung Canonicals kann man nachvollziehen.

Hauptkritikpunkt an dieser Änderung ist m.E., dass man sich nun umgewöhnen muss, User zukünftig nicht mehr nach /var/log/messages zu fragen, sondern nach /var/log/syslog. Ich denke, dass dürfte aber für jeden möglich sein...😉

Davon auszugehen, dass User nach der Installation die Logs nach der Anleitung umstellen, ist m.E. unsinnig, da ja gerade User, die nicht so bewandert in Linuxfragen sind, besonders viele Fragen stellen. Die meisten Umsteiger von Windows wissen doch noch nicht einmal, dass es Logs gibt.

Zusammengefasst:

Linuxexperten können diese Änderung auch ohne Wiki-Eintrag umstellen; alle anderen sind besser beraten, die Änderung gar nicht durchzuführen.

Hallo,

mal eine Frage: Sollte im Artikel nicht auch stehen wie die fehlenden Logs Manuell eingerichtet werden können?

Wenn dann in einem eigenen Artikel, der dann von Logdateien aus verlinkt wird.

Wobei ich persönlich der Meinung bin, dass das nicht unbedingt nötig ist... Canonical hat nun mal diesen Weg gewählt und das "betrifft" dann wohl alle zukünftigen Ubuntuversionen. Da muss man der Vergangenheit nicht unnötig nachhängen. Aber, wie gesagt, wenn einer einen Artikel dazu schrieben möchte käme dieser ins Wiki, Wiki-Konformität vorausgesetzt.

Gruß, noisefloor

Wenn es Fehlermeldungen gibt, ist das absolut nicht i.O. Siehe mein Beitrag oben (mit Abbildungen der Fehlermeldungen). Und sowas sollte ein "Anfänger" nicht haben, Da bricht Vertrauen weg...

Übrigens ein Fitzelchen (comment 8) aus einem Bugreport rauszunehmen, kann vom eigentlichen Kontext ablenken, und es sollte hier im Wiki auch als bugreport gekennzeichnet sein. Ob die Meinung von Steve Langasek eine persönliche, oder die von Canonical (offizielle?) ist, geht für mich aus "comment 8" nicht eindeutig hervor... Soweit ich das erkennen kann, ist er nicht der Maintainer des Pakets.

> Fehlerbericht 762505 : Outdated in Natty, please merge from Sid (package rsyslog in Natty)

Hallo,

ich denke, dass es nicht verkehrt sein kann zumindest hineinzunehmen, dass über die Datei /etc/rsyslog.d/50-default.conf eine Steuerung der Logdateien möglich ist und auch Logdateien wieder aktiviert werden können, die es vor Natty gab.

Ob das wirklich so umfangreich wird, dass dafür ein eigener Wiki-Artikel sinnvoll ist ?

Alice wtfiA schrieb:

Wenn es Fehlermeldungen gibt, ist das absolut nicht i.O. Siehe mein Beitrag oben (mit Abbildungen der Fehlermeldungen). Und sowas sollte ein "Anfänger" nicht haben, Da bricht Vertrauen weg...

Diese Fehlermeldungen treten nur auf, wenn du alte Einstellungen übernimmst. Ein "Anfänger" hat keine alten Einstellungen, also "bricht" hier auch kein Vertrauen weg...

Übrigens ein Fitzelchen (comment 8) aus einem Bugreport rauszunehmen, kann vom eigentlichen Kontext ablenken, und es sollte hier im Wiki auch als bugreport gekennzeichnet sein. Ob die Meinung von Steve Langasek eine persönliche, oder die von Canonical (offizielle?) ist, geht für mich aus "comment 8" nicht eindeutig hervor... Soweit ich das erkennen kann, ist er nicht der Maintainer des Pakets.

Auch die werden im Team arbeiten, also wird er die Meinung des Teams vertreten, das geht aus seinem Kommentar hervor. Es als "Meinung" seinerseits abzutun macht keinen Sinn, da es ja geändert wurde, also seine "Meinung" scheinbar auch Canonicals Ansicht der Dinge wiederspiegelt. Wenn du jedoch eine bessere Stellungnahme hierfür hast, kannst du es ja einfügen. Da natty jedoch noch nicht so alt ist und diese Problematik eine dringendere war, sah ich es nicht als abwegig an, diesen Kommentar zu zitieren, bevor ich es ganz quellenlos lasse.

Es ist ja nun auch keine riesige Neuerung, deshalb hat Canonical das auch nirgendwo an die große Glocke gehängt, da ein Großteil der Ubuntuuser damit eh nichts hätte anfangen können.

> Fehlerbericht 762505 : Outdated in Natty, please merge from Sid (package rsyslog in Natty)

Das Thema, über das wir hier gerade diskutieren, war in diesem Bugreport OT. Deshalb würde ich auch den Bezug zu diesem Fehlerbericht im Ganzen einschränken.

Aber um ganz ehrlich zu sein...fügt es doch einfach ein, dann ist es erledigt. Ich für meinen Teil wollte den Artikel nicht unbedingt weiter aufblähen; ich denke so ähnlich sieht es auch noisefloor.

hakunamatata schrieb:

ich denke, dass es nicht verkehrt sein kann zumindest hineinzunehmen, dass über die Datei /etc/rsyslog.d/50-default.conf eine Steuerung der Logdateien möglich ist und auch Logdateien wieder aktiviert werden können, die es vor Natty gab.

Ein einfacher Satz zugefügt zur Problematik in "Probleme und Lösungen" würde in der Tat niemandem wehtun und User, die sich auch nur ein wenig mit Conf-Dateien auskennen, können es einfach ändern. Ich denke immer noch, dass keine "anfängertaugliche" Anleitung veröffentlicht werden sollte, da viele "Anfänger" die Sachen aus dem Wiki oftmals eins zu eins übernehmen und es hierbei nunmal nur beschränkt sinnvoll ist. Wie noisefloor schon sagte: Canonical hat es so entschieden, sie haben ihre (nachvollziehbaren) Gründe dafür. Sich jetzt gegen diese Entscheidung zu stemmen ist anhand der Distributionsvielfalt heutzutage m.E. nicht sinnvoll. Ich für meinen Teil werde mich einfach umgewöhnen...und ich denke, das kann man von jedem erwarten.

Blu2lz schrieb:

Ein einfacher Satz zugefügt zur Problematik in "Probleme und Lösungen" würde in der Tat niemandem wehtun und User, die sich auch nur ein wenig mit Conf-Dateien auskennen, können es einfach ändern. Ich denke immer noch, dass keine "anfängertaugliche" Anleitung veröffentlicht werden sollte, da viele "Anfänger" die Sachen aus dem Wiki oftmals eins zu eins übernehmen und es hierbei nunmal nur beschränkt sinnvoll ist.

Ich hab es in diesem Sinne mal versucht. Kann aber jederzeit geändert/erweitert/gelöscht werden.

hakunamatata schrieb:

Blu2lz schrieb:

Ein einfacher Satz zugefügt zur Problematik in "Probleme und Lösungen" würde in der Tat niemandem wehtun und User, die sich auch nur ein wenig mit Conf-Dateien auskennen, können es einfach ändern. Ich denke immer noch, dass keine "anfängertaugliche" Anleitung veröffentlicht werden sollte, da viele "Anfänger" die Sachen aus dem Wiki oftmals eins zu eins übernehmen und es hierbei nunmal nur beschränkt sinnvoll ist.

Ich hab es in diesem Sinne mal versucht. Kann aber jederzeit geändert/erweitert/gelöscht werden.

Genau so hatte ich mir das vorgestellt 👍

Ich denke, hiermit wird jeder zufrieden sein.

Ist der Abschnitt Terminal nicht größtenteils redundant und sollte durch einen Verweis auf die Einzelprogramme (wie less, tail, …) ersetzt werden?

Hallo,

yo, stimmt. Überarbeitest du das? Baustelle oder on-the fly? ☺

Gruß, noisefloor

Entschuldige bitte die sehr späte Antwort! Tendenziell on-the-fly, allerdings bin ich mir nicht ganz sicher, wie das dann aussehen soll: Ich selbst würde eigentlich nur die bestehenden zwei Obersätze („Hat man einen Server …“) stehen lassen und dann – nach einem Doppelpunkt – darunter eine kurze Auflistung mit den jetzt aufgeführten Programmen machen. (Die Einzelpunkte sollten sehr kurz sein: eigentlich nur die verlinkten Programmnamen mit einer jeweils halbzeiligen Erläuterung.)

Sollte das grundsätzlich in Ordnung sein, stellt sich das Problem, dass es für einige Programme keinen eigenen Wiki-Artikel gibt. Wenn ich das richtig sehe, sind das MultiTail, ccze und zgrep (zgrep wird auf den gzip-Artikel verlinkt und dort kurz erwähnt).

Fragen dazu:

• Kann der jetzige MultiTail-Abschnitt mehr oder weniger direkt in den tail-Artikel? Oder passt er da – obwohl im Zweifelsfall dort besser aufgehoben als im Logdateien-Artikel – nicht hin?

• Was ist mit ccze? Da gibt es wohl keinen Artikel, wo das reinpassen würde? Jetzt steht ja im Logdateien-Artikel sogar die Installationsanleitung drin.

Ein weiteres Problem bei meinem Plan: Einige Informationen (z.B. die Beispiele) würden verloren gehen. Wäre das in Ordnung?

Der HInweiskasten unter Logdateien#Logrotate stimmt nicht mehr. Zumindest kann ich auf meinem System kein syklogd finden. Stattdessen aber logrotate als cronjob:

$ ls -l /etc/cron.daily/
insgesamt 68
[...
-rwxr-xr-x 1 root root   372 Okt  4  2011 logrotate
[...]

Hinweis entfernen?

In Logdateien#Den-Rsyslog-Daemon-temporaer-in-den-Debug-Modus-versetzen werden auch auch noch die alten init.d- Befehle zum Starten/Stoppen verwendet. So funktioniert das aber auch:

$ sudo stop rsyslog
rsyslog stop/waiting

$ sudo start rsyslog
rsyslog start/running, process 15747

Ändern?

Der manuelle Start in den Debugmodus funktioniert so wie beschrieben.

kaputtnik schrieb:

Hinweis entfernen?

Nein, damit der Artikel auch fuer die Server-Versionen gueltig bleibt. Das es ab Ubuntu 11.04 massive Veraenderungen im Logging gegeben hat, steht ja bereits in der Einleitung.

In Logdateien#Den-Rsyslog-Daemon-temporaer-in-den-Debug-Modus-versetzen werden auch auch noch die alten init.d- Befehle zum Starten/Stoppen verwendet. So funktioniert das aber auch:

$ sudo stop rsyslog
rsyslog stop/waiting

$ sudo start rsyslog
rsyslog start/running, process 15747

Ändern?

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