Remove a file domain after a domain panic without reboot?

[Adam Garsha]

It is possible to remove a file domain that has panic'd due to a device failure? (so that I can recreate it with a new device).

I've tried:

prompt> fuser -ck /bad/filesystem
prompt> umount /bad/filesystem
/bad/filesystem: "Device busy"

prompt> rmfdmn bad_domain
rmfdmn: Fileset bad_domain mounted on /bad/filesystem in domain bad_domain.
All bitfile sets must be dismounted prior to removal.
rmfdmn: can't remove domain 'bad_domain'

[Victor Semaska_3]

Sounds like Tru64 still sees it as mounted. I suggest 1st trying the umount command with the -f option.

Vic

[Sid Shorter_2]

try voledit -rm domain_name

[Venkatesh BL]

Is any fileset of the domain still mounted? Check the output of 'mount' command. You can use the 'fuser' command to see if any process is still referring to the file system.

Also, voledit is an LSM command. I don't think its related to AdvFS domain.

[Ivan Ferreira]

From the mount man page:

-f Performs a fake mount and actually does not mount the file system. This option is used to verify the arguments you plan to use with the mount command.

I think that this wont force the umount, but you can try. If this is a cluster file system, you can try using:

cfsmgr -u

And ensure that no other members are using the file system.

Your last option is to reboot.

[Victor Semaska_3]

Ivan,

You're looking at the -f option for mount. Further down in the manpage it says for umount:

-f Performs a fast unmount operation that causes remote file systems to be unmounted without notifying the server.

I've used it for such problems and usually works.

Vic

[Ivan Ferreira]

You are right Victor. Thanks for the clarification. I did not read all the man page.

[Adam Garsha]

cfsmgr -u worked on one of our clusters but the other one is too wacked-out. Anything AdvFS related e.g. showfdmn, showfsets,... etc. hangs on one of the clusters and a reboot is the only option.

[Venkatesh BL]

1) You could try 'fuser' to see if any process is still using the files.

2) If you have the 'dbx' tool, you could do "dbx -k /vmunix" and check out what the AdvFS commands are waiting on.

3) If you have 'truss' tool, you could initiate the AdvFS command with truss ("truss "). This would tell you where the command is stuck!

[Michael Schulte zur Sur]

BL,

after fuser -ck /bad/filesystem there shouldn't be anyone.

greetings,

Michael

[Aco Blazeski]

Hi all,

I had such experience also, where "fuser -ck" and "umount -f" don't do the job.
This usually was the case when there are open inodes on some file, but file is deleted.
The solution would be to identify those PIDs which have open inodes and kill them.

On Solaris OS there are some quite usefull tools/commands, but can't find for Tru64 (maybe lsof could do, but never tried).

So on Tru64 this kind of problem I usually solve with reboot :-|.