Lug-dd March 2005

lug-dd@mailman.schlittermann.de

113 participants
107 discussions

Raid 1 mit Debian Installer, bitte um Hilfe
by Bernhard Bittner 28 Mar '05

28 Mar '05

Hallo Liste, ich sitz gerade an ner Kiste, die morgen fertich sein muss :-(. Problem ist, dass ich mit der Konfiguration von Raid mittels des Debian-Installers nich klarkomme (c't-Debian-Server, wird frisch aufgesetzt). Folgendes habe ich gemacht: Die 2 leeren Platten mittels 'Software-Raid konfigurieren' als Raid1 Gerät #0 bzw. #1 erstellt. (Wenn ich erst die Platten partitioniere und dann versuche, Raid zu konfigurieren, meckert er, daß er kein Raid-Gerät anlegen kann und will alle Partitionen löschen.) Beide sind jetzt 41,1 GB groß. Ich will folgende Aufteilung erstellen (so ist der Vorschlag für normale Installation ohne Raid) Nr. 1 primär 280,2 MB boot ext3 / Nr. 5 logisch 5,0 GB ext3 /usr Nr. 6 logisch 3,0 GB ext3 /var Nr. 7 logisch 188,9 MB Swap Swap Nr. 8 logisch 399,9 MB ext3 /tmp Nr. 9 logisch 32,2 GB ext3 /home Wie macht man das mit dem Debian-Installer? Stimmt die Reihenfolge der Schritte? Ich bitte um Hinweise bzw. ne kurze Anleitung. http://www.tldp.org/HOWTO/Software-RAID-HOWTO-5.html hilft mir nicht weiter, da ich gern mit dem Installer arbeiten möchte. Mal sehen, wer sich noch so alles die Feiertage als Administrations- fenster versaut ;-). Danke, Bernhard

4 3

.rm umwandeln
by Alexander Morgenstern 26 Mar '05

26 Mar '05

Hallo Leute, Kennt irgendjemand ein Programm mit dem man realplayer-streams auf Festplatte bannen kann, in Form von mpeg oder dergleichen? MfG, Alex.

6 7

Postfix-Problem?
by Matthias Petermann 25 Mar '05

25 Mar '05

Hallo Leute, auf unserem Server (mit offizieller IP-Adresse) läuft Postfix als MTA. Hin und wieder bleiben Mails in der Queue hängen - die Fehlermeldungen dazu geben leider nicht allzu viel Aufschluss über die Ursache: bsvr3# mailq -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- CF0081D106D 78989 Mon Mar 21 15:02:14 xxxxxx(a)xxxxxxxxxx.xx (lost connection with mail2.ncc.eurodata.de[212.89.134.25] while sending message body) xxxxxxxxxx(a)xxxxxxxx.xx AC0911D1D1A 6813 Thu Mar 24 18:03:52 xxxxxxxx(a)xxxxxxxxx.xx (host dag.ddkom.net[212.80.xxx.xx] said: 421 xxx.ddkom.net SMTP incoming data timeout - closing connection. (in reply to end of DATA command)) xxxxxxxxxx(a)xxxxxxxx.xx 033CC1D1ADE 7338 Wed Mar 23 22:24:23 xxxxxx(a)xxxxxx.xxxx (host dag.ddkom.net[212.80.xxx.xx] said: 421 xxx.ddkom.net SMTP incoming data timeout - closing connection. (in reply to end of DATA command)) xxxxxxxxxxxx(a)xxxxxxxxx.xx -- 92 Kbytes in 3 Requests. ===== 1 ===== Diverses Googlen führte zu vielen Meinungen, aber zu keiner Lösung. Das Kernproblem ist bei der Mail mit ID CF0081D106D ersichtlich. Beim Senden des Mail-Body (also bereits nach dem SMTP-DATA-Kommando) trennt die Gegenstelle plötzlich die Verbindung. Ein TCP-Dump von der kompletten Kommunikation füge ich an. 22:29:14.609020 81.169.137.45.53222 > 212.89.134.25.smtp: S 3326845728:3326845728(0) win 32768 <mss 1460,nop,wscale 0,nop,nop,timestamp 0 0> (DF) 22:29:14.639298 81.169.137.45.53222 > 212.89.134.25.smtp: . ack 2533702839 win 33580 (DF) 22:29:14.689537 81.169.137.45.53222 > 212.89.134.25.smtp: P 0:33(33) ack 42 win 33580 (DF) 22:29:14.720079 81.169.137.45.53222 > 212.89.134.25.smtp: P 33:133(100) ack 138 win 33580 (DF) 22:29:14.753598 81.169.137.45.53222 > 212.89.134.25.smtp: . 133:1593(1460) ack 191 win 33580 (DF) 22:29:14.753612 81.169.137.45.53222 > 212.89.134.25.smtp: . 1593:3053(1460) ack 191 win 33580 (DF) 22:29:14.753623 81.169.137.45.53222 > 212.89.134.25.smtp: P 3053:4229(1176) ack 191 win 33580 (DF) 22:29:14.753796 81.169.137.45.53222 > 212.89.134.25.smtp: . 4229:5689(1460) ack 191 win 33580 (DF) 22:29:14.785119 81.169.137.45.53221 > 212.89.134.26.smtp: S 3345202259:3345202259(0) win 32768 <mss 1460,nop,wscale 0,nop,nop,timestamp 0 0> (DF) 22:29:14.815267 81.169.137.45.53221 > 212.89.134.26.smtp: . ack 760093048 win 33580 (DF) 22:29:14.847143 81.169.137.45.53221 > 212.89.134.26.smtp: P 0:33(33) ack 42 win 33580 (DF) 22:29:14.877664 81.169.137.45.53221 > 212.89.134.26.smtp: P 33:133(100) ack 138 win 33580 (DF) 22:29:14.919401 81.169.137.45.53221 > 212.89.134.26.smtp: . 133:1593(1460) ack 191 win 33580 (DF) 22:29:14.919415 81.169.137.45.53221 > 212.89.134.26.smtp: . 1593:3053(1460) ack 191 win 33580 (DF) 22:29:14.919426 81.169.137.45.53221 > 212.89.134.26.smtp: P 3053:4229(1176) ack 191 win 33580 (DF) 22:29:14.919600 81.169.137.45.53221 > 212.89.134.26.smtp: . 4229:5689(1460) ack 191 win 33580 (DF) 22:29:14.950583 81.169.137.45.53221 > 212.89.134.26.smtp: . 8609:10069(1460) ack 191 win 33580 (DF) 22:29:15.820031 81.169.137.45.53222 > 212.89.134.25.smtp: . 5689:7149(1460) ack 191 win 33580 (DF) 22:29:15.851005 81.169.137.45.53222 > 212.89.134.25.smtp: . 7149:8609(1460) ack 191 win 33580 (DF) 22:29:15.851018 81.169.137.45.53222 > 212.89.134.25.smtp: . 8609:10069(1460) ack 191 win 33580 (DF) 22:29:15.881889 81.169.137.45.53222 > 212.89.134.25.smtp: . 10069:11529(1460) ack 191 win 33580 (DF) 22:29:15.881900 81.169.137.45.53222 > 212.89.134.25.smtp: . 11529:12989(1460) ack 191 win 33580 (DF) 22:29:15.882166 81.169.137.45.53222 > 212.89.134.25.smtp: . 12989:14449(1460) ack 191 win 33580 (DF) 22:29:15.882177 81.169.137.45.53222 > 212.89.134.25.smtp: . 14449:15909(1460) ack 191 win 33580 (DF) 22:29:15.912805 81.169.137.45.53222 > 212.89.134.25.smtp: . 15909:17369(1460) ack 191 win 33580 (DF) 22:29:15.912817 81.169.137.45.53222 > 212.89.134.25.smtp: . 17369:18829(1460) ack 191 win 33580 (DF) 22:29:15.912834 81.169.137.45.53222 > 212.89.134.25.smtp: . 18829:20289(1460) ack 191 win 33580 (DF) 22:29:15.913077 81.169.137.45.53222 > 212.89.134.25.smtp: . 20289:21749(1460) ack 191 win 33580 (DF) 22:29:15.913094 81.169.137.45.53222 > 212.89.134.25.smtp: . 21749:23209(1460) ack 191 win 33580 (DF) 22:29:15.943985 81.169.137.45.53222 > 212.89.134.25.smtp: . 23209:24669(1460) ack 191 win 33580 (DF) 22:29:15.944006 81.169.137.45.53222 > 212.89.134.25.smtp: . 24669:26129(1460) ack 191 win 33580 (DF) 22:29:15.944147 81.169.137.45.53222 > 212.89.134.25.smtp: . 26129:27589(1460) ack 191 win 33580 (DF) 22:29:15.944161 81.169.137.45.53222 > 212.89.134.25.smtp: . 27589:29049(1460) ack 191 win 33580 (DF) 22:29:15.944193 81.169.137.45.53222 > 212.89.134.25.smtp: . 29049:30509(1460) ack 191 win 33580 (DF) 22:29:15.944211 81.169.137.45.53222 > 212.89.134.25.smtp: . 30509:31969(1460) ack 191 win 33580 (DF) 22:29:15.950020 81.169.137.45.53221 > 212.89.134.26.smtp: . 5689:7149(1460) ack 191 win 33580 (DF) 22:29:15.975176 81.169.137.45.53222 > 212.89.134.25.smtp: . 31969:33429(1460) ack 191 win 33580 (DF) 22:29:15.975191 81.169.137.45.53222 > 212.89.134.25.smtp: . 33429:34889(1460) ack 191 win 33580 (DF) 22:29:15.975455 81.169.137.45.53222 > 212.89.134.25.smtp: . 34889:36349(1460) ack 191 win 33580 (DF) 22:29:15.975464 81.169.137.45.53222 > 212.89.134.25.smtp: FP 36349:36997(648) ack 191 win 33580 (DF) 22:29:15.981923 81.169.137.45.53221 > 212.89.134.26.smtp: . 7149:8609(1460) ack 191 win 33580 (DF) 22:29:15.981935 81.169.137.45.53221 > 212.89.134.26.smtp: . 8609:10069(1460) ack 191 win 33580 (DF) 22:29:16.006662 81.169.137.45.53222 > 212.89.134.25.smtp: . ack 192 win 33580 (DF) 22:29:16.012739 81.169.137.45.53221 > 212.89.134.26.smtp: . 10069:11529(1460) ack 191 win 33580 (DF) 22:29:16.012752 81.169.137.45.53221 > 212.89.134.26.smtp: . 11529:12989(1460) ack 191 win 33580 (DF) 22:29:16.012766 81.169.137.45.53221 > 212.89.134.26.smtp: . 12989:14449(1460) ack 191 win 33580 (DF) 22:29:16.043837 81.169.137.45.53221 > 212.89.134.26.smtp: . 14449:15909(1460) ack 191 win 33580 (DF) 22:29:16.043851 81.169.137.45.53221 > 212.89.134.26.smtp: . 15909:17369(1460) ack 191 win 33580 (DF) 22:29:16.043880 81.169.137.45.53221 > 212.89.134.26.smtp: . 17369:18829(1460) ack 191 win 33580 (DF) 22:29:16.043933 81.169.137.45.53221 > 212.89.134.26.smtp: . 18829:20289(1460) ack 191 win 33580 (DF) 22:29:16.075017 81.169.137.45.53221 > 212.89.134.26.smtp: . 20289:21749(1460) ack 191 win 33580 (DF) 22:29:16.075056 81.169.137.45.53221 > 212.89.134.26.smtp: . 21749:23209(1460) ack 191 win 33580 (DF) 22:29:16.075084 81.169.137.45.53221 > 212.89.134.26.smtp: . 23209:24669(1460) ack 191 win 33580 (DF) 22:29:16.075117 81.169.137.45.53221 > 212.89.134.26.smtp: . 24669:26129(1460) ack 191 win 33580 (DF) 22:29:16.075136 81.169.137.45.53221 > 212.89.134.26.smtp: . 26129:27589(1460) ack 191 win 33580 (DF) 22:29:16.106640 81.169.137.45.53221 > 212.89.134.26.smtp: . 27589:29049(1460) ack 191 win 33580 (DF) 22:29:16.106860 81.169.137.45.53221 > 212.89.134.26.smtp: . 29049:30509(1460) ack 191 win 33580 (DF) 22:29:16.106948 81.169.137.45.53221 > 212.89.134.26.smtp: . 30509:31969(1460) ack 191 win 33580 (DF) 22:29:16.107230 81.169.137.45.53221 > 212.89.134.26.smtp: . 31969:33429(1460) ack 191 win 33580 (DF) 22:29:16.107241 81.169.137.45.53221 > 212.89.134.26.smtp: . 33429:34889(1460) ack 191 win 33580 (DF) 22:29:16.107249 81.169.137.45.53221 > 212.89.134.26.smtp: FP 34889:34949(60) ack 191 win 33580 (DF) 22:29:16.138536 81.169.137.45.53221 > 212.89.134.26.smtp: . ack 192 win 33580 (DF) An dieser Stelle endet die Kommunikation - allem Anschein nach jedoch vorzeitig. Ein Mitschnitt der Rohdaten zeigt, dass kurz vor der Stelle, an der die Verbindung stirbt, ein E-Mail-Anhang beginnt (im konkreten Fall eine Outlook .eml-Datei mit wiederum einem Anhang als PDF-Datei). Von der Empfängerseite habe ich in Erfahrung bringen können, dass dort ein AMaViS-ng mit SPamAssassin läuft. Im konkreten Fall ist der Empfängerhost (mail2.ncc.eurodata.de) eine andere Maschine als der Mailscanner (vscan1.ncc.eurodata.de). Besteht die Möglichkeit, dass der Verbindungsabbruch die Reaktion der Empfängerseite auf eine spam-/virenverdächtige Mail ist? Wie bewertet AMaViS für gewöhnlich Mails - wird die gesamte Mail gescannt, nachdem sie vollständig empfangen wurde, oder kann AMaViS auch Stream-orientiert arbeiten und noch vor dem vollständigem Empfang ab einem bestimmten Schwellwert die Weiterverarbeitung ablehnen? ===== 2 ===== Rätzel geben auch noch die Mails mit den IDs AC0911D1D1A und 033CC1D1ADE auf. Beide sind für ein und den selben Empfänger bestimmt. Dort scheint der Fehler nur sporadisch aufzutreten, da Mails an den betreffenden Empfänger größtenteils ankommen. Sorry für die lange Mail - aber vielleicht weiß ja jemand von Euch Rat bzw. kann mein einen Tipp geben, wo ich beim Eingrenzen der Fehlerquellen als nächstes Ansetzen kann. Viele Grüße und frohe Ostern Matthias

2 2

KDE 3.4 und libfontconfig1
by David Seidel 23 Mar '05

23 Mar '05

Hallo, ich hab auf meinem debian/sarge kde 3.4 installiert. Allerdings ging es nicht komplett zu installieren, da verschiedene Pakete (z.B. ibfontconfig1 >= 2.3) aus dem unstable fehlen. Wie kann ich diese Paket nachinstallieren, ohne mein testing komplett aufzugeben? David

4 4

Re: .rm umwandeln
by David Seidel 23 Mar '05

23 Mar '05

Am Mittwoch, 23. März 2005 17:02 schrieb Alexander Morgenstern: > Kennt irgendjemand ein Programm mit dem man realplayer-streams auf > Festplatte bannen kann, in Form von mpeg oder dergleichen? Eventuell kann das auch ffmpeg. http://ffmpeg.sourceforge.net/index.php Oder auch irgend ein tool von videolan http://www.videolan.org/ Gruß, David

1 0

http-Server gesucht
by Thomas Schlegel 23 Mar '05

23 Mar '05

Hallo an alle, ich suche einen http-Server für Protokolltests, der sehr einfach zu konfigurieren ist. Er soll nur ein paar http Seiten und ein paar Bimärfiles local ausliefern. (für Debian) Apache ist jedenfals viel zu groß. Hat jemand Vorschläge? Thomas Schlegel

10 13

Knoppix 3.8 (Original-CD von der CeBIT) - Merkwuerdigkeiten
by Peter Mazurek 23 Mar '05

23 Mar '05

Hallo, 1) Beim Laden (einfach "Enter" gedrückt) kommt es zu folgender Fehlerausschrift: modprobe: FATAL: Error inserting usbhid (/lib/modules/.../usbhid.ko) Bad address (alles auf einer Zeile). Aus bisherigen Versionen von Knoppix ist mir dieser Fehler nicht bekannt. Das System startet trotzdem. 2) Mit "desktop=fluxbox" gestartet sieht man nach Drückebn der Maustaste nur den Hintergrund des Menues, aber keine Textzeilen innerhalb dieser Flächen. Untermenues gehen auf, aber ebenfalls nur als ein mit der Hintergrundfarbe gefülltes Rechteck. Irgendein Programm läßt sich jedoch nicht starten. Wer beobachtet das auch und weiß Abhilfe? Peter M.

