rootvg is missing - can anyone help to find me?

[hiasor]

Hi all!

i have a big problem - ODM is corrupt.
I saw to late that a coredump writes the rootfs full.
I deletet the coredump file but now I have the following problems:
lspv shows
lspv
hdisk0 00c8776de4717ae2 None
hdisk1 00c8776de4a11b38 None
hdisk5 00c8776d38e19152 oradatavg active
hdisk6 00c8776d38e191e6 oradatavg active

LSVG shows
root:/>lsvg
rootvg
oradatavg

root:/>lsvg -o
oradatavg
0516-304 : Unable to find device id 00c8776d00004c0000000110e4719e49 in the Device
Configuration Database.
vgid=00c8776d00004c0000000110e4719e49


varyonvg -f rootvg brings following error
0516-008 varyonvg: LVM system call returned an unknown
error code (3).


synclvodm:
synclvodm -v rootvg
0516-010 : Volume group must be varied on; use varyonvg command.
0516-544 synclvodm: Unable to access volume group rootvg.

importvg -y rootvg hdisk0
0516-360 getvgname: The device name is already used; choose a
different name.
0516-776 importvg: Cannot import hdisk0 as rootvg.

PLEASE CAN ANYONE HELP ME???

 

[hiasor]

Hi all!

odmget´s following informations...

root:/>odmget -q name=rootvg CuAt
root:/>odmget -q name=rootvg CuDv

CuDv:
name = "rootvg"
status = 1
chgstatus = 1
ddins = ""
location = ""
parent = ""
connwhere = ""
PdDvLn = "logical_volume/vgsubclass/vgtype"
root:/>odmget -q parent=rootvg CuDv odmget -q value1=rootvg CuDvDr

CuDv:
name = "hd5"
status = 1
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd6"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd8"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd4"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd2"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd9var"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd3"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd1"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "hd10opt"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "lg_dumplv"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "rrzlogs"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"

CuDv:
name = "lvpatrol"
status = 0
chgstatus = 1
ddins = ""
location = ""
parent = "rootvg"
connwhere = ""
PdDvLn = "logical_volume/lvsubclass/lvtype"
0518-506 odmget: Cannot open object class odmget
Check path name and permissions.
root:/>
root:/>odmget -q value3=rootvg CuDvDr

CuDvDr:
resource = "devno"
value1 = "10"
value2 = "0"
value3 = "rootvg"
root:/>odmget -q name=rootvg CuDep

CuDep:
name = "rootvg"
dependency = "hd5"

CuDep:
name = "rootvg"
dependency = "hd6"

CuDep:
name = "rootvg"
dependency = "hd8"

CuDep:
name = "rootvg"
dependency = "hd4"

CuDep:
name = "rootvg"
dependency = "hd2"

CuDep:
name = "rootvg"
dependency = "hd9var"

CuDep:
name = "rootvg"
dependency = "hd3"

CuDep:
name = "rootvg"
dependency = "hd1"

CuDep:
name = "rootvg"
dependency = "hd10opt"

CuDep:
name = "rootvg"
dependency = "lg_dumplv"

CuDep:
name = "rootvg"
dependency = "rrzlogs"

CuDep:
name = "rootvg"
dependency = "lvpatrol"
root:/>

 

[unixfreak]

Reboot?

 

[hiasor]

No, there is a running - yes running - productive ORA DB on it. so I can´t reboot and hope all is good...

 

[columb]

If it's got a productive ORA DB on it then it's backed up, isn't it? If it is backed up then restore the ODB, if it's not then you're in the middle of learning just why backups are so important.

On the internet no one knows you're a dog

Columb Healy

 

[hiasor]

Thank you - nice hint. yes we have a backup but I don´t want to restore, because it takes to long and loss of production. the ora db is up and running - without errors.
so it would be very nice if someone has an idea.

 

[hiasor]

Hi all!

I solved the problem - but I didn´t know how...
with redefinevg it works, but at beginning I already tried a redefinevg and it doesn´t work.

So I could only say, I am happy now.
thanks!

 

[Chapter11]

That's the kind of problem that I would schedule a reboot as soon as business processes permit, even a lunchtime reboot if it could be done.

Scheduling an emergency reboot is far preferable to what might happen if the OS ends up with a kernel panic because rootvg is MIA.

The flip side is that it might not come up from a reboot - make sure your bootlist is current, or if your platform allows, force a boot from a particular device.

Whatever happens, it looks like your weekend is going to suck.