[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Xen abgestürzt. Probleme mit DMA?



Am Dienstag 01 Januar 2008 20:22:09 schrieb Martin Steigerwald:
> [... hda und hdg dma fehler meldungen ...]
Komisch dass sich "nur" die 2 melden. hda ist alleinig an PM vom internen 
Controller und hdg an PS der PCI-Karte. Da hängt aber noch hde an PM.
Und sda auch nicht zu vergessen (SATA intern)

> Vielleicht hat die Dom0 einfach zu wenig RAM?
1GB
> wenn dann kein Swapspeicher da ist... gute Nacht ;-).
>
> swapon -s zeigt, ob Swapspeicher eingebunden ist:
# swapon -s
Filename                                Type            Size    Used    
Priority
/dev/mapper/server--dom0-swap_1         partition       909304  0       -1

> Was zeigt denn xm info?
# xm info
host                   : server-dom0.knorrc.de
release                : 2.6.18-5-xen-686
version                : #1 SMP Mon Dec 24 20:49:58 UTC 2007
machine                : i686
nr_cpus                : 1
nr_nodes               : 1
sockets_per_node       : 1
cores_per_socket       : 1
threads_per_core       : 1
cpu_mhz                : 2013
hw_caps                : 0383fbff:c1c3fbff:00000000:00000020
total_memory           : 1023
free_memory            : 109
xen_major              : 3
xen_minor              : 1
xen_extra              : -1
xen_caps               : xen-3.0-x86_32p
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=0xf5800000
xen_changeset          : unavailable
cc_compiler            : gcc version 4.1.2 20061115 (prerelease) (Debian 
4.1.1-21)
cc_compile_by          : waldi
cc_compile_domain      : debian.org
cc_compile_date        : Fri Nov  9 16:41:45 UTC 2007
xend_config_format     : 4

# xm list
Name                                        ID   Mem VCPUs      State   
Time(s)
Domain-0                                     0   256     1     r-----    151.2
endian                                       1   128     1     -b----     56.7
openxchange                                  4   128     1     -b----    345.5
slogger                                      2   256     1     -b----    977.4
vdrv                                         3   128     1     -b----     11.4

#xm sched-credit
Name                                ID Weight  Cap
Domain-0                             0    256    0
endian                               1    512   90
openxchange                          4    128   40
slogger                              2    512   90
vdrv                                 3    128   50

> Evtl. hilft es zunächst mal, der dom0 etwas mehr physischen Speicher zu
> geben?
Habe von 256 auf 384 erhöht, nur noch nicht neu gebootet.

> Und ggf. im Trockenbetrieb bei watch free und 
> multitail /var/log/syslog den Server mal in den Swap reinlaufen zu
> lassen, um zu sehen, ob das prinzipiell funktioniert...
Bin ich dabei, das dauert noch an...

> Idealerweise läuft jedoch in der dom0 ohnehin nicht viel und so sollte
> dort relativ wenig Speicher ausreichen.
So hab ich es auch beherzigt. Da laufen nur xen, lvm und Kleinigkeiten.
Sind 256MB da nicht ausreichend?

> > Disk /dev/mapper/server--dom0-swap_1 doesn't contain a valid partition
> > table
>
> Das zeigt nur, dass deine Swap-Partition *keine* Partitionstabelle hat,
> was irgendwie logisch ist. ;)
Ja.

Was hälst Du von einem IRQ-Konflikt?
# cat /proc/interrupts
           CPU0
  1:         10        Phys-irq  i8042
  6:          2        Phys-irq  floppy
  7:          0        Phys-irq  parport0
  8:          1        Phys-irq  rtc
  9:          0        Phys-irq  acpi
 10:          0        Phys-irq  MPU401 UART
 14:     104501        Phys-irq  ide0
 15:        225        Phys-irq  ide1
 16:      58778        Phys-irq  ide2, ide3
 17:          0        Phys-irq  ohci_hcd:usb2
 18:    1039128        Phys-irq  ehci_hcd:usb3, eth1
 19:          0        Phys-irq  ohci_hcd:usb1
 20:     536609        Phys-irq  skge, libata
 21:          2        Phys-irq  ohci1394
 22:          0        Phys-irq  eth3
256:    1042051     Dynamic-irq  timer0
257:          0     Dynamic-irq  resched0
258:          0     Dynamic-irq  callfunc0
259:       5644     Dynamic-irq  xenbus
260:          0     Dynamic-irq  console
261:         11     Dynamic-irq  blkif-backend
262:          2     Dynamic-irq  blkif-backend
263:       2489     Dynamic-irq  blkif-backend
264:          3     Dynamic-irq  green
265:        616     Dynamic-irq  red
266:        310     Dynamic-irq  pciback
267:       7429     Dynamic-irq  blkif-backend
268:         27     Dynamic-irq  blkif-backend
269:      15184     Dynamic-irq  blkif-backend
270:     218438     Dynamic-irq  vif2.0
271:        294     Dynamic-irq  pciback
272:       2830     Dynamic-irq  blkif-backend
273:         24     Dynamic-irq  blkif-backend
274:         30     Dynamic-irq  blkif-backend
275:       2863     Dynamic-irq  vif3.0
276:      15898     Dynamic-irq  blkif-backend
277:        545     Dynamic-irq  blkif-backend
278:         10     Dynamic-irq  vif4.0
NMI:          0
LOC:          0
ERR:          0
MIS:          0

Diese Angabe sagt mir zwar nichts, aber ich ziele darauf ab,
dass ich die TV-Karte einer domU durchreiche, die laut MB-Beschreibung den IRQ 
mit dem internen SATA-Controller teilt. Genau die Platte macht aber keine 
Probleme.
Nur so ein Gedanke...

> Ciao,
Chris.....

P.S. wie treibe ich den swap künstlich in die Höhe?
Ich habe mich an "md5sum /dev/zero" gemacht, aber das geht nur auf den 
Prozessor. Ram geht nur schleppend, swap gar nicht

# watch free
             total       used       free     shared    buffers     cached
Mem:        262292     155636     106656          0       2624     103364
-/+ buffers/cache:      49648     212644
Swap:       909304          0     909304


Reply to: