Lug-dd

lug-dd@mailman.schlittermann.de

10859 discussions

bind und forward einer zone geht nicht
by Ronny Seffner 26 Jul '13

26 Jul '13

Hallo, es ist heiß, es ist Freitag und diese Woche ist die Liste der nicht gelösten Phänomene wieder gewachsen. In meiner named.conf.local auf IP 192.168.100.1 befindet sich folgender Abschnitt: zone "fritz.box" in { type forward; forward only; forwarders { 192.168.2.24; 192.168.99.2; }; }; Ich betreibe ein openvpn mit dem Tunnelende 192.168.2.24 in das Netz 192.168.99.0/24. Dort läuft auf der .2/32 (gleichzeitig das VPN-gateway [Fritz!Box] ein DNS-Server) Warum tritt nun Folgendes ein : its-gw:~dig nas.fritz.box @192.168.2.24 ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> nas.fritz.box @192.168.2.24 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19911 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 3 ;; QUESTION SECTION: ;nas.fritz.box. IN A ;; ANSWER SECTION: nas.fritz.box. 9 IN A 192.168.99.3 ;; AUTHORITY SECTION: nas.fritz.box. 9 IN NS fritz.box. ;; ADDITIONAL SECTION: fritz.box. 9 IN A 192.168.99.2 fritz.box. 9 IN AAAA fd00::224:feff:feda:b39c fritz.box. 9 IN AAAA **** ;; Query time: 93 msec ;; SERVER: 192.168.2.24#53(192.168.2.24) ;; WHEN: Fri Jul 26 16:47:49 2013 ;; MSG SIZE rcvd: 133 its-gw:~# dig nas.fritz.box @127.0.0.1 ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> nas.fritz.box @127.0.0.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 51214 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;nas.fritz.box. IN A ;; Query time: 279 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Fri Jul 26 16:48:13 2013 ;; MSG SIZE rcvd: 31 Und dabei in der zweiten Sitzung (tcpdump am Tunnelinterface): 16:48:13.640380 IP 192.168.2.23.20457 > 192.168.2.24.53: 37460+% [1au] A? nas.fritz.box. (42) 16:48:13.732274 IP 192.168.2.24.53 > 192.168.2.23.20457: 37460* 1/1/3 A 192.168.99.3 (133) 16:48:13.732634 IP 192.168.2.23.54370 > 192.168.2.24.53: 34236+% [1au] DS? fritz.box. (38) 16:48:13.824919 IP 192.168.2.24.53 > 192.168.2.23.54370: 34236* 0/1/0 (69) 16:48:13.825243 IP 192.168.2.23.47124 > 192.168.2.24.53: 4250+% [1au] NS? box. (32) 16:48:13.918824 IP 192.168.2.24.53 > 192.168.2.23.47124: 4250 NXDomain 0/1/1 (107) Das Phänomen in Worten: Eine DNS Anfrage zur remoten DNS-Zone an den remoten DNS-Server durch den Tunnel vom hießigen gateway funktioniert. Die selbe Anfrage an den lokalen DNS Server, der durch den Tunnel zum remoten DNS-Server forwarden sollte funktioniert _NICHT_. Beobachtet man dabei den Traffic im Tunnel sieht man allerdings die Anfrage sowie die _ANTWORT_. Wo liegt hier das Problem? Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950

3 4

Paging & Swapping
by Hilmar Preuße 26 Jul '13

26 Jul '13

Moin, Ich hadere gerade mit Paging und Swapping. Ich habe einen Linux-Server auf dem ein SNMP-Agent läuft. Dieser liefert 4 OIDs: .1.3.6.1.4.1.546.1.1.7.8.18.0: numPageSwapIns The total number of pages that have been swapped in since the kernel was last initialized. .1.3.6.1.4.1.546.1.1.7.8.19.0: numPageSwapOuts The total number of pages that have been swapped out since the kernel was last initialized. .1.3.6.1.4.1.546.1.1.7.8.22.0: numPageIns The total number of pages that have been paged in since the kernel was last initialized. .1.3.6.1.4.1.546.1.1.7.8.23.0: numPageOuts The total number of pages that have been paged out since the kernel was last initialized. Die letzteren beiden OIDs gehen relativ gleichmäßig hoch, die Ersteren nicht. Laut Wikipedia ist Paging: der Vorgang, daß der Kernel Programmteile (oder Ähnliches) von der Platte liest oder auch wieder freigibt.[1] Swapping: der Vorgang, daß der Kernel Programmteile die im physischen RAM liegen ausswapped also auf die Platte schiebt, da der physische RAM zur Neige geht. Daß die Paging In/Out also hochgehen ist völlig normal und kein Zeichen für Performance-Probleme. Paging und Swapping haben eigentlich nichts miteinander zu tun (bis auf daß es um RAM geht). Bis hierhin alles korrekt? Wenn ich mir den Output von vmstat anschaue, sehe ich nur die beiden coloumns si & so (swap in/out). Wo kann ich die Zahlen für pi & po nachlesen? Aus /proc/vmstat werde ich nicht ganz schlau. Ich würde gerne die Daten des SNMP-Agenten verfizieren, da ein Fehlverhalten des Agenten vermutet wird. Danke, Hilmar [1] http://en.wikipedia.org/wiki/Paging -- Serocki's Stricture: Marriage is always a bachelor's last option. http://www.hilmar-preusse.de.vu/

