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

Re: [Xen-users] tap:ram anyone?




On Fri, Jan 9, 2009 at 5:42 PM, Dylan Martin <dmartin@xxxxxxxxxxxx> wrote:
Has anyone ever tried the 'ram' driver with blktap for block devices?
It's mentioned here:

http://wiki.xensource.com/xenwiki/blktap

  Fast shareable RAM disk between VMs (requires some form of
cluster-based filesystem support e.g. OCFS2 in the guest kernel)

and poking around the source, in tools/blktap there is a README
(almost identical to the above web page) and the drivers themselves.

I've been trying to get it to work on CentOS 5.2 to no avail.  Specifically:

 block-attach domain 'tap:ram:/path/to/file' hdb w

..makes something appear in the output of block-list, but the domU
doesn't react at all.  (nothing in dmesg, /dev/dhb is not found
etc...)  Sadly, this is exactly the same thing that happens if you
specify a bogus tap driver, (EG tap:wibble:/path/to/file).

I've tried tap:aio and tap:sync and they both work.


I haven't tried it personally.

There has been very little development on it.

see:
http://lxr.mstier.de/Xen/source/xen_3.2.1/tools/blktap/drivers/block_ram.c?v=3.2.1
http://xen.markmail.org/search/?q=block_ram.c

Maybe some hints in the code and/or changes since the CentOS Xen version.

Cheers,
Todd


I haven't tested the driver myself, I've only copied the descriptions from the README.

This line might help in block_ram.c:207         
DPRINTF("Reading %llu bytes.......",(long long unsigned)s->size << SECTOR_SHIFT);

see if that line appears in your /var/log/messages

..Tim
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

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