FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.

» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Ubuntu > Ubuntu Server Development

LinkBack Thread Tools
Old 09-03-2010, 10:54 AM
Alex Muntada
Default system won't boot due to corruption of persistent iSCSI database

We have 4 guests in KVM running iSCSI root filesystems.
After a full shutdown of the host, only 1 of the guests booted
again and we suspect it may be due to the host shutting down
before the guests had time to perform their own shutdown.

We struggled for two days with the booting process (upstart,
apparmor, initramfs, iptables, etc.) and discarded potential
sources for error until we end up suspecting that iscsid was
the culprit (almost a wild guess).

To confirm our suspicion we replaced /sbin/iscsid with /bin/true
and then the guest booted fine. A little later we concluded that
the persistent iSCSI database was corrupted, since we could
reproduce the same "end-request I/O errors" after we set up
a system rescue disk and tried to run iscsid manually.

Then, we removed /etc/iscsi/{nodes,send_targets} completely
and rebuild them with "iscsiadm -m discovery ..." from the
rescued system. Rebooted and the guest finished the boot
process seamlessly.

Has anyone suffered the same problem?
What could be the root cause of the problem?
Do you think that having the system rediscover iSCSI nodes
database before booting would be an overkill solution?
Is this issue worth a bug report?


Alex Muntada <alexm@alexm.org>

ubuntu-server mailing list
More info: https://wiki.ubuntu.com/ServerTeam

Thread Tools

All times are GMT. The time now is 02:37 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org