[Ocfs2-tools-devel] [PATCH] Option to skip cluster checking in tunefs.ocfs2

[Lars Marowsky-Bree]

On 2009-10-20T13:12:40, Joel Becker <Joel.Becker at oracle.com> wrote:

> > On 2009-10-17T04:12:09, Joel Becker <Joel.Becker at oracle.com> wrote:
> > I'm perfectly fine with protecting admins. I'm also perfectly fine with
> > there being override functions in case something goes wrong, or when the
> > admin wants to do something while the stack is, in fact, down. (Perhaps
> > fix something which would cause the stack to crash? ;-)
> 	But if the stack is down, you necessarily have all the nodes
> unmounted.  If you have all the nodes unmounted, you can easily have the
> stack up and just use tunefs as-is, I would think.

I don't get the resistance to being able to force this if the stack is
down. (We have so many ways how root can screw up a Linux system.) I
could just get out a hex editor and do as I please, anyway ;-) 
Even --list-sparse refuses w/o the cluster stack.

Some admins may prefer to make changes to an OCFS2 mount in a
virtualized environment too (ie, modifying the fs on Dom0 while the
DomUs are stopped).

I really think you're over-doing it here with insisting there mustn't be
a way to force the computer to do as the admin wants to. Add a big
warning, sure ...

> 	Basically, you only run into the LVB size problem if the
> lockspace already exists.  That only happens if someone is mounted.  And
> if someone is mounted, you sure as heck don't want to --force.

# tunefs.ocfs2 -v --fs-features xattr /dev/dm-6
Enabling feature "xattr"
Cannot lock the filesystem. If you are sure the filesystem is not
mounted on any node, you can use --force or -F to skip this check.
tunefs.ocfs2: Unable to access cluster service while opening device "/dev/dm-6"

That _is_ with the stack up and the fs umounted. (And, admittedly, with
Jan's patch.)

dlm_tool ls does not show the lockspace, yet I seem to be hitting this
problem. Or is this another issue?

...
Oct 20 22:22:52 hex-0 ocfs2_controld[7198]: Mountgroup
C5455FCF4BED429A9B0891DFE666687B successfully registered with dlm_controld
Oct 20 22:22:52 hex-0 ocfs2_controld[7198]: notify_mount_client sending
0 "OK"
Oct 20 22:22:52 hex-0 ocfs2_controld[7198]: Notified client: 1
Oct 20 22:22:52 hex-0 ocfs2_controld[7198]: client msg
Oct 20 22:22:52 hex-0 ocfs2_controld[7198]: client message 1 from 5: MRESULT
Oct 20 22:22:52 hex-0 ocfs2_controld[7198]: complete_mount: uuid "C5455FCF4BED429A9B0891DFE666687B", errcode "-1485330 943", service "tunefs.ocfs2"



Regards,
    Lars

-- 
Architect Storage/HA, OPS Engineering, Novell, Inc.
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde