August 2001 - Linux

LVM Problem... Kann mir denn keiner helfen ???
by Frederik Klama 27 Aug '01

27 Aug '01

Am 21. Habe ich folgendes geschrieben und bis jetzt keine Antwort bekommen. Es kann doch nicht sein das keiner in der LUG ahnung von LVM hat. Oder etwa doch ??? Mir währe schon genug auch nur zu hören das meine Daten weg sind und ich da nicht mehr rankomme. Ich bin hier schon am verzweifeln.......bitte helft mir. > Hi, > > sorry für die lange mail, aber ich habe seit gestern ein grosses problem > mit meinem LVM. :-( > Als ich aus dem Urlaub wiederkam, und meine Linux Box hochfuhr, ist diese > beim booten beim SCSI-Bios (Als ID 1 gescannt wurde) hängengeblieben, und > die platte klickerte komisch. :-( > (Ich schätze die Platte hat den Geist aufgegeben.) > > Folgendes System: > > /dev/sda 4GB: ID 0 > /dev/sda1 / > > /dev/sdb 1GB ID 1 VG: scsi-5G Kaputt :´-( > > /dev/sdc 4GB ID 13 VG: scsi-5G > > /dev/hda 40GB > /dev/hda1 } > /dev/hda2 } VG: ide-40G > /dev/hda3 } > > /dev/hdc Non-Linux > > VG: scsi-5G -> /root > VG: ide-40G -> /mp3 usw. > > Da die LE von /root ausschliesslich auf /dev/sdc befinden und der rest der > VG nicht benutzt war müsste es doch eigentlich möglich sein an diese Daten > heranzukommen. :-/ > Mein problem ist nun Folgendes, durch das deaktivieren von SCSI ID1, kann > ich nicht mehr auf die VG scsi-5G zugreifen. Ein weiteres problem scheint > zu sein das sich /dev/sdc nun auf /dev/sdb verschoben hat. :-( > Ich habe versucht auf /dev/hdc eine Partition mit der Größe von /dev/sdb zu > erstellen, und dann mit vgcfgrestore die VG wiederherzustellen, aber ich > bekomme die exakte größe nicht hin und bekomme immer einen Fehler das die > Größe des PV nicht stimmt als Antwort. :-( > Versuche ich aber mit vgcfgrestore /dev/sdc zu "erklären" das es nun > /dev/sdb heisst meint vgcfgrestore die VG scsi-5G sei noch aktiv. %-( > Ich habe auch mit pvdata herausgefunden welche LE /root ausmachen und have > versucht sie mir pvmove zu bewegen, aber dies scheint nicht zu klappen da > scsi-5G nicht mehr existiert. > > Kann mir da jemand helfen ??? > Giebt es eine Moglichkeit den LV ohne /dev/sdb wiederherzustellen oder > zumindest das FS als datei z.B. zu extrahieren ? > > :-] > > Frederik Klama -------------------------------------------------------

2 1

Trouble mit T-DSL
by Alexander Reelsen 26 Aug '01

26 Aug '01

Moin Nachdem ich es endlich mal geschafft habe meine DSL hardware anzuschliessen, dachte ich eigentlich, der Rest waere einfach, aber irgendwie scheint dem doch nicht so zu sein. Der Rechner ist ne Debian potato mit 2 tulip karten und 2.4.7, die karten sind beide ok. Das noch momentante ISDN fallback tut auch ;-) Also, die 2.4 Backport packages von Adrian Bunk installiert mitsamt pppoe. Nen kernel mit PPP support (wichtig: ppp_async nicht vergessen) compiliert und der pppoe is der von roaring penguin. Hier mal ein paar infos: --- Das hier sollte Access Concentrator Daten liefern --- naboo:~# pppoe.real -I eth1 -m 1452 -A -D /tmp/LOG pppoe: Timeout waiting for PADO packets --- Der Inhalt des Logfiles --- naboo:~# cat /tmp/LOG rp-pppoe-3.0 20:00:38.840 SENT PPPoE Discovery (8863) PADI sess-id 0 length 4 SourceAddr 00:48:54:12:63:01 DestAddr ff:ff:ff:ff:ff:ff 01 01 00 00 .... 20:00:43.836 SENT PPPoE Discovery (8863) PADI sess-id 0 length 4 SourceAddr 00:48:54:12:63:01 DestAddr ff:ff:ff:ff:ff:ff 01 01 00 00 .... 20:00:48.836 SENT PPPoE Discovery (8863) PADI sess-id 0 length 4 SourceAddr 00:48:54:12:63:01 DestAddr ff:ff:ff:ff:ff:ff 01 01 00 00 .... --- Der tcpdump sniff (keine ahnung ob tcpdump pppoe frames lesen kann) naboo:~# tcpdump -vvv -i eth1 tcpdump: WARNING: SIOCGIFADDR: eth1: Cannot assign requested address tcpdump: listening on eth1 20:00:38.840768 0:48:54:12:63:1 Broadcast 8863 24: 1109 0000 0004 0101 0000 20:00:44.296938 0:48:54:12:63:1 Broadcast 8863 24: 1109 0000 0004 0101 0000 20:00:52.296932 0:48:54:12:63:1 Broadcast 8863 24: 1109 0000 0004 0101 0000 Hier dann etwas aus dem PPPoE RFC (2516) zum Thema PADO Packete (auf dass mein DSL client ja zu warten scheint) --- RFC --- When the Access Concentrator receives a PADI that it can serve, it replies by sending a PADO packet. [...] If the Access Concentrator can not serve the PADI it MUST NOT respond with a PADO. --- </RFC> --- Ok. Klingt soweit logisch. Dachte ich mir, dass der AC hier vielleicht zu voll ist. Also am elterlichen NT mal mit dem beigelegten "DSL TEST TOOL" probiert. 3-4x in 20 Minuten und ging immer durch, was die Theorie mit dem vollem AC doch ein wenig entschaerft. Und wenn man bei google nach diesem Problem sucht kriegt man Loesungen wie kaputte Netzwerkkarten oder Kabel rein raus (nicht gerade das Traumdebugging). Hat sonst noch irgendwer dieses Problem gehabt und weiss was ich da noch drehen kann ausser morgen mal bei den rosa Fei^WFreunden anzurufen, die Linuxprobleme wahrscheinlich durch Auflegen des Telefonhoerers debuggen... MfG/Regards, Alexander -- Alexander Reelsen http://joker.rhwd.de ref(a)linux.com GnuPG: pub 1024D/F0D7313C sub 2048g/6AA2EDDB ref(a)tretmine.org 7D44 F4E3 1993 FDDF 552E 7C88 EE9C CBD1 F0D7 313C Securing Debian: http://joker.rhwd.de/doc/Securing-Debian-HOWTO

1 0

Dynamisches DNS
by Holtmann, Dirk 24 Aug '01

24 Aug '01

Hallo, ich habe folgendes Problem: Ich betreue 2 Firmenstandorte die über eine Standleitung miteinander verbunden sind. 1. Standort 10.22.0.0/16 2. Standort 10.27.0.0/16 Ich betreibe am ersten Standort 2 DNS-Server 1xMaster 1xSlave und am zweiten Standort einen Slave DNS. Jetzt will ich beide Standorte auf dynamische Addressvergabe umstellen (dynamisches DNS mit bind und dem icp-dhcp-server. Ich habe jetzt alles so weit installiert und konfiguriert, daß am ersten Standort die dynamische Adressvergabe funktioniert (range 10.22.1.0 bis 10.22.1.250). Und jetzt komme ich nicht mehr weiter. Ich schaffe es einfach nicht am Standort 2 einen dhcp-Server einzurichten (range 10.27.1.0 bis 10.27.1.250) der dynamisch mit dem Master-DNS am Standort 1 zusammenarbeitet. Eine Alternative wäre auch ein dhcp-relay-server an Standort 2 der die Anforderungen an den dhcp-server an Standort 1 weiterleitet. Aber wie muß ich dann den Relay und den DHCP konfigurieren? Bitte um Hilfe. Mit freundlichem Gruß Dirk Holtmann Alligator Farbwerke Rolf Mießner GmbH & CO KG EDV Leiter EDV Telefon: 49 5224 930 210 Telefax: 49 5224 7881 eMail: d.holtmann(a)alligator.de Internet: http://www.alligator.de

4 3

KDM Remote Login & SUSE 7.2
by Stefan Ulrich Hegner 24 Aug '01

24 Aug '01

Hallo, ich habe gerade einen SuSE 7.2 Server aufgesetzt den ich zukünftig für remote X und VNC nutzen will. Als Displaymanager nutze ich nur den guten alten XDM. Obwohl ich in der /etc/X11/xdm/Xaccess * * CHOOSER BROADCAST gesetzt habe (ich weiß daß das low security ist - nur zum Test) bekomme ich kein XDM Fenster. Ein X -query <Rechner> bzw. ein VNC login (VNC Server läuft über inetd) beschert mir nur die leere weiß/schwarz gemusterte X-Screen. Ich vermute ich habe da noch irgendwas vergessen, oder irgendwelche Standdardparameter wurden ab 7.2 anders gesetzt ... oder hat das gar mit XFree 4 zu tun ...? Gebt mir da doch mal bitte einen netten Tip. Danke Stefan. -- /\_____/ "hegi" alias Stefan U. Hegner; Loehne/ Westf.; Germany \_____/\ | http://www.hegner-web.de \_/ alt. URL: http://www.cam.net.uk/home/hegi | \ stefan(a)hegner-online.de / \ alt. mail: Stefan.Hegner(a)home.cam.net.uk /

4 3

Rechenlast mit fli4l
by Jan Krueger 23 Aug '01

23 Aug '01

Hallo Leute, ich habe mich am letzten Wochenende mal ausgiebig mit dem OneDiskRouter fli4l beschaeftigt und will auf diesem Wege mal meine Erfahrungen der Allgemeinheit zur Verfügung stellen. Ich habe fli4l auf mehreren alten Systemen unter verschiedenen Bedingungen getestet: 1) Intel 486DX-33 Mhz ISA, keine Cache 8 MB zwei Ne2000 komp. mit RTL8019 Robotics Sportster ISDN intern 2) Cyrix 486 DLC ohne Copro. 33 Mhz, ISA, 16 MB, 64 KB Cache zwei Ne2000 komp. mit RTL8019 Fritz ISDN Classic 3) AMD 486 DX2 66 Mhz, 256 KB Cache,ISA, 32 MB RAM zwei Ne2000 komp. mit RTL8019 Fritz ISDN Classic 4) AMD 486DX4 100Mhz, 256 KB Cache, PCI, 32 MB RAM zwei Netzwerkkarten mit RTL 8139 Fritz ISDN PCI Alle Systeme wurden passiv gekühlt und wurden jeweils mit einem 3.5 Diskettenlaufwerk und einer 1 MB Et4000 ISA bestückt Die folgende Tabelle stellt die Systemlast unter verschiedenen Bedingungen da. Wie man sehen kann reicht zum routen mit flie4l von ISDN jede noch so alte Hardware völlig aus. Für DSL sollte es jedoch schon ein DX2 (ab 50 Mhz) sein. Wie man anhand der Tabelle auch feststellen kann, ist jedoch nicht nur die reine Rechenleistung entscheidend, vielmehr spielt die Peripherie (vor allem die Netzwerkkarten) und der Chipsatz eine grosse Rolle. System 1 | System 2 | System 3 | System 4 ----------------------+----------+----------+----------+--------- ISDN 1 Kanal | 7,5 KB/s | 7,5 KB/s | 7,5 KB/s | 7,5 KB/s ein Client | 23 % | 30 % | 4-5% | 1% ISDN 1 Kanal | 7,5 KB/s | 7,5 KB/s | 7,5 KB/s | 7,5 KB/s mehrere Clients | 28 % | 37 % | 6-7% | 1% T-DSL (768 Kbit/s) | 33 KB/s | 25 KB/s | 89 KB/s | 89 KB/s ein Client | 100 % | 100 % | 50 % | 5 % T-DSL (768 Kbit/s) | 20 KB/s | 9 KB/s | 89 KB/s | 89 KB/s ein Client | 100 % | 100 % | bis 79 % | 8 % Gruss Jan

