| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 06 Jun 2008 16:07 Titel: SAMBA lag in DomU... |
 |
|
Moin !
Ich habe ein Etch als Domu aufgesetzt und darin Samba mit einer vom Host durchgereichten LVM Platte.
Bislang lief eigendlich alles ohne Probleme, doch auf einmal habe ich ein tierisches LAG, wenn ich z.B. Musik vom Server übers Netzwerk abspiele.
Nun habe ich schon alles mögliche überprüft, konnte aber den Wurm nicht finden.
Wenn ich mir das Netzwerk im Stream anschaue, habe ich eigenartige Spitzen in der Kurve.
Auch iftop und Co sehen sauber aus... nur irgendwie springt er ständig. Woran kann es liegen?
Gruß |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 09 Jun 2008 11:17 Titel: |
 |
|
| hdparm -t -T uas host und domU liefern beide die selben (korrekten) ergebnisse. An der Plattengeschwindigkeit liegts also auch nicht (hatte den Plattencontroller im Verdacht)... |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 12 Jun 2008 13:00 Titel: |
 |
|
MOin!
Ich denke, dass ich das Problem auf die DomU beschränken kann.
Werde einfach mal eine neue erstellen und die lvm Platten da rein hängen.
Dieses Lag ist wirklich unerträglich.
Irgendwas kommt sich da in die quere... nur was? |
|
| Nach oben |
|
 |
Carsten
Golden User  
Anmeldungsdatum: 20.08.2005 Beiträge: 782
|
Verfasst am: 12 Jun 2008 13:22 Titel: |
 |
|
Moin,
ich kann Dir nur sagen, dass es eigentlich klappt. Ich reiche
lvm und Controller in DomUs und streame Musik sowie Video ohne
Probleme.
Keine spezifischen Einstellungen o.ä., außer, dass ich dieser DomU
eine eigene Netzwerkkarte spendiert habe und die Streaming Ports
auf dem Switch Prio haben. Das ging aber auch vorher recht gut,
als es ein 0815-Switch war und mit einer virtuellen Karte. Bis ich
munin laufen ließ...
Gruß,
Carsten. |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 12 Jun 2008 16:10 Titel: |
 |
|
hmmm.... es lief ja alles. Ich habe "nur" die Hardware geändert und die Maschinen gar nicht angefasst. Ich denke also, dass es etwas mit dem Chipsatztreibern zu tun haben kann.... was ich aber fast nicht glauben mag, denn alle anderen Maschinen laufen ohne Probleme.
Ich werd mal die Domu neu aufsetzen und die LVM-Platten in die neue Domu hängen... evtl klappts auf diesem wege.
Wenn ich dieses Problem nur greifen könnte... Es geht ja... nur nicht richtig.
Merkwürdig.
Habe sogar alle PCI-Devices, die ich nicht benötige, mit pciback.hide "ausgeblendet" (USB, FIREwire)...
konflikte scheint es keine zu geben. Netzwerkkarten, und ISDN-Karten haben alle unterschiedliche IRQs
Direkt auf der Konsole der DomU läuft alles wie geschmiert... es liegt irgendwo im Netzwerk... Vielleicht irdeine Domäneneinstellung, oder irgend eine Config in Samba (ich hab ja nix geändert... aber dass sagen sie ja alle)
???
Ich krieg nen Fön. |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 12 Jun 2008 16:22 Titel: |
 |
