Nach einem debian upgrade von etch zu lenny mit aktiviertem suexec kann es passieren, dass der apache bei jedem Neustart viele Warnmeldungen wie diese bringt:
"Warning: SuexecUserGroup directive requires SUEXEC wrapper"
Bei einigen Seiten steht zudem dann auch einfach der Text "Access denied".
Dieses Problem kann man jedoch relativ einfach lösen indem man das Paket apache2-suexec (neu-) installiert:
apt-get install apache2-suexec |
Normalerweise ist der Standardeditor unter Linux "vi". Nach dem Upgrade von Debian sarge zu etch jedoch wird der Standard-Editor entweder nano oder joe. Falls man dies ändern möchte:
update-alternatives --config editor |
Dann den Editor auswählen. Nach drücken der Enter-Taste hat man seinen gewohnten Editor wieder.
Nach einem Upgrade von Debian-sarge nach etch kann es vorkommen, dass man sich dann nicht mehr am Mailserver anmelden kann.
Grund dafür ist, dass seit Debian 4 Etch nicht mehr das courier-authmysql Paket installiert werden muss, sondern das courier-authlib-mysql
Ein:
apt-get install courier-authlib-mysql |
behebt das Problem.
Einen individuellen Begrüssungstext kann man in der Datei:
/etc/profile
eingeben.
Diesen kann man optional auch noch mit Kommandos erweitern, wie z.B. "uptime"
Problem: Nagios läuft lokal super, versucht man dann aber per NRPE einen remote Host zu Monitoren erhält man die Fehlermeldung: "Return code of 127 is out of bounds – plugin may be missing". Skurillerweise klappt das ganze, wenn man check_nrpe lokal aufruft; die Meldung kommt nur in der Web-Oberfläche.
Ursache: Bei mir lag das Problem daran, dass sich das NRPE-Plugin in einen anderes Verzeichnis installiert hatte als die übrigen (lokalen) Plugins. So Lagen die lokalen Plugins unter: "/usr/local/nagios/libexec/", das NRPE Plugin, aber unter: "/usr/lib/nagios/plugins/check_nrpe". Da ich das NRPE Plugin immer über den korrekten Pfad aufgerufen hatte, funktionierte dort auch alles.
Lösung: Man kann nun entweder:
2. Einen Symlink auf den Pfad des NRPE Plugins legen
3. Das NRPE Plugin in das normale Plugin Verzeichnis verschieben (und dann evtl. noch symlink auf die "alte" Destination).
Ich entschied mich für die dritte Lösung, da so alle Plugins zusammen in einem Verzeichnis sind:
mv -v /usr/lib/nagios/plugins/check_nrpe /usr/local/nagios/libexec/ ln -s /usr/local/nagios/libexec/check_nrpe /usr/lib/nagios/plugins/check_nrpe |
In einem Netzwerk kommt es manchmal vor, dass mehrere Teilnehmer dieselbe IP-Adresse verwenden; dies kann sehr ärgerlich sein.
Unter Linux und mithilfe von MAC-Datenbanken gibt es zum Glück eine Möglichkeit den "Täter" zu finden. 😉
Unter einer Linux Konsole einfach:
arping -b $IP |
ausführen und sehen, welche MAC-Adressen auftauchen.
Zu welchem Gerät diese dann gehört kann man im Internet herausfinden, z.B. unter: [http://www.coffer.com/mac_find/]
Fügt man Text mittels Copy/Paste in den vi ein, kann es zu einem sogenannten Treppeneffekt kommen, dass heisst der Text wird in jeder Zeile weiter eingerückt. Um dies zu verhindern, muss vor dem Einfügen das automatische Einrücken deaktiviert werden.
Das automatische Einrücken rückt die nächste Zeile so wie die vorhergehende automatisch ein. Dies ist normalerweise auch sehr nützlich, nur beim Einfügen von Text ist es störend.
Zuerst muss man sich im Kommandomodus befinden (dies erreicht man, indem man die Esc-Taste drückt) und danach mit dem Doppelpunkt in den ex Modus wechselt. Anschliessend lässt sich mit
set noai |
das automatische Einrücken deaktivieren. Danach kann man den Text einfügen. Das automatische Einrücken wird nach dem Einfügen mit set ai im ex Modus wieder aktiviert.
Um das automatische Einrücken dauerhaft zu deaktivieren sind einieg Optionen in /etc/vimrc nötig:
" Switch off all auto-indenting set nocindent set nosmartindent set noautoindent set indentexpr= filetype indent off filetype plugin indent off |
Quellen:
Wenn man Exceed aufruft wird ein neu installierter SLES(9) Server nicht in der Broadcast Liste angezeigt.
Um dies zu erreichen, muss die Datei: ‚/etc/opt/kde3/share/config/kdm/kdmrc‘ editiert- und
[Xdmcp] Enable=false |
in
[Xdmcp] Enable=true |
geändert werden.
Zu XDMCP gibt es auch Einträge in der SDB.
Weitere Lösungen, die zu diesem Problem führen könnten:
/etc/X11/xdm/xdm-config: Hier muss die Zeile:
DisplayManager.requestPort: 0
auskommentiert sein.
Weitere Dateien, die damit zusammenhängen:
-XAccess
-XServers
-xdm-config
den einen ist das automatische Mounten, wie es seit der SUSE Version 9.1 über submount/subfs standardmässig für Wechselmedien (Floppy, CD und DVD) sowie über Hotplug eingebundene Geräte, wie etwa USB-Sticks oder -Festplatten, unsympathisch bzw. die Funktionalität unerwünscht. Man würde deshalb gerne wieder auf die "klassische" Art des Mountens von Datenträgern umstellen.
Vorgehen
Für Floppy, CD- und DVD-Laufwerk lässt sich dies einfach durch Editieren der Datei /etc/fstab bewerkstelligen. Dazu ändert man die betreffenden Zeilen (hier am Beispiel von DVD und Floppy) einfach von
/dev/dvd /media/dvd subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0 /dev/fd0 /media/floppy subfs fs=floppyfss,procuid,nodev,nosuid,sync 0 0 |
in
/dev/dvd /media/dvd auto ro,noauto,user,exec,iocharset=utf8 0 0 /dev/fd0 /media/floppy auto noauto,user,exec,sync 0 0 |
Wichtig: Bitte zunächst eine Sicherheitskopie der originalen /etc/fstab erzeugen!
Für Datenträger wie USB-Sticks, die über den Hotplug-Mechanismus eingebunden werden ist die Sache noch einfacher. Zunächst zunächst ein YaST Online Update durchführen, damit das Paket hotplug aktualisiert wird. Anschliessend als root die Datei /etc/sysconfig/hotplug öffnen und die Variable HOTPLUG_USE_SUBFS von yes auf no stellen. Durch den folgenden Befehl startet man nun das hotplug-System neu, um die Änderung zu übernehmen:
rchotplug restart
Hotplug wird in diesen Fall nicht weiterhin dafür sorgen, dass unterhalb von /media entsprechende Verzeichnisse angelegt werden, wenn ein neuer Datenträger über Hotplug erkannt wird. Wenn noch kein Verzeichnis besteht, muss es manuell angelegt werden, zum Beispiel durch den folgenden Befehl:
mkdir /media/sda1
Das Mounten der Datenträger funktioniert wie gehabt über (beispielsweise)
mount /dev/sda1 /media/sda1 |
Quelle: http://de.opensuse.org/SDB:9.1:_klassisch_mounten_statt_subfs
Wenn man nrpe-commands über sudo laufen lassen muss, schlagen diese teilweise mit dem wenig sagenden Fehler „NRPE: Unable to read output“ fehl; so z.B. „check_clamd“ und „check_smartmon“ auf CentOS. – Und das obwohl lokal mit dem nrpe-user alles funktioniert!
Schuld ist der visudo-Parameter:
Defaults requiretty |
Dieser ist bei einigen Linux-Distributionen standardmässig deaktiviert-, bei CentOS (und wahrscheinlich auch RHEL) aber aktiviert.
Mit diesem Parameter laufen visudo Kommandos nur noch wenn ein Benutzer in der Shell eingeloggt ist, d.h. weder über cron, cgi, oder eben nrpe (siehe: http://www.courtesan.com/sudo/man/sudoers.html).
Das Problem lässt sich recht einfach beheben:
Zuerst ‚visudo‘ aufrufen und dann die Zeile: „Defaults requiretty“ einfach auskommentieren oder löschen.
Die bessere Alternative wäre eine spezielle sudo Konfiguration für den nrpe Benutzer.