3 2

CUPS
by Matthias Vennekötter 22 Aug '01

22 Aug '01

Hallo, hat jemand Erfahrung mit CUPS gemacht. Konkret. Ein hpgl-File auf einem HP LaserJet4M auszudrucken geht problemlos. Die gleiche Datei auf einem HP DesignJet750 zu drucken wird abgelehnt mit der Meldung Format nicht erkannt. mfg Matthias

2 1

VI - Loeschen bis zum Ende der Datei?
by listenmann＠elrond.lohmann-services.de 22 Aug '01

22 Aug '01

Hallo! Wie kann man eigentlich im VI von der aktuellen Cursorposition bis zum Dateiende loeschen? Gruesse Peter

5 4

Bridge und iptables
by Falk Siemonsmeier 22 Aug '01

22 Aug '01

Ich habe heute versucht ne Bridge aufzuziehen mit paketfilter, leider musste ich dann feststellen, das iptables die Pakete die durch die Bridge gehen eigendlich vollkommen egal sind. Hatt jemand von euch Erfahrung mit den zusaetzlichen Patchen gemacht? Ich habe versucht nen 2.4.8 Kernel mit den patchen, die auf http://bridge.sourceforge.net/devel/bridge-nf/HOWTO beschrieben sind, leider lief der letzte patch nicht. (Eigendlich haette ich ja mit nix anderem rechnen duerfen.) Weiss jemand von euch genaueres? ob es sonst noch irgendwo aktuellere patche oder howtos gibt? Mfg Falk -- Falk Siemonsmeier /"\ Friedrich-Wilhelm-Str.12 \ / ASCII Ribbon Campaign 32457 Porta Westfalica x Say NO to HTML in email and news Germany / \

