topic Re: Moving /opt filesytem in Operating System - HP-UX

Moving /opt filesytem

Gus Mestousis — Mon, 02 Feb 2004 01:32:02 GMT

A while back ... don't ask me why, /opt was moved out of vg00 and into vg01. I would like to move it back into vg00.

I moved oracle and some other software onto their own filesystems mounted under /opt.

Can you let me know if this will work ...

1.Boot into single user mode
2.Mount up current /opt (vg01)
3.Mount up /newopt (will be the new opt in vg00)
4.Make sure that none of the filesystem normally mounted under /opt are mounted up. (oracle)
5.fuser -c /opt
6.kill any processes using /opt (should be none, maybe rpcd)
7.copy all the data from /opt into /newopt
8. umount both
9. modify /etc/fstab to reflect the changes
10. boot the system

I'm pretty sure this will work ... any specific command that I should use to copy the data across? will cp or cpio do the job?

Thanks,
Gus

Re: Moving /opt filesytem

Vijaya Kumar_3 — Mon, 02 Feb 2004 01:51:11 GMT

I think It should be exactly what you said. I dont see any issues with this. Basically, you need /stand, / and /usr for running into single user mode. You dont require /opt to be mounted in single user mode. So it should work..

Also, make sure you made a Ignite-UX recovery tape before doing this. Also make sure, you have any scripts in /sbin/init.d using /opt in single user mode.

Hope this helps
Vijay

Re: Moving /opt filesytem

curt larson_1 — Mon, 02 Feb 2004 01:56:28 GMT

that should work just fine for you.

a few comments:

2.Mount up current /opt (vg01)
this would include vgchange, possible fsck, etc.

being your in single user mode and have just mount /opt none of these should be necessary. But, what does it hurt to take a few seconds to double check.

4.Make sure that none of the filesystem normally mounted under /opt are mounted up. (oracle)
5.fuser -c /opt
6.kill any processes using /opt (should be none, maybe rpcd)

7.copy all the data from /opt into /newopt
I'd use cpio because it will be faster, but cpio doesn't copy empty directories (the mount points for your other file systems).

and a quick bdf to see that the size of the file systems are close to the same. They won't be exact, but shouldn't be largely different.

9. modify /etc/fstab to reflect the changes

I'd add a step to mount all the file systems here and do a quick check that all the file systems mount (everything under opt is where it should be) and are as you desire before rebooting.

10. boot the system

Re: Moving /opt filesytem

Steven E. Protter — Mon, 02 Feb 2004 01:58:25 GMT

your methodoloy will work

fuser -cuk /opt

will kill any processes left open after shutting down all application software.

SEP

Re: Moving /opt filesytem

Mark Grant — Mon, 02 Feb 2004 01:59:10 GMT

You might get away with doing this by just restoring your latest backup of /opt to /newopt, then changing /etc/fstab and re-booting. On the other hand, your way is probably safer.

Re: Moving /opt filesytem

Fabio Ettore — Mon, 02 Feb 2004 04:25:19 GMT

Hi,

all suggestions are right, then you should execute all steps in single user mode.
I just post a good command in order to copy contents from a filesystem to another one:

# mkdir /pippo.new
# mount /dev/vg00/new /pippo.new
# cd /pippo.old
# find . -xdev -print | cpio -pdmvux /pippo.new

In the past it worked fine for me.
Then check contents between 2 filesystems by diff command (of course, after boot the system):

# diff /pippo.old /pippo.new

Best regards,
Ettore

Re: Moving /opt filesytem

Doug Burton — Mon, 02 Feb 2004 11:05:05 GMT

I've used this in the past to move /usr. I would think it would work for you.

cd /opt
find . -print | cpio -dlmpuvx /opt2
d = Do directories
l = Do links
m = Keep time
p = Pass along
u = Copy unconditionaly
v = verbose
x = Save device special files

Re: Moving /opt filesytem

Gus Mestousis — Mon, 02 Feb 2004 11:28:17 GMT

Thanks all ... Some nice suggestions in there.

Gus

Re: Moving /opt filesytem

DIPAK KUMAR ROY — Mon, 02 Feb 2004 11:37:44 GMT

Test reply.... please ignore..