Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] xfs problems with xen3.1 on domu

To: John McMonagle <johnm@xxxxxxxxxxx>
Subject: Re: [Xen-users] xfs problems with xen3.1 on domu
From: Luciano Rocha <strange@xxxxxxxxxxxxx>
Date: Tue, 23 Oct 2007 18:11:50 +0100
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 23 Oct 2007 10:12:43 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <471E17BC.8000000@xxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <471E17BC.8000000@xxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.15 (2007-04-06)
On Tue, Oct 23, 2007 at 10:48:12AM -0500, John McMonagle wrote:
>  Have amd64 xen 3.1 installed on debian etch.
> 
>  Have all the domu file systems in lvm.
> 
>  Problem 1
> 
>  If I have a xfs files system when I mount it on domu I get this error:
>  Filesystem "sda5": Disabling barriers, not supported by the underlying 
>  device
>  XFS mounting filesystem sda5
>  Ending clean XFS mount for filesystem: sda5
> 
>  If I mount with nobarriers the message goes away.
>  If I mount under dom0 there is no error message.
>  Same if under 32 or 64 bit.
> 
>  My guess is it's confused by the sda5 and expect some disk drive properties 
>  that do not exist.
>  I'm new to xfs. Possibly this is not important??

http://oss.sgi.com/projects/xfs/faq.html#wcache_fix

It's not serious, but you can have problems on power-losses.

> 
>  Problem 2
> 
>  If I run a 32 bit domu with a 64 bit kernel quota does not work
>  root@nfondy:~# quota root
>  Segmentation fault
>  root@nfondy:~# xfs_quota
>  xfs_quota> df
>  XFS_IOC_FSGEOMETRY_V1: Invalid argument
>  XFS_IOC_FSGEOMETRY_V1: Invalid argument
>  XFS_IOC_FSGEOMETRY_V1: Invalid argument
>  XFS_IOC_FSGEOMETRY_V1: Invalid argument
>  XFS_IOC_FSGEOMETRY_V1: Invalid argument
>  XFS_IOC_FSGEOMETRY_V1: Invalid argument
> 

Yes, this is a bug removed in recent kernels.

>  If I load the 64 bit executables and needed libraries at least it appears to 
>  work properly:
>  root@nfondy:~# ./quota root
>  Disk quotas for user root (uid 0): none
>  root@nfondy:~# ./xfs_quota
>  xfs_quota> df
>  Filesystem           1K-blocks       Used  Available  Use% Pathname
>  /dev/sda2              1038336     120160     918176   12% /
>  /dev/sda2              1038336     120160     918176   12% /dev/.static/dev
>  /dev/sda3              3135488    1022968    2112520   33% /var
>  /dev/sda4              5232640    2004076    3228564   39% /usr
>  /dev/sda5              1038336      18056    1020280    2% /home
>  /dev/sda6              3135488        308    3135180    1% /tmp
> 
>  To me looks more like a mixed environment problem?
>  In this case don't want to go 64 bit yet also need quota.
>  Can one run a 32 bit xen kernel under 64 bit dom0?

Yes, on Xen >= 3.1.

-- 
lfr
0/0

Attachment: pgpW8oMGPtGTr.pgp
Description: PGP signature

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
<Prev in Thread] Current Thread [Next in Thread>