Re: AW: mklvcopy 0516-622

From: Sajjad S Hashimi (sajjad@US.IBM.COM)
Date: Thu Apr 08 2004 - 12:37:00 EDT


That 'somebody' as correctly pointed out by uwe is Oracle. Oracle tends to
write
on the 1024 byte blocks though reserved for logical volume control block
(lvcb),
hence causing the warning message to show up. If you talk to Oracle they
should be able to help you set it up such that future raw lvs are then
allowed
to skip the LVCB and use the rest ( I just can't remember the details off
the
top of my head)

Hope this helps a little.

Sajjad

                                                                       
                      Colin Jenkins
                      <cdj@ANTALIS.CO.U To: aix-l@Princeton.EDU
                      K> cc:
                      Sent by: IBM AIX Subject: Re: AW: mklvcopy 0516-622
                      Discussion List
                      <aix-l@Princeton.
                      EDU>
                                                                       
                                                                       
                      04/08/2004 03:16
                      AM
                      Please respond to
                      IBM AIX
                      Discussion List
                                                                       

Thanks Uwe,

The point is that these are raw volumes that make up the database i.e. no
fs on the volume.

So I guess there is no lv control block data for a volume with no fs.

Does this make sense ?

If have tried the getlvcb command and for a volume with a fs it returns
data, but for a raw volume (no fs) it returns no data.

Regards,

Colin

-----Original Message-----
From: IBM AIX Discussion List [mailto:aix-l@Princeton.EDU] On Behalf Of Uwe
Gründel
Sent: 08 April 2004 7:08
To: aix-l@Princeton.EDU
Subject: AW: mklvcopy 0516-622

Probably you down`t have any valid LVCB-Data, because you overwrote them
some time ago. Compare working LVCBs with the invalid by entering: getlvcb
-ATi lv_name If you get correct data in every field, everything is o.k., if
not, somebody has overwritten the data during copying the data from the
installed fs to raw devices.

Good luck
Uwe

-----Ursprüngliche Nachricht-----
Von: Colin Jenkins [mailto:cdj@ANTALIS.CO.UK]
Gesendet: Mittwoch, 7. April 2004 18:46
An: aix-l@Princeton.EDU
Betreff: mklvcopy 0516-622

On my AIX 4.3.3 ML 10 system I have an oracle 7.3 raw volume database built
on an SSA RAID 5 array.

I have now added 2 new D40 drawers to the system, and built RAID 0 arrays
within each drawer.

I have added the RAID 0 arrays into the volume group and am transferring
the raw volumes from the RAID 5 array to the RAID 0 arrays (ie mirror
through the LVM).

When I run e.g.
mklvcopy FINLar01 3 hdisk3 hdisk8

I get ...
0516-622 mklvcopy: Warning, cannot write lv control block data.

Everything seems ok and allows me to synvg the volumes, but what does the
warning mean ?

I can't find it on my 4.3.3 doc CD and google did'nt help either. I have
not been brave enough to remove the LV copy from the RAID 5 array yet.

Any ideas ?

Regards,

Colin Jenkins
Antalis
UK

**************************************************************************************************

The contents of this email and any attachments are confidential. It is
intended for the named recipient(s) only. If you have received this email
in error please notify the system manager or the sender immediately and do
not disclose the contents to any one or make copies.

** eSafe scanned this email for viruses, vandals and malicious content **
**************************************************************************************************

**************************************************************************************************

The contents of this email and any attachments are confidential.
It is intended for the named recipient(s) only.
If you have received this email in error please notify the system manager
or the
sender immediately and do not disclose the contents to any one or make
copies.

** eSafe scanned this email for viruses, vandals and malicious content **
**************************************************************************************************



graycol.gif
ecblank.gif
pic25409.gif

This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 22:17:49 EDT