- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Re: Tru64 advfs / disklabel question
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-05-2008 06:28 PM
тАО02-05-2008 06:28 PM
Tru64 advfs / disklabel question
Probably knew but forgot Tru64 5.1B-4 had limitation of 1TB volume, I went and expanded my PRD vdisk on an EVA8000 to 1300GB (from 1050GB), ran the process on TRU64 to scan scsi, disklabel -rw and mount -u -o extend /filesystem.
Have done this many times without erroring before so am thinking its the limitation I have hit.
Error occurred when mount extending:
# mount -u -o extend /epic/prd/app
mount: Extending AdvFS file system...
prd#app on /epic/prd/app: No space left on device
This is from kern.log:
epic2 vmunix: The attempt to extend the virtual disk /dev/disk/dsk3c failed.
I am pretty sure I can reduce the vdisk on the EVA back to the 1050GB in size.
Can I safely just disklabel again and try mounting?
Would it be better to reduce EVA vdisk to like 1052GB and doing the scan scsi, disklabel -rw and mount -u -o extend process again?
I do have a copy of the old disklabel and I am still up and running but the new disklabel shows the 1300GB(dsk3c).
Thanks for any advice,
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-05-2008 08:59 PM
тАО02-05-2008 08:59 PM
Re: Tru64 advfs / disklabel question
I suspect, and hope for you, that the -o extend action failed immediately without making changes. In that case, a new disklabel should do the trick.
I would first fo back to the size before the physical expansion, just to see whether you can access the data again. I would try that by restoring the old disklabel, before trying to tell the EVA to shrink.
Which EVA / VCS version?
HP StorageWorks Command View EVA Software v7.0 suggests that it is the first version to offer schrinking. If so, you would have lost a few hundred GB untill you can completely create a new volume, copy or shadow to become a mirror and drop the 1300GB lun.
http://h18004.www1.hp.com/products/storage/software/cmdvieweva/index.html
"Command View Software now supports LUN shrink capability, giving you more flexibility in managing Vdisks"
Good luck!
Hein.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2008 02:17 AM
тАО02-06-2008 02:17 AM
Re: Tru64 advfs / disklabel question
Last thing I heard, LUN shrinking was only supported on Windows 2003 and Longhorn.
What version of XCS are you running on your EVA ?
Cheers,
Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2008 02:47 AM
тАО02-06-2008 02:47 AM
Re: Tru64 advfs / disklabel question
It doesn't look like the expansion ever occured on the AdvFS side, puts me in a limbo state with a disklabel that reflects the larger 1300GB disk.
Looking to get more input before I change anything.
Thanks,
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2008 03:01 AM
тАО02-06-2008 03:01 AM
Re: Tru64 advfs / disklabel question
The logical thing to do, assuming you've got spare disk space, would be to create another two Vdisks of say 1TB and 300GB in size then addvol them to the existing domain. Then rmvol dsk3c.
Of course, it's a fairly big assumption that you've got 1.3TB of space free...
Hope this helps,
Regards,
Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2008 05:24 AM
тАО02-06-2008 05:24 AM
Re: Tru64 advfs / disklabel question
>>> # mount -u -o extend /epic/prd/app
>>> mount: Extending AdvFS file system...
>>>prd#app on /epic/prd/app: No space left on device
I had the same problem once. I was able to extend the file system by first umounting the file system, and then mount with -o extend:
umount /epic/prd/app
mount -o extend /epic/prd/app
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2008 05:26 AM
тАО02-06-2008 05:26 AM
Re: Tru64 advfs / disklabel question
Please don't forget to assign points to the answers you get. For mor information see:
http://forums1.itrc.hp.com/service/forums/helptips.do?#28
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2008 06:16 AM
тАО02-06-2008 06:16 AM
Re: Tru64 advfs / disklabel question
Also not sure advfs is able to do it.
Anyway, do NOT play with data without backup.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2008 12:27 PM
тАО02-06-2008 12:27 PM
Re: Tru64 advfs / disklabel question
I don't think the original disklabel can be restored while the vdisk says it is 1300GB because "c" must match sectors/unit. I don't think it would hurt to try, it will just fail.
As previously noted, the mount extend failed so advfs is not using the space beyond the original 1050GB. Advfs records the volume size on the volume so it will only use the first 1050GB unless an extend succeeds.
Shrinking the EVA vdisk using command view is officially only supported in Tru64 by doing a backup-shrink-restore. In your case, just shrinking the vdisk and doing disklabel would probably work, but then you are trying something that is untested.
The most dangerous thing about your current condition is the "a", "b", "f" and "g" partitions would have been defined by disklabel -rw and with an illegal size for "c" the overlap checks may not prevent someone from overwriting part of the advfs "c" by placing a filesystem on one of those other partitions. If you leave the vdisk at 1300GB, I would try to use disklabel -e to set the size and offset to 0 for all partitions except "c".
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-08-2008 11:55 AM
тАО02-08-2008 11:55 AM
Re: Tru64 advfs / disklabel question
Command View 6.02 doesn't allow shrinking vdisk, haven't checked further but was probably something I read for CV7.0.
Also, was able to write the original disklabel back to the test disk but had to first zero the label.
Thinking my plan now is to create two 700GB vdisks and move onto them. Using addvol and rmvol possibly.
Thanks all,
Steve