We have already discussed extending a filesystem in AIX under JFS as well as the basic of softpartion where we could also extend its filesystem size. This time we have a task which is under Veritas Volume Manager (VxVM). We need to extend a partition that is being managed by VxVM.
Have you ever encounter rebooting a server and your Veritas filesystems are missing? Most cases these filesystems were not imported during boot up and is not available for OS to use. Importing a disk groups in VxVM does not need any reboot, follow these simple steps and you will be able to get back your disk groups in no time.
Having a Mission-Critical Environment means a system downtime could mean a lot. Here comes the high availability comes in, and with clustering this give our service availability very high. In the upcoming Solaris 11, high availability is the main focus of Oracle. Solaris Cluster covers a lot of applications, zfs and virtualized zones.
As UNIX Systems Administrators, we want our systems up and running – 24 hours a day, 7 days a week. Though this could be achievable with the UNIX Operating Systems, we cannot set aside the fact that our hardware equipments is prone to wear and tear. One notable point of failure if our root or boot disks. Once it dies out – our only way is thru our backup and restore it. But there is another way that we could prevent this – if we have a spare identical disk as our root disk. We can have a redundant machine by having our root disks mirrored and make our system much reliable and omit this point of failure. Here are the step-by-step how to guide in mirroring our root/boot disk using the Solaris Volume Manager (SVM).
We had a hardware failure and we cannot seem to boot to our system. Our only option is to restore from our backup. The good thing is that we have foreseen this incident and took the liberty to have a backup of our OS. We will now use ufsrestore to bring our server up and running.
Our root (/) partition is nearing 100% utilization and upon further investigation the wtmpx file is the main culprit. We need to trim or flush this file but we need to have a backup of this file for audit purposes.
We have already discussed on how to add an EMC storage to a Solaris box. Now we have a dead path on our system where the storage team has decommisioned. Here are the steps to follow on how to remove these dead paths from our system.
Solaris Volume Manager (SVM) formerly called as Online DiskSuite and Solstice Disk Suite (SDS) is a volume manager that comes with the standard installation of Solaris 8, 9, and 10. But soft partition functionality was not included on the first release of SDS on Solaris 8, but it could be added with patch 108693-06 (latest). Upon introduction of Solaris 9, soft partition is included in SVM as one of it’s functionality.
More often than not, we UNIX Administrators like our OS and data files have a good and trusted backup of all our files. But let us accept it there are really files or filesystems that really do not need to be backed up and they would just take up some space on our very expensive tapes (and of course backup time).
Hey, what do we have a here. The df command says that our filesystem is 100% but after thorough examination you see that the filesystem is almost empty. This is caused by applications (most of the times poorly coded) which are still hogging the space that was originally used by the deleted file.