Shell Programming and Scripting

Not exactly sure (once again) of your question so I'll just write and hope it helps.

The VTOC is a table showing how the disk is sliced. It always pays to print out all VTOC's of production systems so you know how big each slice is. Of course, it doesn't matter if you configure a new disk with some or all bigger slices than the box that you are trying to recover, important thing is you don't want to restore a filesystem to a slice that is too small and run out of space during the restore and have to start again.

fmthard is just a special recovery command that will read a previously output VTOC file (these are straight ASCII so you can cat them) and create an identical VTOC on the new disk. So the slices are identical which is great but not much good if you are trying to deliberately install bigger slices.

You can manipulate the VTOC within the format command (always taking great care to ensure no slice overlaps another) and then write out that VTOC to the disk.

As far as disk labeling is concerned, usually for Solaris, disks have a SUN label and perhaps the one you have there already has that label on it from previous use. If format can't see a label or it doesn't recognise a label it will surely tell you.

Also, format has an expert mode:

Code:

# format -e

which will provide you with more options for things like labeling but also more options that you can screw up if you don't know what you are doing. Try it on your recovery machine first.

Hope that helps. If not, don't hesitate, post your specific questions. There's more than enough fire power on this forum to answer you.

Thanks again..

So I was able to make changes using

Code:

format

then

Code:

partition / print

on both machines, then making the new machine on match the old. However, everything was listed in gigabytes (rounded only to two decimal places), and I think the partitions are more fine grained than that. I had to massage the gigabytes at the 3rd decimal place a little, to make the cylinders and blocks look the same as the source machine.

Some of these are slightly smaller in gigabytes than the source. Will that be an issue? I'm thinking it won't unless the partitions are 100%full.

The

Code:

prtvtoc

s seem to match now.

Now what? Mount the NAS that has the

Code:

ufsdump

s?

Well presumably you now have a disk slice that should contain the root operating system on the recovery machine.

Whilst still in single user (booted from the DVD) create a new ufs filesystem on that slice by:

Code:

# newfs /dev/dsk/<device> (eg, c0t0d0s0)

you can then mount this slice on /a

Code:

# mount /dev/dsk/<device> /a

you can now cd to it:

Code:

# cd /a

and do a ls -l and you should see just lost+found

Now if your dump file is via nfs you need to use ifconfig to manually plumb, then configure, then up the network interface. Plumb allows the OS to know the interface is there, configure means you set its ip address and subnet mask, and up means you activate that interface, after which you should be able to ping the nfs node.

Once you can do that you can mount the remote node filesystem handle under /mnt:

Code:

# mount -F nfs <ip address>:<nfs share handle> /mnt

After that you can ufsrestore the filesystem (ensuring you are still at the apex of your new empty filesystem).

Is that what you were asking?

Making progress.. Thanks again!

I'm up to plumb, configure, up and I've gotten mostly through it but on my cloned machine, when I

Code:

ifconfig -a

I see

Code:

UP,BROADCAST,NOTRAILERS,MULTICAST,IPv4

whereas my existing machine shows

Code:

UP,BROADCAST,RUNNING,MULTICAST,IPv4

How do I get rid of

Code:

NOTRAILERS

and add

Code:

RUNNING

Also- is it "up?" I never used

Code:

ifup

but did use

Code:

plumb up

Note- the machine is not currently hooked up to my switch.

You shouldn't need to worry about NOTRAILERS unless you are needing to route packets. I assume that your NFS node containing the ufsdump that you want to restore is on the same subnet??

So let's go through this briefly. You are booted from a distribution install media DVD and are in single user with a # (root) prompt. You now want to connect to your NFS node so you need a working network interface. Let's assume that you need to reach 192.168.1.99 and you are going to set this node's ip address to 192.168.1.11 Of course, you are not compelled to use the actual production ip address of the system, only anything that will allow you to restore your dump file. Once the restore is done, upon reboot the ip address it will come up on will be whatever the system was set to that the dump was taken of. However, ENSURE that the ip address you use for the restore does NOT clash with another system. Assuming you are sure that the ip address you are configuring is unique there's no danger in connecting it to your switch upfront; in fact it's beneficial because you can see immediate results on screen.

So here we go.....(I usually follow some commands with '&&' to display the updated config if successful). Let's assume the interface in question is a bge0......

Code:

# ifconfig bge0 plumb
# ifconfig bge0 192.168.1.11 netmask 255.255.255.0
# ifconfig bge0 up && ifconfig bge0
# ping 192.168.1.99

(Note: I know you are asking about Solaris 9. This will work on Solaris 8,9 & 10. Solaris 11 has a different network configuration system.)

Once you can ping your NFS store system you can issue your mount command to get access to your dump file. See one of my previous posts on this thread.

When I need to do this myself whilst executing DR I simply type in the above 4 commands one after the other in quick succession and the interface is up. If that doesn't work for you then tell me what happens (error message please).

Hope that helps.

Awesome.. OK I can ping the NAS. Trying:

Code:

# mount -F nfs <ip address>:<nfs share handle> /mnt

but do not know the handle. How can I find it? On the other machine I'm looking at

Code:

fstab

for it but several things look like they might be it.

Also, I really would like to get rid of

Code:

NOTRAILERS

if possible..

Thanks!

Hmmmmm.......if you did the ufsdump from the production box then it's the same handle to recover to the new box. Somebody mounted the remote volume on the NAS to ufsdump to. What handle was used?

Code:

# showmount <NAS ip address>

should show you what the NAS is prepared to offer you but it might be more than one handle. Also, depending on what make of NAS, the NAS may require a password for the handle before it allows access.

Who manages the NAS?

Once mounted you should be able to change to that remote directory and list the files available which should include your dumpfile.

Remember to change back to the top of your new (empty apart from lost+found) filesystem before issuing the ufsrestore command.

Also, the NOTRAILORS won't be there once the system is fully restored and rebooted. It will look just like your production system (if it's on the same model hardware). I suggest that you put up with it for the relatively short time to complete the restore.