Christian Hertel
2006-Feb-13 10:06 UTC
AW: [Xen-users] Exporting Dom0 disks to DomU as SCSI disks doesnot work
Hello Digvijoy,> Does your kernel have inbuilt support for Logical Volumes > ,because your ouptut shows VFS is unable to mount root ,which > means dm-mod and multidevice modules wasnt compiled into the kernel.Multi-device support is compiled into my DomU kernel, device-mapper is built as a module. But I don''t think this has something to do with my problem because I''m exporting 2 logical volumes, not the LVM physical disk, so my DomU kernel shouldn''t care about it. As I mentioned, it works if I export the volumes as hda1 / hdb1. I can provide my Dom0 and/or DomU kernel .config file if needed. Cheers, Christian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Digvijoy Chatterjee
2006-Feb-13 10:40 UTC
Re: AW: [Xen-users] Exporting Dom0 disks to DomU as SCSI disks doesnot work
Christian , I am not able to understand this problem right away ,but SCSI major number is 8 and i can see your kernel cribbing about registering block device with major number 8 when its booting up,..just before it panics ....below , i have separated it with equal to marks can you paste the output for the successfull hda bootup ?? RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Xen virtual console successfully installed as tty1 Event-channel device installed. netfront: Initialising virtual ethernet driver. NET: Registered protocol family 2 =================================================Registering block device major 8 register_blkdev: cannot get major 8 for sd xen_blk: can''t get major 8 with name sd Registering block device major 8 register_blkdev: cannot get major 8 for sd xen_blk: can''t get major 8 with name sd ================================================IP: routing cache hash table of 2048 buckets, 32Kbytes TCP established hash table entries: 131072 (order: 9, 2097152 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 131072 bind 65536) VFS: Cannot open root device "sdb1" or unknown-block(0,0) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) On Mon, 2006-02-13 at 11:06 +0100, Christian Hertel wrote:> Hello Digvijoy, > > > Does your kernel have inbuilt support for Logical Volumes > > ,because your ouptut shows VFS is unable to mount root ,which > > means dm-mod and multidevice modules wasnt compiled into the kernel. > > Multi-device support is compiled into my DomU kernel, device-mapper is > built as a module. > But I don''t think this has something to do with my problem because I''m > exporting 2 logical volumes, not the LVM physical disk, so my DomU > kernel shouldn''t care about it. As I mentioned, it works if I export the > volumes as hda1 / hdb1. > > I can provide my Dom0 and/or DomU kernel .config file if needed. > > Cheers, > Christian**************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS*** _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Christian Hertel
2006-Feb-13 10:49 UTC
AW: [Xen-users] Exporting Dom0 disks to DomU as SCSI disks doesnot work
> > Registering block device major 8 > > register_blkdev: cannot get major 8 for sd > > xen_blk: can''t get major 8 with name sd Registering block > device major > > 8 > > register_blkdev: cannot get major 8 for sd > > xen_blk: can''t get major 8 with name sd > > Vs > > NET: Registered protocol family 2 > Registering block device major 3 > > I feel its a compliation issue of DomU ,attach .config for > DomU , ill be able to tell which one is missing in SCSI,my > DomU boots with SCSI and IDE equally well...lets seeOk, I attached it to this mail. Meanwhile, I''ll try to make mrproper and recompile it, perhaps there really was a compilation issue last time. Thank you for your help! Christian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Digvijoy Chatterjee
2006-Feb-13 11:56 UTC
Re: AW: [Xen-users] Exporting Dom0 disks to DomU as SCSI disks doesnot work
This is my 2.6.11-1.1360FC$4xenU as different from yours and it boots when physical devices are exported as SCSI, I am not a SCSI expert so wont be able to tell you why , try this and mail the result...I have also attached the file May be other people on the list can tell ??? # # SCSI device support # CONFIG_SCSI=m CONFIG_SCSI_PROC_FS=y # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=m CONFIG_CHR_DEV_ST=m CONFIG_CHR_DEV_OSST=m CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_CHR_DEV_SG=m # # Some SCSI devices (e.g. CD jukebox) support multiple LUNs # CONFIG_SCSI_MULTI_LUN=y CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_LOGGING=y # # SCSI Transport Attributes # CONFIG_SCSI_SPI_ATTRS=m CONFIG_SCSI_FC_ATTRS=m CONFIG_SCSI_ISCSI_ATTRS=m # # SCSI low-level drivers # CONFIG_SCSI_SATA=y # CONFIG_SCSI_DEBUG is not set On Mon, 2006-02-13 at 11:49 +0100, Christian Hertel wrote:> > > Registering block device major 8 > > > register_blkdev: cannot get major 8 for sd > > > xen_blk: can''t get major 8 with name sd Registering block > > device major > > > 8 > > > register_blkdev: cannot get major 8 for sd > > > xen_blk: can''t get major 8 with name sd > > > > Vs > > > > NET: Registered protocol family 2 > > Registering block device major 3 > > > > I feel its a compliation issue of DomU ,attach .config for > > DomU , ill be able to tell which one is missing in SCSI,my > > DomU boots with SCSI and IDE equally well...lets see > > Ok, I attached it to this mail. > Meanwhile, I''ll try to make mrproper and recompile it, perhaps there > really was a compilation issue last time. > > Thank you for your help! > > Christian >**************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS*** _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Possibly Parallel Threads
- [PATCH] xen: initialize platform_pci even if xen_emul_unplug=never
- Error while installing gsubfn_0.6-4.tar.gz for R 2.15.1
- Cross-correlation function
- users doesnot forced to change their password although I already ran pdbedit
- Fwd: Re: Dovecot doesnot disconnect at end of pop3 session