Re: [foxboro] 2GB+2GB - 9GB Migration & Mirroring


Hello Steve

Re:   In the md.tab file the line for d15 reads:

d15 2 1 /dev/dsk/c0t3d0s7 1 /dev/dsk/c0t2d0s7

which I think means it still considers the primary disk to be concatenated
(anyone know for sure??) but it did not affect the miroring process and
does not appear to be causing any problems.


Man Page for md.tab says that it has to be updated manually, implying
system won't put up the status into the file. So the above file shouldn't
bother (my interpretation ?)


Regards


Ajay Tathgir
Reliance Industries Limited




"Murray, Steve" <SMurray@xxxxxxxxxx>@freelists.org on 08/16/2002 08:48:53
PM

Please respond to foxboro@xxxxxxxxxxxxx

Sent by:    foxboro-bounce@xxxxxxxxxxxxx


To:    "'foxboro@xxxxxxxxxxxxx'" <foxboro@xxxxxxxxxxxxx>
cc:
Subject:    Re: [foxboro] 2GB+2GB - 9GB Migration & Mirroring



Hi Ajay,

  Glad you got your drives working.  We are at 6.1, but I am using 4.2GB
drives and can do an ia_install straight from the day 0 cdrom.  After an
ia_install the disk is set up properly.

  Steve Murray
  Asarco

-----Original Message-----
From: Ajay_Tathgir@xxxxxxx [mailto:Ajay_Tathgir@xxxxxxx]
Sent: Friday, August 16, 2002 00:04
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] 2GB+2GB - 9GB Migration & Mirroring




How do I say thanks. This is simply superb.

Incidentally I was able to push my 2GB+2GB to 9GB on Tuesday, and took it
in-line and is working fine.

I did it a little bit differently, to overcome the /opt problem, but your
procedure looks to be more elegant so I won't go into details of mine.

Regarding what it says in md.tab in your case, to my knowledge that is not
a problem, cause during my above exercise I read it somewhere that md.tab
has to be updated manually. I will again search for that document, either I
read it in some CAR or SUN man, I will let you know the exact document in a
day or two.

By the way what version are you using. Cause in my case I was using V6.1
and in that, the partition table file has to be corrected, otherwise you
end up getting "Specified disk has invalid partition table". That is just
because of one extra blank line at bottom of
/usr/local/medusa/datafiles/part.system.9000. There is a CAR 11176 for
similar situation, but as like all other CAR's it says issue resolved in
6.1 without actually doing it.


Thanks a bunch & Regards



Ajay Tathgir
Reliance Industries Limited
Mumbai





"Murray, Steve" <SMurray@xxxxxxxxxx>@freelists.org on 08/14/2002 09:04:21
AM

Please respond to foxboro@xxxxxxxxxxxxx

Sent by:    foxboro-bounce@xxxxxxxxxxxxx


To:    "'foxboro@xxxxxxxxxxxxx'" <foxboro@xxxxxxxxxxxxx>
cc:    "Garrity, Jack" <JGarrity@xxxxxxxxxx>
Subject:    Re: [foxboro] 2GB+2GB - 9GB Migration & Mirroring



Hi Ajay,

  Take a look at the file:

  /etc/opt/SUNWmd/md.tab


  I am (I hope!) near the end of a day-long 2GB+2GB (mirrored) to 4.2GB
(mirrored) migration similar to your Situation - 2.

  Only difference with my situation is I am using the one-tape
backup/restore script contained in the Quick Fix QF991274C.

  The use of the backup portion of the quick fix was really great - a
normal
two hour backup on four tapes went onto one tape in less than an hour.

  Then I took the four 2GB concatenated mirrored drives out and replaced
them with two 4.2GB drives.  Then I booted from the cdrom, did an
ia_install
(version 6.1), and had a working AW51B.

  Then I did a restore using the Quick Fix restore script and tragedy
struck.  I could not even boot the AW after that.

  Okay, so I found there is a nasty part of the restore script that
automatically restores the metadb portion of the backup tape without asking
and with no way to intercept it!!

  So I took the other (unformatted, unused) 4.2GB drive and connected it to
esp0 and did another cdrom boot & ia_install.

  This time before I ran the Quick Fix restore script I commented out the
section where it dd's the metadb.

  Worked fine, just like the old restore_8MM script from the day-0 cdrom.

  I then had a working AW51B running on a single 4.2GB disk.

  I then connected up the second disk and rebooted the AW.

  "dft format_disk esp1 SCSI3"  worked fine.

  "dft create_sys"  worked up until I got the "can't metainit /opt" error
message like you got in your situation - 2.

  So I read the create_sys script & figured out it was trying to duplicate
the disk layout in the md.tab file, which (because md.tab had been restored
off the tape) thought I should still have 2GB+2GB mirrored drives.

  I edited the line for d25 from:

d25 2 1 /dev/dsk/c1t3d0s7 1 /dev/dsk/c1t2d0s7

 to:

d25 1 1 /dev/dsk/c1t3d0s7

and then the dft create_sys magically worked!!  An hour later I had the
disks mirrored up & the AW back in service.

  In the md.tab file the line for d15 reads:

d15 2 1 /dev/dsk/c0t3d0s7 1 /dev/dsk/c0t2d0s7

which I think means it still considers the primary disk to be concatenated
(anyone know for sure??) but it did not affect the miroring process and
does
not appear to be causing any problems.


  This may shed some light on the problems you are having with your 9GB
disks.

  Good Luck,

  Steve Murray
  Asarco


-----Original Message-----
From: Ajay_Tathgir@xxxxxxx [mailto:Ajay_Tathgir@xxxxxxx]
Sent: Friday, August 09, 2002 05:18
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] 2GB+2GB - 9GB Migration & Mirroring




Hi! folks

Here I am again with the same old problem, packaged quite differently.


Situation - 1

I have four tapes of day 0 backup taken from a AW51B with 2GB+2GB
concatenated hard disks.

I restored tape-1 & tape-2 on a 9GB disk on a off-line station. Station=

boots up fine.

Now when i go for mirroring:

dft_format_disk goes ok. But at dft_create_sys it says can't metainit /=

(root)


Situation ? 2

I do a ia_install on a 9GB disk on off-line station. Then I take a day =
0
back-up having 3 tapes (no mirroring).


I start the restore process using the 1st & 2nd tape from situation-1 &=
 the
3rd tape from above taken backup.

Station still boots up fine.

Now when i go for mirroring:

dft_format_disk goes ok. But at dft_create_sys it says can't metainit /=
opt.


Situation - 3

I do a ia_install on 9GB.

I put up another 9Gb on esp1. And then I mirror the two. Superb, they a=
re
mirrored. Only twisting I had to do was remove a few blank lines from t=
he
end of file /usr/local/medusa/datafiles/part.system.9000


Any ideas, before I start banging my head on the wall please.


Thanks in advance and have a nice weekend.



Regards



Ajay Tathgir

=




_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html

foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave


*

This e-mail and any files transmitted with it are the property of Americas
Mining Corporation and/or its affiliates, are confidential, and are
intended solely for the use of
the individual or entity to whom this e-mail is addressed. If you are not a
named recipient or otherwise have reason to believe that you have received
this message in error,
please notify the sender and delete this message immediately from your
computer. Any other use, retention, dissemination forwarding, printing or
copying of this e-mail is
strictly prohibited.  Although this email and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is
received, and opened, it is the responsibility of the recipient to ensure
that it is virus free and no responsibility is accepted by Americas Mining
Corporation and/or its
affiliates for any loss or damage arising in any way from its use

This e-mail has been scanned and cleared by MailMarshal
www.marshalsoftware.com

*


_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html

foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave







_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html

foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave


*

This e-mail and any files transmitted with it are the property of Americas
Mining Corporation and/or its affiliates, are confidential, and are
intended solely for the use of
the individual or entity to whom this e-mail is addressed. If you are not a
named recipient or otherwise have reason to believe that you have received
this message in error,
please notify the sender and delete this message immediately from your
computer. Any other use, retention, dissemination forwarding, printing or
copying of this e-mail is
strictly prohibited.  Although this email and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is
received, and opened, it is the responsibility of the recipient to ensure
that it is virus free and no responsibility is accepted by Americas Mining
Corporation and/or its
affiliates for any loss or damage arising in any way from its use

This e-mail has been scanned and cleared by MailMarshal
www.marshalsoftware.com

*


_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html

foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave





 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: