- Linux - LUG OWL

Problem - Warning: Possible malformed path attack.
by Wolfgang Schreiber 06 Mär '08

06 Mär '08

Hallo, ich habe ein Problem mit Postfix auf einem root-Server. Ich gehe mal davon aus, dass sich da jemand Zugang verschafft hat und den nun asl Spamschleuder verwendet. Deswegen habe ich ihn nun erst mal gestoppt, aber d.h., dass Mails nicht ankommen, die ankommen müssten. Das Problem muss also so schnell wie möglich behoben werden. Die Fehlermeldungen aus /var/log/mailman/error Mar 04 16:48:41 2008 (8640) Warning: Possible malformed path attack. Mar 04 16:48:56 2008 (8642) Warning: Possible malformed path attack. scheint mir das, was ich beobachte noch am besten wiederzugeben. Ich sende Mails an eine Email-Adresse, die auf dem Server existiert, aber die Mails kommen nicht an. Ich fordere von Mailman ein Passwort an und er behautet es geschickt zu haben und nix passiert. Ich sende Nachrichten an die Mailingliste und sie kommen nicht an . Der Mailserver ist exact nacch dem HOWTO auf http://workaround.org/articles/ispmail-etch/ aufgesetzt und konfiguriert. Im home-Verzeichnis von vmail waren zwei verzeichnisse für user angelegt, die es garnicht gibt. Wie am Besten vorgehen um den Mailserver wieder flott zu machen und den Fehler zu finden? Einen kleinen Auszug aus mail.log hänge ich an.. Viele Grüße .. Wolfgang

1 0

Postfix, relayhost und round robin DNS
by Uwe Schuerkamp 05 Mär '08

05 Mär '08

Hallo Liste, weiß hier jemand zufällig, wie sich Postfix verhält, wenn es als relayhost einen DNS-Eintrag mit 2 oder mehr round robin Einträgen erhält? Erste Tests haben gezeigt, dass Postfix dann über einen der Hosts (immer der gleiche) mails versendet. Was mich interessiert, ist das Verhalten, wenn dieser Host down oder Port 25 dort nicht erreichbar ist. Würde Postfix dann einen erneuten dns-lookup versuchen und sich eventuell eine andere IP als mail-relay schnappen? Viele Grüße, uwe

1 0

Areca Raid mittels archttp überwachen
by Holger Hecht 04 Mär '08

04 Mär '08

Hallo, hier ein Script, daß ich nach verschiedenen Vorlagen für Linux zurechtgeschneidert habe. Getestet ist es für SuSE 10.3, 64 bit Version. Das einzige, was ich noch nicht wegbekomme, ist die Startmeldung des archttp64, ich kenne mich leider im Skripten nicht aus und weiß nicht, welchen Kanal ich dafür noch nach /dev/null verbiegen müßte, aber funktionieren tut es erstmal. ########################################## #! /bin/sh # Copyright (c) 2008 Holger Hecht # All rights reserved. # # Author: Holger Hecht, 2008 # following instructions and using template # from "Creating Custom init Scripts" # http://www.novell.com/coolsolutions/feature/15380.html # # Commands used from https://testpattern.info/doku/wiki:areca # # /etc/init.d/areca # and its symbolic link # /usr/sbin/rcareca ### BEGIN INIT INFO # Provides: areca # Required-Start: # Required-Stop: # Default-Start: 3 5 # Default-Stop: 0 1 2 6 # Short-Description: Areca RAID controller management interface # Description: archttp64 provides a web-interface for areca controllers # at port 81, basic configuration at port 82 # ### END INIT INFO ARECA_BIN=/usr/local/sbin/archttp64 ARECA_CONFIG=/usr/local/sbin/archttpsrv.conf DESCRIPTION="Areca RAID controller management interface" # Check for missing binaries test -x $ARECA_BIN || { echo "$ARECA_BIN not installed"; if [ "$1" = "stop" ]; then exit 0; else exit 5; fi; } # Check for existence of needed config file and read it test -r $ARECA_CONFIG || { echo "$ARECA_CONFIG not existing"; if [ "$1" = "stop" ]; then exit 0; else exit 6; fi; } # Load the rc.status script for this service. . /etc/rc.status # Reset status of this service rc_reset case "$1" in start) echo -n "Starting $DESCRIPTION" ## Start daemon with startproc(8). If this fails ## the return value is set appropriately by startproc. startproc $ARECA_BIN $ARECA_CONFIG 2>/dev/null # Remember status and be verbose rc_status -v ;; stop) echo -n "Shutting down $DESCRIPTION" ## Stop daemon with killproc(8) and if this fails ## killproc sets the return value according to LSB. killproc -TERM $ARECA_BIN # Remember status and be verbose rc_status -v ;; restart) ## Stop the service and regardless of whether it was ## running or not, start it again. $0 stop $0 start # Remember status and be quiet rc_status ;; reload) # If it supports signaling: echo -n "Reload service $DESCRIPTION" killproc -HUP $ARECA_BIN #touch /var/run/ARECA.pid rc_status -v ## Otherwise if it does not support reload: #rc_failed 3 #rc_status -v ;; status) echo -n "Checking for service $DESCRIPTION" ## Check status with checkproc(8), if process is running ## checkproc will return with exit status 0. # Return value is slightly different for the status command: # 0 - service up and running # 1 - service dead, but /var/run/ pid file exists # 2 - service dead, but /var/lock/ lock file exists # 3 - service not running (unused) # 4 - service status unknown :-( # 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.) # NOTE: checkproc returns LSB compliant status values. checkproc $ARECA_BIN # NOTE: rc_status knows that we called this init script with # "status" option and adapts its messages accordingly. rc_status -v ;; *) ## If no parameters are given, print which are avaiable. echo "Usage: $0 {start|stop|status|restart|reload}" exit 1 ;; esac rc_exit ############################################### MFG Holger

2 1

kein Sound mit Alsa auf SB Audigy SE [ca0106 / amd64]
by Stefan U. Hegner 03 Mär '08

03 Mär '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, stelle gerade fest, dass seit dem Alsa etabliert ist und i.d.R. kaum noch Ärger macht, die Resourcen zum Debuggen scheinbar dünner werden. - - Ich finde jedenfalls aktuell nichts mehr auf Google was mir noch weiterhilft. Habe eine neue SB Audigy SE in eine amd64-Box (Etch) gesteckt, die Karte ist von Alsa unterstützt: http://www.alsa-project.org/main/index.php/Matrix:Vendor-Creative_Labs alsaconf erkennt das Teil auch, lädt brav die Treiber und läuft sauber durch. In die /etc/asound.conf habe ich die Karte auch eingetragen: pcm.ca0106 { type hw card 0 } ctl.ca0106 { type hw card 0 } Die Sound-Module werden beim Hochfahren auch geladen, und ich habe mit alsamixer bzw. kmix Zugriff auf die spezifischen Mixer-Einstellungen für die Karte. Der Mixer ist offen, mein User in der "audio" Gruppe und wenn ich nun was abspielen will, bleibt z.B. aplay hängen und ich habe keinen Sound: $ aplay -vv /usr/share/sounds/KDE_Notify.wav Playing WAVE '/usr/share/sounds/KDE_Notify.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Stereo Plug PCM: Rate conversion PCM (48000, sformat=S16_LE) Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 22050 exact rate : 22050 (22050/1) msbits : 16 buffer_size : 3763 period_size : 470 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 470 xfer_align : 470 start_threshold : 3760 stop_threshold : 3763 silence_threshold: 0 silence_size : 0 boundary : 2118380674724397056 Slave: Direct Stream Mixing PCM Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 8192 period_size : 1024 period_time : 21333 tick_time : 0 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 8192 stop_threshold : 8192 silence_threshold: 0 silence_size : 0 boundary : 4611686018427387904 Hardware PCM card 0 'CA0106' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 8192 period_size : 1024 period_time : 21333 tick_time : 4000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 1024 xfer_align : 1024 start_threshold : 1 stop_threshold : 0 silence_threshold: 0 silence_size : 0 boundary : 4611686018427387904 ################## + | 90% Interessant ist, dass aplay hier hängt; das VU-Meter in der letzten Zeile ist statisch und ich muss dann mal CTRL-C drücken um wieder einen Prompt zu haben. Habe spasseshalber mal ein Knoppix probiert. Das meldet zwar auch, dass die Karte erkannt wird, aber Geräusche bekomme ich keine zu hören. Und watt mach ich nu? Gruß Stefan. - -- Stefan U. Hegner <stefan(a)hegner-online.de> * * * D-32584 Löhne --- good ole Germany internet: http://www.hegner-web.de * * * GPG-Key | D9DB 51BD 2DA6 9B3A 41CB F-Print | 0287 05A1 8D11 38BA CE91 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.0 (GNU/Linux) iD8DBQFHv/J2BaGNETi6zpERAstEAJwJEIznhA5DL1Z9rXG8YE081Y2r3gCeKLRT uKo5WG5u9GlYj16lF9C5ETY= =AYS2 -----END PGP SIGNATURE-----

