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

Re: [Xen-API] Centos 5.9 can't boot in xcp 1.1


  • To: xen-api@xxxxxxxxxxxxx
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
  • Date: Sun, 20 Jan 2013 19:19:55 +0400
  • Delivery-date: Sun, 20 Jan 2013 15:20:10 +0000
  • List-id: User and development list for XCP and XAPI <xen-api.lists.xen.org>

Too few information (something broken, someone help me).

Some gotchas:
* check dom0 free space. If no free space, delete some logs and restart xapi service.
* check SR state
* check xapi task queue (xe task-list), should be empty.

On 20.01.2013 17:00, Adhi Priharmanto wrote:
Hi,

I Was running in XCP 1.1 for a years, no problem until 2 days ago.

I have 4 x XCP 1.1 group-in 1 pool, tweak with this guide http://wiki.xen.org/wiki/XenCenterXCP, storage with iSCSI

- the problem was start at our VM centos 5.8 with cpanel was doing scripts/upcp automaticaly, VM centos 5.8 was got high load, so I decide to force reboot.
- In xencenter console show boot was stuck, here few last messages shown:

kjournald starting. Commit interval 5 seconds

EXT3-fs: mounted filesystem with ordered data mode.

Setting up other filesystems.

Setting up new root fs

no fstab.sys, mounting internal defaults

Switching to new root and running init.

unmounting old /dev

unmounting old /proc

unmounting old /sys




no process after this condition


- Try to create new VM using centos 5-3 iso , VM working successfully, but when working yum update it's stuck in process
UpdatingÂÂÂÂÂÂ : tzdataÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ [Â 5/627]
ÂUpdatingÂÂÂÂÂÂ : glibc-commonÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ [Â 6/627]
process
top - 05:30:19 up 21 min, 3 users, load average: 1.04, 1.00, 0.72
Tasks: 114 total,ÂÂ 2 running, 112 sleeping,ÂÂ 0 stopped,ÂÂ 0 zombie
Cpu(s): 16.2%us, 0.0%sy, 0.0%ni, 83.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4194304k total, 814456k used, 3379848k free, 25952k buffers
Swap: 4095992k total, 0k used, 4095992k free, 531584k cached

ÂPID USERÂÂÂÂÂ PRÂ NIÂ VIRTÂ RESÂ SHR S %CPU %MEMÂÂÂ TIME+Â COMMANDÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
2057 rootÂÂÂÂÂ 25ÂÂ 0ÂÂ 788Â 140Â 108 R 100.0Â 0.0Â 19:39.74 build-locale-arÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
ÂÂ 1 rootÂÂÂÂÂ 15ÂÂ 0 10344Â 732Â 608 SÂ 0.0Â 0.0ÂÂ 0:00.01 init

# ps ax |grep build
2057 pts/0ÂÂÂ R+ÂÂÂ 20:11 /usr/sbin/build-locale-archive
2853 pts/1ÂÂÂ S+ÂÂÂÂ 0:00 grep build
Âwait for an few times no clue, and CPU utilization get High until 100%, and if the VM rebooted, will be stuck same at case above.


- In same pool I was download centos 5.9 xva templates from stacklet, and try to import and start in pool as new VM , but another weird show at booting, last message shown are :

en virtual console successfully installed as xvc0
Event-channel device installed.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
ide-floppy driver 0.99.newide
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
PNP: No PS/2 controller found. Probing ports directly.
i8042.c: No controller found.
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
TCP bic registered
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
XENBUS: Device with no driver: device/vbd/51712
XENBUS: Device with no driver: device/vif/0
Initalizing network drop monitor service
Write protecting the kernel read-only data: 506k
ÂCould somebody help me ????

-
Best Regards,

Adhi Priharmanto



_______________________________________________
Xen-api mailing list
Xen-api@xxxxxxxxxxxxx
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
_______________________________________________
Xen-api mailing list
Xen-api@xxxxxxxxxxxxx
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.