Hmm. Sehr seltsam das ganze.
Also einen scsihost brauchst Du dafür eigentlich nicht, das macht Xen über
seinen eigenen Blocktreiber.
Ich hab das bei mir grad nochmal ausprobiert, klappt einwandfrei.
Dom0:
xenserv ~ # xm create vm/gentoo-rescue
Using config file "/etc/xen/vm/gentoo-rescue".
Started domain gentoo-rescue
xenserv ~ # dd if=/dev/zero of=/tmp/testdisk bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 0.221154 s, 474 MB/s
xenserv ~ # xm block-attach gentoo-rescue file:/tmp/testdisk sda w
DomU:
gentoo-rescue ~ # dmesg
[...]
[21463.897536] blkfront: sda: barriers enabled
[21463.897723] sda: unknown partition table
Da ist die Platte.. Danach kann ich dann ganz normal Partitionen anlegen usw.
Wie gesagt, bei Gentoo und SuSE funktioniert das out-of-the-box. Kann sein,
daß das bei Debian mal wieder anders ist ;-)
Gruß,
Chris
Am Dienstag, 3. Juni 2008 14:34:43 schrieb Pierre Bernhardt:
> Christian Euler schrieb:
> > Ich glaub, jetzt weiß ich was los ist ;)
> >
> > Du versuchst da, die Platte als sda3 (also als zusätzliche Partition zu
> > einem bestehenden Blockdevice) in die DomU einzubinden.. Das funktioniert
> > AFAIK so nicht.
>
> Das verstehe ich schon. S.u.
>
> > Versuch mal, die Platte als eigenständiges Laufwerk (z.B. sdb)
> > einzuhängen.
>
> Hatte ich versucht, der Kernel der DomU merkt es dennoch nicht.
>
> Interressanter weise findet er in meiner Test DomU nicht mal einen
> scsihost:
>
> root@testhost:~# df -k
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/sda1 1032088 446476 533184 46% /
> tmpfs 32840 0 32840 0% /lib/init/rw
> udev 10240 44 10196 1% /dev
> /dev/sda3 10321208 1866320 7930600 20% /home
> /dev/sdb 4588298 4588298 0 100%
> /data/mediastore/etch_4.0_1 /dev/sdc 4571754 4571754
> 0 100% /data/mediastore/etch_4.0_2 /dev/sdd 4463888
> 4463888 0 100% /data/mediastore/etch_4.0_3 /dev/sde
> 9814 9814 0 100%
> /data/mediastore/my-repository
> root@testhost:~# scsiadd -s
> scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or
> directory ** snip 14 weitere Zeilen wie die obere
> root@testhost:~# scsidev -v
> scsidev 2.36 2005-08-16
> Building device list using /proc/scsi/scsi
> 0 real SCSI devices found, 0 high level devs attached
> /etc/scsi.alias: No such file or directory
>
> Das es trotzdem funktioniert sieht man ja daran, das ich es einfach
> benutzen kann.
>
> In der dmesg ist auch nicht wirklich hilfreich etwas entsprechendes
> vorhanden:
>
> root@testhost:~# dmesg|grep -i scsi
> root@testhost:~# dmesg|grep -i sd
> Kernel command line: root=/dev/sda1 ro
> sdb: unknown partition table
> sdc: unknown partition table
> sdd: unknown partition table
> sde: unknown partition table
> Adding 1048568k swap on /dev/sda2. Priority:-1 extents:1 across:1048568k
> EXT3 FS on sda1, internal journal
> EXT3 FS on sda3, internal journal
>
> Und zu guter letzt noch mal einen log der geladenen Module:
> root@testhost:~# lsmod
> Module Size Used by
> sg 32060 0
> ch 15368 0
> st 35324 0
> osst 48128 0
> sr_mod 16644 0
> cdrom 33312 1 sr_mod
> sd_mod 19808 0
> scsi_mod 125160 6 sg,ch,st,osst,sr_mod,sd_mod
> ipv6 229088 12
> nls_iso8859_1 5024 4
> isofs 33308 4
> udf 73924 0
> 8250 28164 0
> serial_core 20288 1 8250
> ext3 120072 2
> jbd 53224 1 ext3
> mbcache 9124 1 ext3
> dm_mirror 20048 0
> dm_snapshot 16320 0
> dm_mod 51000 2 dm_mirror,dm_snapshot
> raid1 21984 0
> md_mod 71316 1 raid1
> processor 29608 0
>
> MfG...
> Pierre Bernhardt