6 11

Drucken im ia32 chroot unter etch/amd64
by Stefan U. Hegner 02 Mär '08

02 Mär '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Listlinge, bastel' seit einiger Zeit an meinem neuen Home-Server - der rennt unter etch/amd64. Da die Kiste auch als Terminalserver läuft, habe ich z.B. Acroread und Iceweasel mit schroot in einem ia32 chroot zu laufen. Frage: Gibt es einen cleveren Trick, wie ich ohne eine vollständige Cups-Installation im chroot nun aus solchen ia32 Applikationen heraus drucken kann? Reicht es z.B. die cupsys-client tools zu installieren und dann den cups-socket /var/run/cups/cups.sock und/oder das spool-Verzeichnis unter /var/spool/cups/ als bind-mount zur Verfügung zu stellen ...? Oder gibt es für solche Anforderungen noch einen komplett anderen Weg? Danke Stefan. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.0 (GNU/Linux) iD8DBQFHiTLRBaGNETi6zpERAkfpAJ0Vjqu2xA/5RK9UMo+QUGC05xAoLQCfYkql P01rVH3wkSBoaOTsyreh1IQ= =qaxr -----END PGP SIGNATURE-----

5 11

Re-2: Kernel Panic nach Systemumzug
by Pascal Barufke 01 Mär '08

01 Mär '08

Und die .vmx ist auch angepasst? scsi0.virtualDev = "buslogic" Kannst du das nicht auf dem ESX mit einem clone testen? gruß, Pascal -------- Original Message -------- Subject: AW: Kernel Panic nach Systemumzug (29-Feb-2008 23:07) From: Kai Krebber <Kai.Krebber(a)krick.net> To: passi(a)dacat.org > > Ja - zumindest habe ich vermutet, dass das die > Ursache ist. Auf dem ESX lief die VM wohl auch > problemlos. Nur den Umzug zur Workstation hat > sie nicht verkraftet. Hatte das System auf dem > ESX (2.5) mit vmkfstools- e > exportiert, was das ganze ja eigentlich auf der > Workstation lauffähig machen sollte. > > Gruß, > Kai > > -----Ursprüngliche Nachricht----- > Von: linux-bounces(a)lug-owl.de [mailto:linux-bounces@lug-owl.de] Im Auftrag > von Pascal Barufke > Gesendet: Freitag, 29. Februar 2008 21:55 > An: linux(a)lug-owl.de > Betreff: Re: Kernel Panic nach Systemumzug > > Hi, > > hast du denn, wie in dem Artikel beschrieben, die Probleme mit LSI und > deinem > Kernel 2.6.11? Würd mich interessieren, da ich unter ESX eigentlich keine > Probleme mit dem LSI habe, aber da auch nur sles9 und sles10... > > Gruß, > Pascal > > -------- Original Message -------- > Subject: Kernel Panic nach Systemumzug (28-Feb-2008 23:24) > From: Kai Krebber <Kai.Krebber(a)krick.net> > To: linux(a)lug-owl.de > > > Hallo, > > > > Habe die vertrauensvolle Aufgabe, ein virtualisiertes Gentoo-Linux von > > > einem ESX-Server auf einer VMWare Workstation zum Laufen zu bringen. > > Nach Export vom ESX und anpassen des virtualisierten Controllers von LSI > > zu Buslogic gemäß http://theether.net/kb/100038 (angepasst auf dass > > vorliegende gentoo mit folgender mkinitrd-Zeile: > > mkinitrd --preload=BusLogic --with=BusLogic -f /boot/initrd-2.6.11-gentoo- > > r9 2.6.11-gentoo-r9) > > fängt die Kiste auch an zu booten , bleibt dann aber mit folgendem Abgesang > > > > hängen: > > : > > Mounting proc filesystem > > Creating block devices > > failed to create /dev/sda > > failed to create /dev/sda1 > > failed to create /dev/sda2 > > failed to create /dev/sda3 > > Creating root device > > mkrootdev: mknod failed: 30 > > Mounting root filesystem > > mount: error 2 mounting ext3 > > pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 > > unmount /initrd/proc failed: 2 > > Kernel panic - not syncing: Attempted to kill init! > > > > Muss die initrd evtl. anders aussehen? > > > > Gruß, > > Kai > > -- Linux mailing list Linux(a)lug-owl.de > > subscribe/unsubscribe: http://lug-owl.de/mailman/listinfo/linux > > Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo > > > > > > This email was Anti Virus checked by Astaro Security Gateway. http://www. > astaro.com > This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com