1 0

LVM Problem... HILFE !!!
by Frederik Klama 21 Aug '01

21 Aug '01

Hi, sorry für die lange mail, aber ich habe seit gestern ein grosses problem mit meinem LVM. :-( Als ich aus dem Urlaub wiederkam, und meine Linux Box hochfuhr, ist diese beim booten beim SCSI-Bios (Als ID 1 gescannt wurde) hängengeblieben, und die platte klickerte komisch. :-( (Ich schätze die Platte hat den Geist aufgegeben.) Folgendes System: /dev/sda 4GB: ID 0 /dev/sda1 / /dev/sdb 1GB ID 1 VG: scsi-5G Kaputt :´-( /dev/sdc 4GB ID 8 VG: scsi-5G /dev/hda 40GB /dev/hda1 } /dev/hda2 } VG: ide-40G /dev/hda3 } /dev/hdc Non-Linux VG: scsi-5G -> /root VG: ide-40G -> /mp3 usw. Da die LE von /root ausschliesslich auf /dev/sdc befinden und der rest der VG nicht benutzt war müsste es doch eigentlich möglich sein an diese Daten heranzukommen. :-/ Mein problem ist nun Folgendes, durch das deaktivieren von SCSI ID1, kann ich nicht mehr auf die VG scsi-5G zugreifen. Ein weiteres problem scheint zu sein das sich /dev/sdc nun auf /dev/sdb verschoben hat. :-( Ich habe versucht auf /dev/hdc eine Partition mit der Größe von /dev/sdb zu erstellen, und dann mit vgcfgrestore die VG wiederherzustellen, aber ich bekomme die exakte größe nicht hin und bekomme immer einen Fehler das die Größe des PV nicht stimmt als Antwort. :-( Versuche ich aber mit vgcfgrestore /dev/sdc zu "erklären" das es nun /dev/sdb heisst meint vgcfgrestore die VG scsi-5G sei noch aktiv. %-( Ich habe auch mit pvdata herausgefunden welche LE /root ausmachen und have versucht sie mir pvmove zu bewegen, aber dies scheint nicht zu klappen da scsi-5G nicht mehr existiert. Kann mir da jemand helfen ??? Giebt es eine Moglichkeit den LV ohne /dev/sdb wiederherzustellen oder zumindest das FS als datei z.B. zu extrahieren ? :-] Frederik Klama PS: Wenn ich die Daten wiederbekomme werde ich sie per software RAID auf /dev/hda mirrorn... ;-)

1 0

GnuPG und alternative secret Key Aufbewahrung
by Christian Ordig 21 Aug '01

21 Aug '01

Hallo, ich bin auf der Suche nach alternative Ablagestellen fuer meine Secret keys. Festplatte ist reichlich unsicher ... Floppies haben die Eigenschaft ploetzlich an bestimmten Stellen defekt zu sein, wenn man genau von diesen Stellen Daten braucht ... also kam mir die Idee zur Verwendung einer Chipkarte (Smart- oder Memory-Card). Allerdings musste ich nach mehreren Stunden des Suchens und Lesens ernuechternd feststellen, dass sich im November 1999 und im November 2000 mal jemand auf der gnupg-devel nach sowas erkundigt hat, aber es nichts derartiges gibt. Ich habe an der University of Michigan ein scfs (Smart Card Filesystem) gefunden, was evtl. das Problem loesen koennte, kann es aber in Ermang- elung eines Kartenlesers nicht ausprobieren. Hab ich irgendwas essentielles uebersehen oder gibt es da tatsaechlich NICHTS? Danke. -- Christian Ordig Germany

2 4