All of lore.kernel.org
 help / color / mirror / Atom feed
* unstable network trouble
@ 2005-10-27 13:57 Gerd Knorr
  2005-10-27 15:12 ` Ewan Mellor
  0 siblings, 1 reply; 9+ messages in thread
From: Gerd Knorr @ 2005-10-27 13:57 UTC (permalink / raw)
  To: xen-devel

   Hi,

With current unstable (hg7500) I have the problem that networking for 
domU's doesn't work reliable.  Seems to be more or less random, havn't 
seen any pattern yet, sometimes it works normally and sometimes it doesn't.

In case it does _not_ work it looks like this (domain 1 runs fine, 
domain 3 is broken):

The xen-backend device is present in sysfs:

   master-xen root ~# ls /sys/devices/xen-backend
   .  ..  vbd-1-768  vbd-1-832  vbd-3-51712  vif-1-0  vif-3-0

The vif network interface is missing:

   master-xen root ~# ip link ls | grep vif
   3: vif0.0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
   6: vif1.0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue

/etc/xen/scripts/vif-bridge is not called according to /var/log/messages:

   master-xen root /var/log# grep vif-bridge /var/log/messages
   Oct 27 15:22:50 master-xen logger: /etc/xen/scripts/vif-bridge: up 
XENBUS_PATH=backend/vif/1/0

The backend entries in xenstore look just fine:

master-xen root ~# xenstore-dump backend/vif
1/
     0/
         bridge           xenbr0
         mac              aa:00:57:4f:25:a7
         handle           0
         script           /etc/xen/scripts/vif-bridge
         frontend-id      1
         domain           debian
         frontend         /local/domain/1/device/vif/0
3/
     0/
         bridge           xenbr0
         mac              aa:00:ca:d7:83:e1
         handle           0
         script           /etc/xen/scripts/vif-bridge
         frontend-id      3
         domain           gentoo
         frontend         /local/domain/3/device/vif/0

ideas anyone?

cheers,

   Gerd

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-27 13:57 unstable network trouble Gerd Knorr
@ 2005-10-27 15:12 ` Ewan Mellor
  2005-10-27 15:43   ` Gerd Knorr
  0 siblings, 1 reply; 9+ messages in thread
From: Ewan Mellor @ 2005-10-27 15:12 UTC (permalink / raw)
  To: Gerd Knorr; +Cc: xen-devel

On Thu, Oct 27, 2005 at 03:57:50PM +0200, Gerd Knorr wrote:

> With current unstable (hg7500) I have the problem that networking for 
> domU's doesn't work reliable.  Seems to be more or less random, havn't 
> seen any pattern yet, sometimes it works normally and sometimes it doesn't.

There does seem to be a problem with the hotplug scripts either not running at
all or bailing out early.  Please could you put some tracing into the relevant
scripts -- /etc/hotplug/xen-backend.agent,
/etc/hotplug.d/default/default.hotplug, and / or
/etc/udev/rules.d/xen-backend.rules, depending on your system, and see if you
can figure out whether the hotplug event is firing at all, and if it is, where
the script bails out.

To have got the device in /sys/devices/xen-backend tells us that it's managed
almost everything before the hotplug scripts get started, so this shouldn't be
difficult to track down.

Thanks,

Ewan.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-27 15:12 ` Ewan Mellor
@ 2005-10-27 15:43   ` Gerd Knorr
  2005-10-27 15:57     ` Ewan Mellor
  2005-10-31 10:58     ` Gerd Knorr
  0 siblings, 2 replies; 9+ messages in thread
From: Gerd Knorr @ 2005-10-27 15:43 UTC (permalink / raw)
  To: Ewan Mellor; +Cc: xen-devel

> There does seem to be a problem with the hotplug scripts either not running at
> all or bailing out early.

Hmm, no, seems to be a missing hotplug event.

I've added a debug line to xen-backend.rules:

SUBSYSTEM=="xen-backend", RUN+="/bin/logger -p daemon.debug -- 
xen-backend: $env{ACTION} %k"

A successfull start looks like this:

   Oct 27 17:34:50 master-xen logger: xen-backend: add vbd-19-768
   Oct 27 17:34:50 master-xen logger: xen-backend: add vbd-19-832
   Oct 27 17:34:50 master-xen logger: xen-backend: add vif-19-0
   Oct 27 17:34:50 master-xen logger: xen-backend: online vif-19-0

With broken network the "online" event is missing:

   Oct 27 17:35:31 master-xen logger: xen-backend: add vbd-20-832
   Oct 27 17:35:31 master-xen logger: xen-backend: add vbd-20-768
   Oct 27 17:35:31 master-xen logger: xen-backend: add vif-20-0

Oh, and btw, reboot doesn't work all the time either.  Sometimes the 
domain comes up again as it should, and sometimes it doesn't.

cheers,

   Gerd

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-27 15:43   ` Gerd Knorr
@ 2005-10-27 15:57     ` Ewan Mellor
  2005-10-28  9:06       ` Gerd Knorr
  2005-10-31 10:58     ` Gerd Knorr
  1 sibling, 1 reply; 9+ messages in thread
From: Ewan Mellor @ 2005-10-27 15:57 UTC (permalink / raw)
  To: Gerd Knorr; +Cc: xen-devel

On Thu, Oct 27, 2005 at 05:43:38PM +0200, Gerd Knorr wrote:

> Oh, and btw, reboot doesn't work all the time either.  Sometimes the 
> domain comes up again as it should, and sometimes it doesn't.

That one really is odd.  Could you post your /var/log/xend.log when that
happens?

Ewan.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-27 15:57     ` Ewan Mellor
@ 2005-10-28  9:06       ` Gerd Knorr
  2005-10-28  9:59         ` Gerd Knorr
  2005-10-28 10:03         ` Gerd Knorr
  0 siblings, 2 replies; 9+ messages in thread
From: Gerd Knorr @ 2005-10-28  9:06 UTC (permalink / raw)
  To: Ewan Mellor; +Cc: xen-devel

[-- Attachment #1: Type: text/plain, Size: 621 bytes --]

Ewan Mellor wrote:
> On Thu, Oct 27, 2005 at 05:43:38PM +0200, Gerd Knorr wrote:
> 
> That one really is odd.  Could you post your /var/log/xend.log when that
> happens?

Attached.  The "error: (12, 'Cannot allocate memory')" line looks 
strange.  The domain has 128 MB assigned.  Now (after the failed reboot) 
it looks like this:

    master-xen root ~# xm info | grep memory
    memory                 : 983
    free_memory            : 132

Should be enougth memory.  I also have "(dom0-min-mem 256)" configured 
for xend, so it should happily take away memory from dom0 in case it 
needs more ...

cheers,

   Gerd


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: xend.log --]
[-- Type: text/x-log; name="xend.log", Size: 11176 bytes --]

[2005-10-28 10:54:16 xend] INFO (SrvDaemon:269) Xend Daemon started
[2005-10-28 10:54:16 xend] INFO (SrvDaemon:273) Xend changeset: Thu Oct 27 11:53:02 2005 +0100 7502:e70ea9465b31.
[2005-10-28 10:54:16 xend.XendDomainInfo] DEBUG (XendDomainInfo:168) XendDomainInfo.recreate({'paused': 0, 'cpu_time': 8738451167L, 'ssidref': 0, 'handle': [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], 'shutdown_reason': 0, 'dying': 0, 'dom': 0, 'mem_kb': 972800, 'maxmem_kb': -4, 'max_vcpu_id': 1, 'crashed': 0, 'running': 1, 'shutdown': 0, 'online_vcpus': 2, 'blocked': 0})
[2005-10-28 10:54:16 xend.XendDomainInfo] INFO (XendDomainInfo:180) Recreating domain 0, UUID 00000000-0000-0000-0000-000000000000.
[2005-10-28 10:54:16 xend.XendDomainInfo] WARNING (XendDomainInfo:202) No vm path in store for existing domain 0
[2005-10-28 10:54:16 xend.XendDomainInfo] DEBUG (XendDomainInfo:589) Storing VM details: {'ssidref': '0', 'uuid': '00000000-0000-0000-0000-000000000000', 'on_reboot': 'restart', 'on_poweroff': 'destroy', 'vcpus': '1', 'on_crash': 'restart', 'memory/target': '972800', 'vcpu_avail': '1', 'name': 'Domain-0'}
[2005-10-28 10:54:16 xend.XendDomainInfo] DEBUG (XendDomainInfo:614) Storing domain details: {'cpu/0/availability': 'online', 'memory/target': '972800', 'name': 'Domain-0', 'console/limit': '1048576', 'vm': '/vm/00000000-0000-0000-0000-000000000000', 'domid': '0'}
[2005-10-28 10:54:16 xend] DEBUG (XendDomain:140) number of vcpus to use is 0
[2005-10-28 10:54:16 xend] INFO (SrvServer:112) unix path=/var/lib/xend/xend-socket
[2005-10-28 10:54:32 xend.XendDomainInfo] DEBUG (XendDomainInfo:147) XendDomainInfo.create(['vm', ['name', 'debian'], ['memory', '128'], ['ssidref', '0'], ['image', ['linux', ['kernel', '/vm/debian/vmlinuz3'], ['ip', ':1.2.3.4::::eth0:dhcp'], ['root', '/dev/hda1 ro'], ['vcpus', '1'], ['vcpus', '1'], ['boot', 'c']]], ['device', ['vbd', ['uname', 'phy:xen/debian'], ['dev', 'hda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'file:/vm/debian/disk.img'], ['dev', 'hdb'], ['mode', 'w']]], ['device', ['vif', ['mac', 'aa:00:57:4f:25:a7']]]])
[2005-10-28 10:54:32 xend.XendDomainInfo] DEBUG (XendDomainInfo:250) parseConfig: config is ['vm', ['name', 'debian'], ['memory', '128'], ['ssidref', '0'], ['image', ['linux', ['kernel', '/vm/debian/vmlinuz3'], ['ip', ':1.2.3.4::::eth0:dhcp'], ['root', '/dev/hda1 ro'], ['vcpus', '1'], ['vcpus', '1'], ['boot', 'c']]], ['device', ['vbd', ['uname', 'phy:xen/debian'], ['dev', 'hda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'file:/vm/debian/disk.img'], ['dev', 'hdb'], ['mode', 'w']]], ['device', ['vif', ['mac', 'aa:00:57:4f:25:a7']]]]
[2005-10-28 10:54:32 xend.XendDomainInfo] DEBUG (XendDomainInfo:308) parseConfig: result is {'ssidref': 0, 'name': 'debian', 'on_reboot': None, 'maxmem': None, 'on_poweroff': None, 'mem_kb': None, 'maxmem_kb': None, 'on_crash': None, 'backend': [], 'vcpus': 1, 'cpu_weight': None, 'vcpu_avail': None, 'memory': 128, 'device': [('vbd', ['vbd', ['uname', 'phy:xen/debian'], ['dev', 'hda'], ['mode', 'w']]), ('vbd', ['vbd', ['uname', 'file:/vm/debian/disk.img'], ['dev', 'hdb'], ['mode', 'w']]), ('vif', ['vif', ['mac', 'aa:00:57:4f:25:a7']])], 'bootloader': None, 'image': ['linux', ['kernel', '/vm/debian/vmlinuz3'], ['ip', ':1.2.3.4::::eth0:dhcp'], ['root', '/dev/hda1 ro'], ['vcpus', '1'], ['vcpus', '1'], ['boot', 'c']], 'cpu': None, 'uuid': None}
[2005-10-28 10:54:32 xend.XendDomainInfo] DEBUG (XendDomainInfo:1047) XendDomainInfo.construct: None 0
[2005-10-28 10:54:32 xend.XendDomainInfo] DEBUG (XendDomainInfo:1077) XendDomainInfo.initDomain: 1 131072 1.0
[2005-10-28 10:54:32 xend] INFO (image:131) buildDomain os=linux dom=1 vcpus=1
[2005-10-28 10:54:32 xend] DEBUG (image:169) dom            = 1
[2005-10-28 10:54:32 xend] DEBUG (image:170) image          = /vm/debian/vmlinuz3
[2005-10-28 10:54:32 xend] DEBUG (image:171) store_evtchn   = 1
[2005-10-28 10:54:32 xend] DEBUG (image:172) console_evtchn = 2
[2005-10-28 10:54:32 xend] DEBUG (image:173) cmdline        =  ip=:1.2.3.4::::eth0:dhcp root=/dev/hda1 ro
[2005-10-28 10:54:32 xend] DEBUG (image:174) ramdisk        = 
[2005-10-28 10:54:32 xend] DEBUG (image:175) vcpus          = 1
[2005-10-28 10:54:32 xend] DEBUG (DevController:230) DevController: writing {'virtual-device': '768', 'backend-id': '0', 'backend': '/local/domain/0/backend/vbd/1/768'} to /local/domain/1/device/vbd/768.
[2005-10-28 10:54:32 xend] DEBUG (DevController:232) DevController: writing {'domain': 'debian', 'params': 'xen/debian', 'frontend-id': '1', 'type': 'phy', 'dev': 'hda', 'frontend': '/local/domain/1/device/vbd/768'} to /local/domain/0/backend/vbd/1/768.
[2005-10-28 10:54:32 xend] DEBUG (blkif:24) exception looking up device number for hdb: [Errno 2] No such file or directory: '/dev/hdb'
[2005-10-28 10:54:32 xend] DEBUG (DevController:230) DevController: writing {'virtual-device': '832', 'backend-id': '0', 'backend': '/local/domain/0/backend/vbd/1/832'} to /local/domain/1/device/vbd/832.
[2005-10-28 10:54:32 xend] DEBUG (DevController:232) DevController: writing {'domain': 'debian', 'params': '/vm/debian/disk.img', 'frontend-id': '1', 'type': 'file', 'dev': 'hdb', 'frontend': '/local/domain/1/device/vbd/832'} to /local/domain/0/backend/vbd/1/832.
[2005-10-28 10:54:32 xend] DEBUG (DevController:230) DevController: writing {'backend-id': '0', 'mac': 'aa:00:57:4f:25:a7', 'handle': '0', 'backend': '/local/domain/0/backend/vif/1/0'} to /local/domain/1/device/vif/0.
[2005-10-28 10:54:32 xend] DEBUG (DevController:232) DevController: writing {'bridge': 'xenbr0', 'mac': 'aa:00:57:4f:25:a7', 'handle': '0', 'script': '/etc/xen/scripts/vif-bridge', 'frontend-id': '1', 'domain': 'debian', 'frontend': '/local/domain/1/device/vif/0'} to /local/domain/0/backend/vif/1/0.
[2005-10-28 10:54:32 xend.XendDomainInfo] DEBUG (XendDomainInfo:589) Storing VM details: {'ssidref': '0', 'uuid': '36e0c3fb-a7c3-b33d-3006-4cba42f26e79', 'on_reboot': 'restart', 'image': "(linux (kernel /vm/debian/vmlinuz3) (ip :1.2.3.4::::eth0:dhcp) (root '/dev/hda1 ro') (vcpus 1) (vcpus 1) (boot c))", 'on_poweroff': 'destroy', 'vcpus': '1', 'on_crash': 'restart', 'memory/target': '131072', 'vcpu_avail': '1', 'name': 'debian'}
[2005-10-28 10:54:32 xend.XendDomainInfo] DEBUG (XendDomainInfo:614) Storing domain details: {'console/ring-ref': '145391', 'console/port': '2', 'name': 'debian', 'console/limit': '1048576', 'vm': '/vm/36e0c3fb-a7c3-b33d-3006-4cba42f26e79', 'domid': '1', 'cpu/0/availability': 'online', 'memory/target': '131072', 'store/ring-ref': '145392', 'store/port': '1'}
[2005-10-28 10:54:33 xend] INFO (XendDomain:349) Domain debian (1) unpaused.
[2005-10-28 10:55:49 xend.XendDomainInfo] INFO (XendDomainInfo:741) Domain has shutdown: name=debian id=1 reason=reboot.
[2005-10-28 10:55:49 xend.XendDomainInfo] ERROR (XendDomainInfo:1278) None
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:1164) XendDomainInfo.destroyDomain(1)
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:147) XendDomainInfo.create(['domain', ['domid', 1], ['memory', 127], ['name', 'debian'], ['uuid', '36e0c3fb-a7c3-b33d-3006-4cba42f26e79'], ['ssidref', 0], ['vcpus', 1], ['vcpu_avail', 1], ['cpu_weight', 1.0], ['on_poweroff', 'destroy'], ['on_reboot', 'restart'], ['on_crash', 'restart'], ['maxmem', 127], ['image', ['linux', ['kernel', '/vm/debian/vmlinuz3'], ['ip', ':1.2.3.4::::eth0:dhcp'], ['root', '/dev/hda1 ro'], ['vcpus', '1'], ['vcpus', '1'], ['boot', 'c']]], ['device', ['vbd', ['uname', 'phy:xen/debian'], ['dev', 'hda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'file:/vm/debian/disk.img'], ['dev', 'hdb'], ['mode', 'w']]], ['device', ['vif', ['mac', 'aa:00:57:4f:25:a7']]], ['state', '---s--'], ['shutdown_reason', 'reboot'], ['cpu_time', 7.3716442630000003], ['vcpus', 1], ['up_time', '76.4017469883'], ['start_time', '1130489672.99'], ['store_mfn', 145392], ['console_mfn', 145391]])
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:250) parseConfig: config is ['domain', ['domid', 1], ['memory', 127], ['name', 'debian'], ['uuid', '36e0c3fb-a7c3-b33d-3006-4cba42f26e79'], ['ssidref', 0], ['vcpus', 1], ['vcpu_avail', 1], ['cpu_weight', 1.0], ['on_poweroff', 'destroy'], ['on_reboot', 'restart'], ['on_crash', 'restart'], ['maxmem', 127], ['image', ['linux', ['kernel', '/vm/debian/vmlinuz3'], ['ip', ':1.2.3.4::::eth0:dhcp'], ['root', '/dev/hda1 ro'], ['vcpus', '1'], ['vcpus', '1'], ['boot', 'c']]], ['device', ['vbd', ['uname', 'phy:xen/debian'], ['dev', 'hda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'file:/vm/debian/disk.img'], ['dev', 'hdb'], ['mode', 'w']]], ['device', ['vif', ['mac', 'aa:00:57:4f:25:a7']]], ['state', '---s--'], ['shutdown_reason', 'reboot'], ['cpu_time', 7.3716442630000003], ['vcpus', 1], ['up_time', '76.4017469883'], ['start_time', '1130489672.99'], ['store_mfn', 145392], ['console_mfn', 145391]]
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:308) parseConfig: result is {'ssidref': 0, 'name': 'debian', 'on_reboot': 'restart', 'maxmem': 127, 'on_poweroff': 'destroy', 'mem_kb': None, 'maxmem_kb': None, 'on_crash': 'restart', 'backend': [], 'vcpus': 1, 'cpu_weight': 1.0, 'vcpu_avail': 1, 'memory': 127, 'device': [('vbd', ['vbd', ['uname', 'phy:xen/debian'], ['dev', 'hda'], ['mode', 'w']]), ('vbd', ['vbd', ['uname', 'file:/vm/debian/disk.img'], ['dev', 'hdb'], ['mode', 'w']]), ('vif', ['vif', ['mac', 'aa:00:57:4f:25:a7']])], 'bootloader': None, 'image': ['linux', ['kernel', '/vm/debian/vmlinuz3'], ['ip', ':1.2.3.4::::eth0:dhcp'], ['root', '/dev/hda1 ro'], ['vcpus', '1'], ['vcpus', '1'], ['boot', 'c']], 'cpu': None, 'uuid': '36e0c3fb-a7c3-b33d-3006-4cba42f26e79'}
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:1047) XendDomainInfo.construct: None 0
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:1077) XendDomainInfo.initDomain: 2 130048 1.0
[2005-10-28 10:55:49 xend.XendDomainInfo] ERROR (XendDomainInfo:158) Domain construction failed
Traceback (most recent call last):
  File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 152, in create
    vm.initDomain()
  File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 1093, in initDomain
    xc.domain_memory_increase_reservation(self.domid, m, 0, 0)
error: (12, 'Cannot allocate memory')
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:1156) XendDomainInfo.destroy: domid=2
[2005-10-28 10:55:49 xend.XendDomainInfo] DEBUG (XendDomainInfo:1164) XendDomainInfo.destroyDomain(2)
[2005-10-28 10:55:49 xend.XendDomainInfo] ERROR (XendDomainInfo:1307) Failed to restart domain 1.
Traceback (most recent call last):
  File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 1300, in restart
    new_dom = xd.domain_create(config)
  File "//usr/lib/python/xen/xend/XendDomain.py", line 215, in domain_create
    dominfo = XendDomainInfo.create(config)
  File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 152, in create
    vm.initDomain()
  File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 1093, in initDomain
    xc.domain_memory_increase_reservation(self.domid, m, 0, 0)
error: (12, 'Cannot allocate memory')

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-28  9:06       ` Gerd Knorr
@ 2005-10-28  9:59         ` Gerd Knorr
  2005-10-28 11:11           ` Ewan Mellor
  2005-10-28 10:03         ` Gerd Knorr
  1 sibling, 1 reply; 9+ messages in thread
From: Gerd Knorr @ 2005-10-28  9:59 UTC (permalink / raw)
  To: Gerd Knorr; +Cc: xen-devel, Ewan Mellor

   Hi,

>> That one really is odd.  Could you post your /var/log/xend.log when that
>> happens?
> 
> Attached.   The "error: (12, 'Cannot allocate memory')" line looks
> strange.  [ ... ]

Hmm, there seems to be more than one bug.  I've manually decreased the 
amount of memory for domain 0 so there is more free memory, which seems 
to sucessfully workaround the memory allocation issue.  Now I got this one:

   [2005-10-28 11:55:39 xend.XendDomainInfo] INFO (XendDomainInfo:741) 
Domain has shutdown: name=debian id=9 reason=reboot.
   [2005-10-28 11:55:39 xend.XendDomainInfo] ERROR (XendDomainInfo:1278) 
1130493287.56
   [2005-10-28 11:55:39 xend.XendDomainInfo] DEBUG (XendDomainInfo:1156) 
XendDomainInfo.destroy: domid=9
   [2005-10-28 11:55:39 xend.XendDomainInfo] DEBUG (XendDomainInfo:1164) 
XendDomainInfo.destroyDomain(9)

cheers,

   Gerd

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-28  9:06       ` Gerd Knorr
  2005-10-28  9:59         ` Gerd Knorr
@ 2005-10-28 10:03         ` Gerd Knorr
  1 sibling, 0 replies; 9+ messages in thread