1 0

AW: Kernel Panic nach Systemumzug
by Kai Krebber 29 Feb '08

29 Feb '08

Ja - zumindest habe ich vermutet, dass das die Ursache ist. Auf dem ESX lief die VM wohl auch problemlos. Nur den Umzug zur Workstation hat sie nicht verkraftet. Hatte das System auf dem ESX (2.5) mit vmkfstools- e exportiert, was das ganze ja eigentlich auf der Workstation lauffähig machen sollte. Gruß, Kai -----Ursprüngliche Nachricht----- Von: linux-bounces(a)lug-owl.de [mailto:linux-bounces@lug-owl.de] Im Auftrag von Pascal Barufke Gesendet: Freitag, 29. Februar 2008 21:55 An: linux(a)lug-owl.de Betreff: Re: Kernel Panic nach Systemumzug Hi, hast du denn, wie in dem Artikel beschrieben, die Probleme mit LSI und deinem Kernel 2.6.11? Würd mich interessieren, da ich unter ESX eigentlich keine Probleme mit dem LSI habe, aber da auch nur sles9 und sles10... Gruß, Pascal -------- Original Message -------- Subject: Kernel Panic nach Systemumzug (28-Feb-2008 23:24) From: Kai Krebber <Kai.Krebber(a)krick.net> To: linux(a)lug-owl.de > Hallo, > > Habe die vertrauensvolle Aufgabe, ein virtualisiertes Gentoo-Linux von > einem ESX-Server auf einer VMWare Workstation zum Laufen zu bringen. > Nach Export vom ESX und anpassen des virtualisierten Controllers von LSI > zu Buslogic gemäß http://theether.net/kb/100038 (angepasst auf dass > vorliegende gentoo mit folgender mkinitrd-Zeile: > mkinitrd --preload=BusLogic --with=BusLogic -f /boot/initrd-2.6.11-gentoo- > r9 2.6.11-gentoo-r9) > fängt die Kiste auch an zu booten , bleibt dann aber mit folgendem Abgesang > hängen: > : > Mounting proc filesystem > Creating block devices > failed to create /dev/sda > failed to create /dev/sda1 > failed to create /dev/sda2 > failed to create /dev/sda3 > Creating root device > mkrootdev: mknod failed: 30 > Mounting root filesystem > mount: error 2 mounting ext3 > pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 > unmount /initrd/proc failed: 2 > Kernel panic - not syncing: Attempted to kill init! > > Muss die initrd evtl. anders aussehen? > > Gruß, > Kai > -- Linux mailing list Linux(a)lug-owl.de > subscribe/unsubscribe: http://lug-owl.de/mailman/listinfo/linux > Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo > This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com

1 0

Re: Kernel Panic nach Systemumzug
by Pascal Barufke 29 Feb '08

29 Feb '08

Hi, hast du denn, wie in dem Artikel beschrieben, die Probleme mit LSI und deinem Kernel 2.6.11? Würd mich interessieren, da ich unter ESX eigentlich keine Probleme mit dem LSI habe, aber da auch nur sles9 und sles10... Gruß, Pascal -------- Original Message -------- Subject: Kernel Panic nach Systemumzug (28-Feb-2008 23:24) From: Kai Krebber <Kai.Krebber(a)krick.net> To: linux(a)lug-owl.de > Hallo, > > Habe die vertrauensvolle Aufgabe, ein virtualisiertes Gentoo-Linux von > einem ESX-Server auf einer VMWare Workstation zum Laufen zu bringen. > Nach Export vom ESX und anpassen des virtualisierten Controllers von LSI > zu Buslogic gemäß http://theether.net/kb/100038 (angepasst auf dass > vorliegende gentoo mit folgender mkinitrd-Zeile: > mkinitrd --preload=BusLogic --with=BusLogic -f /boot/initrd-2.6.11-gentoo- > r9 2.6.11-gentoo-r9) > fängt die Kiste auch an zu booten , bleibt dann aber mit folgendem Abgesang > hängen: > : > Mounting proc filesystem > Creating block devices > failed to create /dev/sda > failed to create /dev/sda1 > failed to create /dev/sda2 > failed to create /dev/sda3 > Creating root device > mkrootdev: mknod failed: 30 > Mounting root filesystem > mount: error 2 mounting ext3 > pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 > unmount /initrd/proc failed: 2 > Kernel panic - not syncing: Attempted to kill init! > > Muss die initrd evtl. anders aussehen? > > Gruß, > Kai > -- Linux mailing list Linux(a)lug-owl.de > subscribe/unsubscribe: http://lug-owl.de/mailman/listinfo/linux > Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo > This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com