3 4

LUG-Treffen
by Christopher Egert 17 Jul '13

17 Jul '13

Moin, ist morgen wieder ein LUG-Treffen im gag18? Da ich nun einige male nicht da war, habe ich so langsam den Überblick verloren wann es stattfindet. :) Auf der gag18 Seite sind ebenfalls die Termine verschwunden. Gruß Christopher

4 3

AW: dpkg Verständnissfrage
by Ronny Seffner 17 Jul '13

17 Jul '13

Hat keiner weiter eine Idee? Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950

1 0

(Quantum) RDX Laufwerk
by Manuel Weissbach 08 Jul '13

08 Jul '13

Hallo, ich habe hier eine Quantum RDX Festplatte liegen und möchte gern an die Daten ran. Leider habe ich kein Laufwerk dafür. Hat jemand von euch so ein RDX Laufwerk, dass ich mir mal für 1-2 Tage leihen könnte? Danke Manuel

2 1

Energie-Meßgerät
by Daniel Leidert 08 Jul '13

08 Jul '13

Hi, Ich habe mir einen HP N54L zugelegt, Debian installiert und ein wenig an den Stromsparfunktionen geschraubt. Ich würde gerne das Ergebnis testen, ohne dass ich mir ein teures Meßgerät zulege. Besitzt in der Gruppe jemand solch ein Gerät und wäre bereit, mir dies gegen eine Flasche Wein leihweise zur Verfügung zu stellen? Das Ergebnis veröffentliche ich natürlich (für die, die auch einen N36L, N40L oder N54L unter $whatever Linux betreiben). VG Daniel

4 4

dpkg Verständnissfrage
by Ronny Seffner 08 Jul '13

08 Jul '13

Hallo Gruppe, Ich habe vor Wochen debian squeeze auf debian wheezy aktualisiert, möchte aber noch nicht auf opendkim umsteigen und habe so erstmal dkim-filter behalten. Seit heute! meldet mir eines von zwei - in Sachen apt, identisch konfigurierten - Systemen, dass für dkim-filter ein Update da wäre. Die Suche nach dem Grund, warum das zweite System das nicht meldet brachte mich schlussendlich darauf, dass das Update seit September 2010 nur für i386 existiert - beide Systeme sind aber amd64. Ich hab überhaupt keine Idee, wie es dazu kommt, dass er ein für ihn ungültiges Update sieht, dass das Phänomen auf der anderen Büchse nicht reproduzierbar ist und wie ich das vermeintliche Update wieder loswerde. "ns1" ohen dieses Problem, "ns2" mit: ns1:/etc/apt# dpkg -l dkim-filter Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-============-============-=============================== == ii dkim-filter 2.8.2.dfsg-1 amd64 DomainKeys Identified Mail (DKIM) root@ns2:/var/cache# dpkg -l dkim-filter Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten | Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/ Halb installiert/Trigger erWartet/Trigger anhängig |/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht) ||/ Name Version Architektur Beschreibung +++-==============-============-============-=============================== == ii dkim-filter 2.8.2.dfsg-1 amd64 DomainKeys Identified Mail (DKIM) ns1:/etc/apt# apt-show-versions -u root@ns2:/var/cache# apt-show-versions -u dkim-filter/squeeze *manually* upgradeable from 2.8.2.dfsg-1 to 2.8.2.dfsg-1+b1 Was kann ich liefern, dass Ihr helfen könnt? Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950

3 6

Dresden Perl Mongers Treffen Juli 2013
by Steffen Schwigon 04 Jul '13

04 Jul '13

[tag:independence] Am Donnerstag, aka. heute, treffen sich wieder die Dresden Perl Mongers. Donnerstag, 4. Juli 2013 2o.oo Uhr Newtown Bar Helgolandstraße 9 b / Ecke Fritz- Reuter-Str. 01097 Dresden http://goo.gl/maps/jwyiv http://newtownbar.de Aktuelle Infos hier: * http://dresden-pm.org/PM/TermineTreffen Allgmein: Wir reden und hacken üblicherweise an unserem eigenen Kram rum und bieten ernsthaften Support rund um Perl-Einstiegsthemen wie * Code-Reviews * erstes CPAN-Modul bauen * Updates zu Perl[56], Parrot, Rakudo, Perlworkshop, YAPC und für Fortgeschrittene * Trost * Folklore * misc & etc Jeder ist eingeladen. Grüße, Steffen -- Steffen Schwigon <ss5(a)renormalist.net> Dresden Perl Mongers <http://dresden-pm.org/>

1 0

AW: [probably solved] grub2 + GPT + md + Kern ohne intird
by Ronny Seffner 02 Jul '13

02 Jul '13

Da offenbar der md Superblock in Version 0.90 am Ende der Partition steht, kommt grub2 in eine Unklarheit, wenn die letzte Partition einen Solchen hat - hier kann grub2 nicht abschließend ermitteln ob der Superblock zur Partition oder zum device gehört. Man mache also einfach ein paar kB Platz ganz hinten und schon wird alles besser ;-) http://larkin.nuclearwinter.com/blog/index.php/2012/03/grub2-and-raid-0-90-s uperblocks/ Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950

1 0

grub2 + GPT + md + Kern ohne intird
by Ronny Seffner 02 Jul '13

02 Jul '13

Hallo Gruppe, ich versuche die Kombination aus dem Betreff - leider bisher vergeblich - zum Rennen zu bewegen. Ziel ist ein statischer Kern ohne Initrd auf einem Softraid. Offenbar kann autodetect selbst im neuen Kern 3.x nur mit md Superblöcken der Version 0.90 umgehen. Grub2 brauche ich, da die Festplatten 3tb groß sind und somit GPT als Partitionierungsformat vorausgesetzt wird. Hab ich denn hier jetzt schon einen Tunnelblick und die Voraussetzungen zwingen mich nicht unbedingt zu dieser Konstellation? Hier die Ausgabe von 'parted -s /dev/sd[a|b] print': Model: ATA TOSHIBA DT01ACA3 (scsi) Disk /dev/sda: 3001GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Number Start End Size File system Name Flags 5 1049kB 2097kB 1049kB bios_grub 1 2097kB 17,2GB 17,2GB raid 2 17,2GB 17,7GB 537MB raid 3 17,7GB 1117GB 1100GB raid 4 1117GB 3001GB 1883GB ext4 raid Model: ATA TOSHIBA DT01ACA3 (scsi) Disk /dev/sdb: 3001GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Number Start End Size File system Name Flags 5 1049kB 2097kB 1049kB bios_grub 1 2097kB 17,2GB 17,2GB raid 2 17,2GB 17,7GB 537MB raid 3 17,7GB 1117GB 1100GB raid 4 1117GB 3001GB 1883GB ext4 raid Die Partitionen sda3 und sdb3 beinhalten ein md mit Superblock Version 1.20 und ext4, die Partitionen sda4 und sdb4 hingegen ein md der superblock Version 0.90 und ext4. Momentan läuft ein Kern mit initrd von dem md mit 1.20 Superblock, ohne initrd kann er das md nicht assemblieren (ich hatte kurz einen IP-KVM dran). Ich habe das System offline (rescue-system) auf das 0.90er md synchronisiert und wollte nach chroot dorthin den grub neu installieren: root@rescue:/# grub-install --recheck /dev/sda error: found two disks with the index 0 for RAID md3. error: superfluous RAID member (2 found). error: found two disks with the index 0 for RAID md/2. error: found two disks with the index 0 for RAID md/0. error: found two disks with the index 0 for RAID md3. error: superfluous RAID member (2 found). error: found two disks with the index 0 for RAID md/2. error: found two disks with the index 0 for RAID md/0. /usr/sbin/grub-probe: error: unknown filesystem. Auto-detection of a filesystem of /dev/md3 failed. Try with --recheck. If the problem persists please report this together with the output of "/usr/sbin/grub-probe --device-map="/boot/grub/device.map" --target=fs -v /boot/grub" to <bug-grub(a)gnu.org> Wieso kann er das ext4 hier nicht finden? Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950

2 1

Jump to page:

2026

2025

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