WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

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

To: deshantm@xxxxxxxxx, dmartin@xxxxxxxxxxxx
Subject: Re: [Xen-users] tap:ram anyone?
From: tim benke <tbenke@xxxxxxxxxxxx>
Date: Sat, 10 Jan 2009 19:45:40 +0100
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sat, 10 Jan 2009 10:46:44 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx

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
<Prev in Thread] Current Thread [Next in Thread>