1 0

wlan restart nach suspend funktioniert nicht
by Frank Wohlfahrt 29 Feb '08

29 Feb '08

Hallo, mein WLAN funktioniert nach dem resume (to RAM) nur wenn ich im Terminal ifdown wlan0 ifup wlan0 ausführe. Nach resume wlan0 IEEE 802.11g ESSID:"Wohlfahrt_Tel.xxxxxx" Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated Tx-Power=27 dBm Retry min limit:7 RTS thr:off Fragment thr=2346 B Encryption key:off Link Quality:0 Signal level:0 Noise level:0 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 nach dem WLAN restart (wieder OK) wlan0 IEEE 802.11g ESSID:"Wohlfahrt_Tel.xxxxxx" Mode:Managed Frequency:2.412 GHz Access Point: 00:xx:xx:xx:xx:xx Bit Rate=1 Mb/s Tx-Power=27 dBm Retry min limit:7 RTS thr:off Fragment thr=2346 B Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx [3] Link Quality=70/100 Signal level=-63 dBm Noise level=-70 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 WLAN funktioniert mit wpa_supplicant. Suspend erfolgt durch klaptop. Ich habe schon in /etc/acpi/resume.d/62-ifup.sh den WLAN Restart eingefügt. Hat aber auch nicht funktioniert. Weiss allerdings nicht, ob diese Skipte benutzt werden. Frank (Debian Sid)

1 0

AW: Kernel Panic nach Systemumzug
by Kai Krebber 29 Feb '08

29 Feb '08

Hi! Danke für den Tipp. Hat's leider nicht besser gemacht. Zuerst hat der Befehl in der chroot-Umgebung 'rumgemault, dass er /proc nicht finden kann und beim booten ist er dann mit '/dev/sda3 is not a valid root device' in einem boot-prompt hängen geblieben. Habe dann nochmal die knoppix gebootet, aber diesmal vor dem chroot ein ergoogeltes mount -o bind /proc /mnt/proc ausgeführt. Diesmal hat genkernel keine Fehlermeldung angezeigt, aber der Bootversuch endet genauso mit '/dev/sda3 is not a valid root device' im boot():: - Prompt. Habe das ganze dann nochmal mit zusätzlich ge- mountetem /dev und /sys versucht - mit exakt demselben Ergebnis. Was mach ich falsch? Gruß, Kai -----Ursprüngliche Nachricht----- Von: Thomas Scholz [mailto:thomascholz@gmx.de] Gesendet: Freitag, 29. Februar 2008 15:02 An: Kai Krebber Cc: Linux User Group OWL Betreff: Re: Kernel Panic nach Systemumzug Hallo an Alle, bei Gentoo benutzt du am besten den Befehl genkernel --no-clean --no-mrproper initrd der gewünschte Treiber sollte dann in der Initrd sein. Gruß Thomas Kai Krebber schrieb: > Hallo, > > Habe die vertrauensvolle Aufgabe, ein virtualisiertes Gentoo-Linux von > einem ESX-Server auf einer VMWare Workstation zum Laufen zu bringen. > Nach Export vom ESX und anpassen des virtualisierten Controllers von > LSI zu Buslogic gemäß http://theether.net/kb/100038 (angepasst auf dass > vorliegende gentoo mit folgender mkinitrd-Zeile: > mkinitrd --preload=BusLogic --with=BusLogic -f > /boot/initrd-2.6.11-gentoo-r9 2.6.11-gentoo-r9) > fängt die Kiste auch an zu booten , bleibt dann aber mit folgendem > Abgesang hängen: > : > Mounting proc filesystem > Creating block devices > failed to create /dev/sda > failed to create /dev/sda1 > failed to create /dev/sda2 > failed to create /dev/sda3 > Creating root device > mkrootdev: mknod failed: 30 > Mounting root filesystem > mount: error 2 mounting ext3 > pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 > unmount /initrd/proc failed: 2 > Kernel panic - not syncing: Attempted to kill init! > > Muss die initrd evtl. anders aussehen? > > Gruß, > Kai

1 0