From: Gerd Knorr @ 2005-10-28 10:03 UTC (permalink / raw)
  To: Gerd Knorr; +Cc: xen-devel, Ewan Mellor

> [2005-10-28 10:55:49 xend.XendDomainInfo] ERROR (XendDomainInfo:1307) Failed to restart domain 1.
> Traceback (most recent call last):
>   File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 1300, in restart
>     new_dom = xd.domain_create(config)
>   File "//usr/lib/python/xen/xend/XendDomain.py", line 215, in domain_create
>     dominfo = XendDomainInfo.create(config)
>   File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 152, in create
>     vm.initDomain()
>   File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 1093, in initDomain
>     xc.domain_memory_increase_reservation(self.domid, m, 0, 0)
> error: (12, 'Cannot allocate memory')

Oh, xend-debug.log has something as well:

Failed allocation for dom 2: 32768 pages order 0 addr_bits 0

cheers,

   Gerd

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-28  9:59         ` Gerd Knorr
@ 2005-10-28 11:11           ` Ewan Mellor
  0 siblings, 0 replies; 9+ messages in thread
From: Ewan Mellor @ 2005-10-28 11:11 UTC (permalink / raw)
  To: Gerd Knorr; +Cc: xen-devel

On Fri, Oct 28, 2005 at 11:59:47AM +0200, Gerd Knorr wrote:

>   Hi,
> 
> >>That one really is odd.  Could you post your /var/log/xend.log when that
> >>happens?
> >
> >Attached.   The "error: (12, 'Cannot allocate memory')" line looks
> >strange.  [ ... ]
> 
> Hmm, there seems to be more than one bug.  I've manually decreased the 
> amount of memory for domain 0 so there is more free memory, which seems 
> to sucessfully workaround the memory allocation issue.  Now I got this one:
> 
>   [2005-10-28 11:55:39 xend.XendDomainInfo] INFO (XendDomainInfo:741) 
> Domain has shutdown: name=debian id=9 reason=reboot.
>   [2005-10-28 11:55:39 xend.XendDomainInfo] ERROR (XendDomainInfo:1278) 
> 1130493287.56
>   [2005-10-28 11:55:39 xend.XendDomainInfo] DEBUG (XendDomainInfo:1156) 
> XendDomainInfo.destroy: domid=9
>   [2005-10-28 11:55:39 xend.XendDomainInfo] DEBUG (XendDomainInfo:1164) 
> XendDomainInfo.destroyDomain(9)

I'm not sure about your Cannot allocate memory error -- I'll look into that.
The rebooting code in Xend, however, is just plain wrong.  I'll fix that
today.  Thanks for your help, Gerd.

