xfs
[Top] [All Lists]

RE: Stale XFS mount for Kernel 2.6.25.14

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: RE: Stale XFS mount for Kernel 2.6.25.14
From: "Ngo, Andrew" <andrew.ngo@xxxxxxxx>
Date: Mon, 13 Oct 2008 23:40:17 -0400
Cc: v9fs-developer@xxxxxxxxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx, "Johnson, Je" <je.johnson@xxxxxxxx>, "Ngo, Andrew" <andrew.ngo@xxxxxxxx>
In-reply-to: <20081014021534.GI10716@disturbed>
References: <8604545CB7815D419F5FF108D3E434BA3BD626@xxxxxxxxxxxxxxxxxxxxx> <20081013035939.GB10716@disturbed> <8604545CB7815D419F5FF108D3E434BA3BD628@xxxxxxxxxxxxxxxxxxxxx> <8604545CB7815D419F5FF108D3E434BA3BD62F@xxxxxxxxxxxxxxxxxxxxx> <20081014021534.GI10716@disturbed>
Thread-index: AcktotMfznL9iDcvS2+uCVYlelzSNwACBxQA
Thread-topic: Stale XFS mount for Kernel 2.6.25.14
 
What hardware do you have (including storage)?

[Andrew Ngo]Mother board: H8DA3-2
            Processor: Quad Core Opteron
            Storage: Quad SAS drives

What's the storage structure (DM, MD, iSCSI, etc)?

Output of 'xfs_info <mtpt>'?

[Andrew Ngo]xfs_info /mtpt
meta-data=/dev/sda3 isize=256 agcount=16 agsize=672219 blks
         =          sectsz=512 attr=0
data     =          bsize=4096 blocks=10755504, imaxpct=25
         =          sunit=0; swidth=0 blks, unwritten=1
naming   = version2 bsize=4096
log      = internal bsize=4096 blocks=525, version=1
                    sectsz=512  sunit=0 blocks
realtime = none     extsz=65536 blocks=0 rtextents=0

What are you really trying to acheive with the remount command?

[Andrew Ngo]This server hosts the patch directory for the developers.
When the developers are not patching software, the file system is ro.
When the developers needs to patch the software, the file system is
changed to rw.

Is the filesystem busy at the time the ro,remount is run?
(e.g. any large background writes occurring?)

[Andrew Ngo]Yes.  
Note that I make a script that performs the "mount -o rw,remount <mtpt>"
and "mount -o ro,remount <mnpt>".  When the system is not being used, I
can finish the loop of 100 mount operations; however, when the system is
being used, a couple of the above mount commands, even manually, will
cause the system to hang.

Does the problem go away if you do:

# xfs_freeze -f <mtpt>
# xfs_freeze -u <mtpt>
# mount -o ro,remount <mtpt>

[Andrew Ngo] When the mount command hangs, the above commands continue
the hang the system.

Or does the first freeze command trigger the same problem?
[Andrew Ngo] Yes, the xfs_freeze -f command hang the system, just like
the stale mount command does.

-----Original Message-----
From: Dave Chinner [mailto:david@xxxxxxxxxxxxx] 
Sent: Monday, October 13, 2008 10:16 PM
To: Ngo, Andrew
Cc: v9fs-developer@xxxxxxxxxxxxxxxxxxxxx; xfs@xxxxxxxxxxx; Johnson, Je
Subject: Re: Stale XFS mount for Kernel 2.6.25.14

[Andrew, Please don't top post replies - it makes it completely
impossible to folow the thread. ]

> -----Original Message-----
On Mon, Oct 13, 2008 at 10:04:27PM -0400, Ngo, Andrew wrote:
On Mon, Oct 13, 2008 at 10:04:27PM -0400, Ngo, Andrew wrote:
> 
> Dave,
> 
> Do you know of a solution to this problem?  Currently this is a major 
> impact for my system.  Thanks in advance.

I don't know what the problem is, so I certainly don't have a solution
for you. You'll need to provide a whole lot more detail about your
system and problem for us to make any sense of it.
Such as:

What hardware do you have (including storage)?

What's the storage structure (DM, MD, iSCSI, etc)?

Output of 'xfs_info <mtpt>'?

What are you really trying to acheive with the remount command?

Is the filesystem busy at the time the ro,remount is run?
(e.g. any large background writes occurring?)

Does the problem go away if you do:

# xfs_freeze -f <mtpt>
# xfs_freeze -u <mtpt>
# mount -o ro,remount <mtpt>

Or does the first freeze command trigger the same problem?

Cheers,

Dave.
--
Dave Chinner
david@xxxxxxxxxxxxx


<Prev in Thread] Current Thread [Next in Thread>