Hi,
Thank you for your replies!
Well, I started recently working on the server, and it was already down. I noticed that the 16 non-system disks that are seen by the ioscan belong to these four VGs: vgdvqatr, vgr3dev0, vgr3qas0 and vgr3trn0.
The documentation I have only states that these 4 VGs are configured. (It is a test server, so I think the other VGs were introduced to test something).
The table below might make it clearer.
Quote:
R/3 Development / Quality / Test System
Server Name | Volume Group Name | VG Size | Logical Volume Size (GB) | FS Type | Mount Point | Raid Level |
LUNHINGA | VGR3DEV0 | 60GB | 15GB | vxfs | /oracle/DEV/sapdata1 | Raid 5 |
| | | 15GB | vxfs | /oracle/DEV/sapdata2 | Raid 5 |
| | | 15GB | vxfs | /oracle/DEV/sapdata3 | Raid 5 |
| | | 15GB | vxfs | /oracle/DEV/sapdata4 | Raid 5 |
| | | | | | |
| VGR3QAS0 | 60GB | 15GB | vxfs | /oracle/QAS/sapdata1 | Raid 5 |
| | | 15GB | vxfs | /oracle/QAS/sapdata2 | Raid 5 |
| | | 15GB | vxfs | /oracle/QAS/sapdata3 | Raid 5 |
| | | 15GB | vxfs | /oracle/QAS/sapdata4 | Raid 5 |
| | | | | | |
| VGR3TRN0 | 60GB | 15GB | vxfs | /oracle/TRN/sapdata1 | Raid 5 |
| | | 15GB | vxfs | /oracle/TRN/sapdata2 | Raid 5 |
| | | 15GB | vxfs | /oracle/TRN/sapdata3 | Raid 5 |
| | | 15GB | vxfs | /oracle/TRN/sapdata4 | Raid 5 |
| | | | | | |
| VGDVQATR | 60GB | 60GB | vxfs | /oracle | Raid 1 |
I also have the output of the bdf from the server when it was up and running.
You can notice that the mount points are the same as the ones in the table above (except /sapdata5 which isn't in the table, and maybe were added later)
Quote:
LUNHINGA:[/]#bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 532480 305944 224800 58% /
/dev/vg00/lvol1 311296 176856 133432 57% /stand
/dev/vg00/lvol8 5103616 1869520 3209768 37% /var
/dev/vg00/lvol7 6488064 2562624 3894792 40% /usr
/dev/vglunsap/lvlunsap
31449088 16809487 13724641 55% /usr/sap
/dev/vg00/lvol4 2097152 828056 1260160 40% /tmp
/dev/vgdvqatr/lvdvqatr
62902272 18529289 41599691 31% /oracle
/dev/vgr3trn1/lvr3trn1
20967424 13036761 7435001 64% /oracle/TRN/sapdata5
/dev/vgr3trn0/lvsapdata4
20971520 14583009 5989232 71% /oracle/TRN/sapdata4
/dev/vgr3trn0/lvsapdata3
15724544 12513220 3010621 81% /oracle/TRN/sapdata3
/dev/vgr3trn0/lvsapdata2
15724544 10260404 5122636 67% /oracle/TRN/sapdata2
/dev/vgr3trn0/lvsapdata1
15724544 13605404 1986696 87% /oracle/TRN/sapdata1
/dev/vgr3qas1/lvr3qas1
26206208 21352990 4549894 82% /oracle/QAS/sapdata5
/dev/vgr3qas0/lvsapdata4
20971520 14480609 6085233 70% /oracle/QAS/sapdata4
/dev/vgr3qas0/lvsapdata3
15724544 12390340 3125821 80% /oracle/QAS/sapdata3
/dev/vgr3qas0/lvsapdata2
15724544 10260404 5122636 67% /oracle/QAS/sapdata2
/dev/vgr3qas0/lvsapdata1
15724544 13666844 1929096 88% /oracle/QAS/sapdata1
/dev/vgr3dev1/lvr3dev1
20967424 13118681 7358201 64% /oracle/DEV/sapdata5
/dev/vgr3dev0/lvsapdata4
20971520 14583009 5989232 71% /oracle/DEV/sapdata4
/dev/vgr3dev0/lvsapdata3
15724544 12513220 3010621 81% /oracle/DEV/sapdata3
/dev/vgr3dev0/lvsapdata2
15724544 10260404 5122636 67% /oracle/DEV/sapdata2
/dev/vgr3dev0/lvsapdata1
15724544 13605404 1986696 87% /oracle/DEV/sapdata1
/dev/vg00/lvol6 5029888 3583168 1435496 71% /opt
/dev/vg00/lvol5 24576 9480 15032 39% /home
What I am thinking is, shouldn't the vgdvqatr, vgr3dev0, vgr3qas0 and vgr3trn0 get activated normally since their disks are available?
The oracle company that tries things on this server maybe messed up with something and as per the error in my first post, I think that (according to my tiny knowledge) a vgextend should be done?
Quote:
vgchange: Warning: couldn't query physical volume "/dev/dsk/c8t0d1":The specified path does not correspond to physical volume attached to this volume group