|
Meine DomU hat nur eine virtuelle Netzwerkkarte, da ich keinen Platz für weitere Karten habe.
Meine Hardware:
Mainboard Asus M2A HDMI
2x2 GB RAM (DUAL Channel)
AMD X2 mit 2,1GHz
onboard Grafik
1xPCIe LAN (realtek 8111)
1x onboard LAN ((realtek 8111)
2x HFC cologne ISDNCard
Das Board is voll. Rien ne vas plus...
Aber es lief vorher auch ohne Zicken, bevor ich das Board und die CPU getauscht hab.
Hie mal die lspci vom DOM0:
| Zitat: |
lspci:
00:00.0 Host bridge [0600]: ATI Technologies Inc Unknown device [1002:7910]
00:01.0 PCI bridge [0604]: ATI Technologies Inc Unknown device [1002:7912]
00:06.0 PCI bridge [0604]: ATI Technologies Inc Unknown device [1002:7916]
00:07.0 PCI bridge [0604]: ATI Technologies Inc Unknown device [1002:7917]
00:12.0 IDE interface [0101]: ATI Technologies Inc SB600 Non-Raid-5 SATA [1002:4380]
00:13.0 USB Controller [0c03]: ATI Technologies Inc SB600 USB (OHCI0) [1002:4387]
00:13.1 USB Controller [0c03]: ATI Technologies Inc SB600 USB (OHCI1) [1002:4388]
00:13.2 USB Controller [0c03]: ATI Technologies Inc SB600 USB (OHCI2) [1002:4389]
00:13.3 USB Controller [0c03]: ATI Technologies Inc SB600 USB (OHCI3) [1002:438a]
00:13.4 USB Controller [0c03]: ATI Technologies Inc SB600 USB (OHCI4) [1002:438b]
00:13.5 USB Controller [0c03]: ATI Technologies Inc SB600 USB Controller (EHCI) [1002:4386]
00:14.0 SMBus [0c05]: ATI Technologies Inc SB600 SMBus [1002:4385] (rev 14)
00:14.1 IDE interface [0101]: ATI Technologies Inc SB600 IDE [1002:438c]
00:14.2 Audio device [0403]: ATI Technologies Inc SB600 Azalia [1002:4383]
00:14.3 ISA bridge [0601]: ATI Technologies Inc SB600 PCI to LPC Bridge [1002:438d]
00:14.4 PCI bridge [0604]: ATI Technologies Inc SB600 PCI to PCI Bridge [1002:4384]
00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101]
00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102]
00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103]
01:05.0 VGA compatible controller [0300]: ATI Technologies Inc Unknown device [1002:791e]
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 01)
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 01)
04:05.0 Network controller [0280]: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] [1397:2bd0] (rev 02)
04:06.0 Network controller [0280]: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] [1397:2bd0] (rev 02)
04:07.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] (rev c0)
dmesg | grep GSI | sort -u :
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 22 (level, low) -> IRQ 16
ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 16 (level, low) -> IRQ 22
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 17 (level, low) -> IRQ 21
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 18 (level, low) -> IRQ 20
ACPI: PCI Interrupt 0000:00:13.3[B] -> GSI 17 (level, low) -> IRQ 21
ACPI: PCI Interrupt 0000:00:13.4[C] -> GSI 18 (level, low) -> IRQ 20
ACPI: PCI Interrupt 0000:00:13.5[D] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 22
ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 22
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 18 (level, low) -> IRQ 20
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI Interrupt 0000:04:05.0[A] -> GSI 20 (level, low) -> IRQ 18
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:04:07.0[A] -> GSI 22 (level, low) -> IRQ 16
IOAPIC[0]: apic_id 4, version 33, address 0xfec00000, GSI 0-23
/boot/grub/menu.lst :
title Xen 3.1.0-1-i386-pae / Debian GNU/Linux, kernel 2.6.18-4-xen-686
root (hd0,0)
kernel /xen-3.1.0-1-i386-pae.gz vga=text-80x25 dom0_mem=512M
module /vmlinuz-2.6.18-4-xen-686 root=/dev/mapper/ekomserver-root ro console=tty0 noirqdebug pciback.hide=(0000:00:13.0)(0000:00:13.1)(0000:00:13.2)(0000:00:13.3)(0000:00:13.4)(0000:00:13.5)(0000:04:05.0)(0000:04:06.0)(0000:04:07.0)
module /initrd.img-2.6.18-4-xen-686
savedefault
|
Ich hab echt keine Ahnung mehr und schmeiss die Kiste echt bald aus dem Fenster  |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 12 Jun 2008 17:12 Titel: ... |
 |