Ewan.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: unstable network trouble
  2005-10-27 15:43   ` Gerd Knorr
  2005-10-27 15:57     ` Ewan Mellor
@ 2005-10-31 10:58     ` Gerd Knorr
  1 sibling, 0 replies; 9+ messages in thread
From: Gerd Knorr @ 2005-10-31 10:58 UTC (permalink / raw)
  To: Ewan Mellor; +Cc: xen-devel

> Hmm, no, seems to be a missing hotplug event.

Sticked some printk's into the net backend, looks like a xenbus issue:

domU boot with broken network:

   netback_probe: add backend watch
   netback_probe: add frontend watch
   netback_probe: done
   frontend_changed: called
   frontend_changed: called
   frontend_changed: called
   frontend_changed: called

domU boot with working network:

   netback_probe: add backend watch
   netback_probe: add frontend watch
   netback_probe: done
   backend_changed: called
   backend_changed: hotplug online
   netback_hotplug: called
   frontend_changed: called
   frontend_changed: called
   device vif2.0 entered promiscuous mode
   xenbr0: port 3(vif2.0) entering learning state
   xenbr0: topology change detected, propagating
   xenbr0: port 3(vif2.0) entering forwarding state
   frontend_changed: called
   frontend_changed: called
   frontend_changed: called

Note that backend_changed is never called in the first case.

cheers,

   Gerd

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2005-10-31 10:58 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-27 13:57 unstable network trouble Gerd Knorr
2005-10-27 15:12 ` Ewan Mellor
2005-10-27 15:43   ` Gerd Knorr
2005-10-27 15:57     ` Ewan Mellor
2005-10-28  9:06       ` Gerd Knorr
2005-10-28  9:59         ` Gerd Knorr
2005-10-28 11:11           ` Ewan Mellor
2005-10-28 10:03         ` Gerd Knorr
2005-10-31 10:58     ` Gerd Knorr

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.