| 1 |
Sunil Mushran wrote: |
| 2 |
|
| 3 |
> I have not seen the changes in code but the comments in the bug |
| 4 |
> indicate they have to do with adding umounts in o2cb stop. |
| 5 |
|
| 6 |
'init script' in bug report refers to new gentoo-style init script... |
| 7 |
I added unmount to that one, not the original one... Please take a look |
| 8 |
at sys-fs/ocfs2-tools/files/ocfs2.init file in the attachment. |
| 9 |
|
| 10 |
> Maybe a better idea would be to have a generic ocfs2 mount/umount |
| 11 |
> service as follows: |
| 12 |
> http://oss.oracle.com/bugzilla/attachment.cgi?id=162 |
| 13 |
> This one is for SLES9. Maybe someone can write one up for gentoo. |
| 14 |
|
| 15 |
ocfs2 should be added to gentoo's list of network filesystems (I forgot |
| 16 |
to open a bug on baselayout, just did it now - gentoo bz#102659 ), so |
| 17 |
netmount script will take care of mounting and unmounting it. |
| 18 |
|
| 19 |
However, if you decide to stop ocfs2 cluster by other means than |
| 20 |
rebooting, it's initscript should unmount every ocfs2 mountpoint. Piece |
| 21 |
of script I copied from gentoo's netmount is far more complex, since |
| 22 |
'umount -at ocfs2' might fail if someone is still using files on ocfs2. |
| 23 |
It adds a extra layer, killing all the processes that have open files on |
| 24 |
the mountpoint one is trying to unmount, so I find it a better solution. |
| 25 |
|
| 26 |
> If so, please add it as an attachment to bug: |
| 27 |
> http://oss.oracle.com/bugzilla/show_bug.cgi?id=524 |
| 28 |
> Doc-ing this would be far easier. |
| 29 |
|
| 30 |
Will do, as soon as I fix errors previously noted by manish.singh. I |
| 31 |
think this piece of code should also be usable on SLES and RHEL... |
| 32 |
|
| 33 |
-- |
| 34 |
LO275-RIPE |
| 35 |
|
| 36 |
-- |
| 37 |
gentoo-cluster@g.o mailing list |
Archives