|
Habe jetzt mal versucht, mit dem builder eine DomU zu erstellen... dabei ist alles stehen geblieben...
Nun habe ich alles runtergefahren und im Bios alles abgeschaltet, was nicht gebraucht wird.
USB, 1394, ...
Dann habe ich dem Festplattencontroller gesagt, dass er im AHCI mode betrieben werden soll...
Die Anlage läuft nach einem reboot wieder und alles ist wie gehabt. nur dass sich lspci etwas anders gestaltet als vorher... keine Veränderung.
??? |
|
| Nach oben |
|
 |
nico.prenzel
Starter 
Anmeldungsdatum: 25.11.2007 Beiträge: 9
|
Verfasst am: 13 Jun 2008 13:26 Titel: |
 |
|
Hallo,
kann von ähnlichem Problem berichten.
5 DomUs wurden von meinem alten Laptop (ASUS A6Ja) auf mein neues Laptop (IBM X60s) übernommen. Seitdem habe ich auch die beschriebenen Aussetzer. Allerdings ist es egal ob ich einen Dateitransfer von/zur Dom0 oder von/zur DomU anstoße.
Habe auch schon sämtliche nicht benötige Geräte mit pciback.hide ausgeblendet. XEN ist bei mir gerade die akutelle 3.2.1 aus diesem Zweig: http://xenbits.xensource.com/staging/xen-3.2-testing.hg
Bin weiter auf der Suche...
Gruß
NicoP. |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 13 Jun 2008 14:56 Titel: ... |
 |
|
| Super... das Neugenerieren einer DomU hat auch nix gebracht. |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 20 Jun 2008 14:16 Titel: ... problem gelöst... |
 |
|
Moin.
Ich habe nun das Problem gelöst.
Nur leider weiss ich nicht wie...
Habe einfach die Produktivsysteme von der alten Hardware live auf die neue migriert... das hat geklappt.
Samba läuft wieder einwandfrei. Denke, dass es irgendwas mit NIC und SATA IRQs zu tun gebt haben kann.... nun ists aber Geschichte und ich bin wieder glücklich. |
|
| Nach oben |
|
 |
nico.prenzel
Starter 
Anmeldungsdatum: 25.11.2007 Beiträge: 9
|
Verfasst am: 20 Jun 2008 15:25 Titel: |
 |
|
Na, ist ja interessant.
Ich vermute, dass es bei meinem eingesetzten Dom0-Kernel 2.6.18.8 irgendwelche Probleme im SATA-Bereich gibt. Erhalte da auch so komische Meldungen (hab sie gerade nicht zur Hand). Mein altes Notebook hatte noch kein SATA. Habe dazu auch schon die Kernel-Mailinglisten angeschaut und tatsächlich jede Menge Kommentare und Patches gefunden. Nur ob die Helfen kann ich nicht sagen!
Ist deine neue Hardware NON-SATA?
Gibt's jemanden, der nen neueren Dom0-Kernel ohne Probleme einsetzt?
Gruß
NicoP. |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 21 Jun 2008 12:15 Titel: |
 |
|
NEIN!!!
Ich verwende 3 Sata-Platten im Server. |
|
| Nach oben |
|
 |
masu
Power User  
Anmeldungsdatum: 25.07.2007 Beiträge: 129
|
Verfasst am: 21 Jun 2008 12:37 Titel: |
 |
|
und ich verwende auch auf der "alten" Hardware den neuen Kernel...
Scheint wirklich ne HArdwaresache zu sein... den exakt das selbe System läuft auf der "alten" Hardware einwandfrei.
Mach doch mal eine feste Zuweisung der IRQs...
Evtl gehts dann. |
|
| Nach oben |
|
 |
|