3 3

Re: useless use of cat
by Torsten Werner 22 Mar '05

22 Mar '05

> Das ist zwar schön und spart satte 4 Byte, aber die erste Variante ist > auf jeden Fall besser zu lesen, da ich erst ganz am Ende es Konstruktes > erfahre, wo die Daten herkommen, die read einliest. Gut zu lesen ist keine der genannten Varianten. Gut zu lesen ist vielleicht folgendes: # kurzer Kommentar wie: gibt alle Zeilen von standard input aus: print_all_lines () { while read line; do echo another student: $line done } ... print_all_lines < student.csv Oder so etwas in der Art. Viele Gruesse, Torsten

3 2

Re: mehrere Projekte mit CVS
by eric＠gixgax.de 22 Mar '05

22 Mar '05

Jens Puruckherr <jpuruckherr(a)cyberport.de> schrieb am 22.03.2005, 11:05:24: > ich stehe gerade bissel auf dem Schlauch. > Ich will mit CVS mehrere Projekte verwalten (Zugriff über pserver). > Alle sollen auf dem CVS-Server unter /var/cvsroot liegen. > > also: /var/cvsroot/projekt1 > /var/cvsroot/projekt2 > /var/cvsroot/projekt3 > ... > > Muss ich als CVS-Admin jetzt diese Projektverzeichnisse selber > anlegen oder wird das automatisch beim > initialen Import gemacht? Letzteres. > Was trage ich als CVS-Pfad in die /etc/xinet.d/cvspserver ein? > Den Pfad nach /var/cvsroot oder auf die einzelnen Projekte? Ersteres. HTH, Eric

1 0

mehrere Projekte mit CVS
by Jens Puruckherr 22 Mar '05

22 Mar '05

Hallo, ich stehe gerade bissel auf dem Schlauch. Ich will mit CVS mehrere Projekte verwalten (Zugriff über pserver). Alle sollen auf dem CVS-Server unter /var/cvsroot liegen. also: /var/cvsroot/projekt1 /var/cvsroot/projekt2 /var/cvsroot/projekt3 ... Muss ich als CVS-Admin jetzt diese Projektverzeichnisse selber anlegen oder wird das automatisch beim initialen Import gemacht? Was trage ich als CVS-Pfad in die /etc/xinet.d/cvspserver ein? Den Pfad nach /var/cvsroot oder auf die einzelnen Projekte? Also mit Subversion hatte ich die ganzen Sorgen nicht ... Mit freundlichen Grüßen Jens Puruckherr

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd March 2005