Knowledgebase
16 Aug
14 Jul
Es gab das Problem, dass ein SuSE SLES9-Server keine größeren Mengen an Daten mehr über das VPN austauschen konnte. Aufgefallen ist es, als der Zugriff auf die Samba-Freigabe bei großen Verzeichnissen und beim mounten abbrach. Nach weiteren Prüfungen ergab sich, dass weder rsync noch ftp
größere Datenmengen über das VPN transportieren können. Im lokalen Netz war davon nichts zu spüren. Die allerersten Fehlersuchen gingen rein um Samba, MTU (das war der Haupttipp aller Kollegen und Admins), Windows-Zugriffe usw. Im Verlauf dessen entdeckte ich diese nützlichen Dinge im Netz:
Es stellte sich die Frage, warum dieser inzwischen doch schon ein par Jahre laufende Server plötzlich derartige Probleme hat. Offensichtlich hängt es mit der Umstellung von VMWare ESX 3.5 auf vSphere 4 zusammen. Seitdem bestand dieses Problem. Die endgültige Lösung kam über eine gänzlich unerwartete Seite: “TCP Segment Offloading” hat in den Linux-Kerneln vor 2.6.12 ein Problem und muss deaktiviert werden.
Der Fall ist zwar schon lange gelöst, ich wollte es aber nicht versäumen, die dazu gesammelten Links und Informationen hier noch nachzureichen.
9 Jun
Es scheint ein ungelöstes Problem zu sein: Thermotransfer- oder Thermodirektdrucker von einem anderen Betriebssystem als Windows aus anzusteuern. In meinem vorliegenden Fall geht es genau darum. Ein für die Bedruckung Paketversandetiketten angeschaffter Thermodirektdrucker Toshiba TEC B-EV4 soll nicht nur aus der Versandsoftware (hier DHL EasyLog) vom Windows-Terminalserver aus, sondern eben auch direkt aus der Warenwirtschaft (auf einem Linux-Server) Etiketten erzeugen können. Es sind also mehrere User gleichzeitig auf unterschiedlichen Druckern zugange.
Treiber gibt es aber ausschließlich nur für Windows… (weiterlesen…)
14 Mai
Eine unserer Linuxkisten mit Kernel 2.6.5 im VMware-Cluster hat ein Problem mit extrem langsamen Kopiervorgängen per scp. Statt MBytes/s werden nur kBytes/s übertragen. Offensichtlich besteht ein Problem mit dem Flag “TCP Segment OffLoading”, das aber erst im Kernel 2.6.12 gelöst wurde. Gut, dass man dieses Feature abschalten kann:
ethtool -K eth0 tso off
Vielen Dank an r71
11 Mai
Meldet der sshd in /var/log/messages
Authentication refused: bad ownership or modes for file /root/.ssh/authorized_keys
dann muss das Unterverzeichnis .ssh im Benutzerverzeichnis und die Datei .ssh/authorized_keys per chmod 755 mit den richtigen Berechtigungnen versehen werden.