• Learning Map
  • Unix Quiz Center
  • Unix Professional Network
  • Just-Unix-No-Noise FB Group

unixadminschool.com

  • Home
  • Announcements
    • Feed
    • MISC
  • Beginners zone
    • Beginners Lessons
    • Career Guidance
  • Experts Zone
    • Cloud Computing
    • Configuration Solutions
    • Migrations
    • Network Design
    • Scripting
    • Server Security
    • SUN CLUSTERS
    • SUN LDOMS
    • Tools & Applications
    • Veritas Cluster Services ( VCS ) Learning
  • Intermediate Zone
    • Linux Learning
      • Linux Booting
      • Linux Disk Management
      • Linux LVM
      • Linux Networking
      • Linux Performance
      • Linux Troubleshooting
      • Linux YUM/RPM
      • Performance Analysis
      • Redhat Linux Kernel
      • RHEL 6
        • RHEL LDAP
        • Rhel6 Storage
      • Web Servers
    • Solaris Admin
      • Blog for Unix Admin
        • Storage Administration – SAN
      • Oracle Hardware
      • Reference Docs
      • Solaris 10 Zones & LDOMs
      • Solaris 11
      • Solaris Access Control
      • Solaris Best Practices
      • Solaris Booting
      • Solaris Disk Management
      • Solaris DNS
      • Solaris How-to
      • Solaris Installation
      • Solaris Kernel
      • Solaris Networking
      • Solaris NFS
      • Solaris NIS
      • Solaris Packages & Patching
      • Solaris Performance
      • Solaris Tips
      • Solaris Troubleshooting
      • Solaris User Authentication
      • solaris X86
      • Solaris ZFS and Boot Environment
      • Storage Configurations
      • SUN Hardware
      • Troubleshooting Flow charts
    • Veritas Admin
      • Veritas Netbackup
      • VxVM Learning
      • VxVM Troubleshooting
  • QUIZ Center
  • Vlabs

Subscribe

Solaris SVM : Repartitioning Drives for Operating System Upgrade

Below instructions useful to deal with a common issue in upgrading an operating system (OS) where the existing partitions, which were fine for the operating system (OS) prior to upgrading, are not large enough to hold the same file systems of the new OS. As a example, one of the partitions which demands larger space constantly is the home directory of users which is typically the slice 7 mounted on directory named “/export/home” . 

 Instructions:

 1. Do a level 0 /usr/sbin/ufsdump of all filesystems that are part of the OS or reside on a disk where you need to resize an OS partition.Example:

 

 # /usr/sbin/ufsdump 0cfu /dev/rmt/0 /dev/rdsk/c0t3d0s0

 

NOTE: This is a critical step. If the dump is bad, one will not be able to complete the process, and one will have to restore the system from an older backup before starting over. If possible, do this dump booted CD-ROM and only mount the filesystem you are working on at the time.

 

  1. Repartition the drive, or drives, as needed for your installation. Keep good notes on what does where and, if possible, only resize partitions because moving a partition of the OS is itself a complex task that you do not want to introduce into this project.
  2. Run /usr/sbin/newfs for each slice so that you will be able to restore to it.Example:

 

 # /usr/sbin/newfs -v /dev/rdsk/c0t0d0s0

 

  1. Run /usr/sbin/ufsrestore for each slice from the tape.
  2. Install a boot block on the root slice of the boot drive.NOTE: For Sun x86 machines the boot block is installed on the overlap partition of the boot drive.

 

Example - SPARC(R) Platform:

 

 # /usr/sbin/installboot/usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/rdsk/ c0t0d0s0

NOTE: The previous examples are based on the assumption that the boot disk is c0t0d0 and the root partition is s0; modify your commands as appropriate for your configuration.

 

Example - Sun x86 Platform:

 

 # /usr/sbin/installboot/usr/platform/`uname -i`/lib/fs/ufs/pboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/rdsk/c1t0d0s2

 

  1. Boot the machine and verify that the OS will boot.
  2. Comment all non-OS partitions out of /etc/vfstab.
  3. SDS/SVM encapsulated root disk needs to be returned to non-metadevice BEFORE proceeding,if both the followings are true:
    1. Solstice DiskSuite (SDS) OR Solaris Volume Manager (SVM) software is installed.
    2. the OS upgrading is to a release prior to Solaris 9 update 6 (4/04).

 

DISKSUITE

 

Solstice DiskSuite needs to be disabled on OS disks prior to the OS upgrade unless you are upgrading to Solaris 9 update 6 (4/04), in that case Solaris Volume Manager will mount and upgrade the md devices present in the vfstab (the operating system) and the Disksuite product itself.

 If the OS release to upgrade to is prior to Solaris 9 update 6 (4/04), the entries in /etc/vfstab files need to the corresponding filesystems prior to encapsulation by SDS/SVM.

 

EXAMPLE:

 FROM :

 :::::::::::

/etc/vfstab
:::::::::::
/dev/md/dsk/d11 – – swap – no -
/dev/md/dsk/d10 /dev/md/rdsk/d10 / ufs 1 no -
/dev/md/dsk/d15 /dev/md/rdsk/d15 /usr ufs 1 no logging
/dev/md/dsk/d14 /dev/md/rdsk/d14 /var ufs 1 no logging
swap – /tmp tmpfs – yes –

 TO :

 :::::::::::

/etc/vfstab
:::::::::::
/dev/dsk/c1t0d0s1 – – swap – no -
/dev/dsk/c1t0d0s0 /dev/rdsk/c1t0d0s0 / ufs 1 no -
/dev/dsk/c1t0d0s5 /dev/rdsk/c1t0d0s5 /usr ufs 1 no logging
/dev/dsk/c1t0d0s4 /dev/rdsk/c1t0d0s4 /var ufs 1 no logging
swap – /tmp tmpfs – yes -

 

  1. Bring the system down gracefully (/usr/sbin/init 0 or /usr/sbin/shutdown commands) and, at the ok prompt, enter one of the followings as appropriate to the environment :     

ok  boot cdrom
OR
 ok  boot net   install

 

  1. Select “Upgrade” as the type of install and continue.

 

ADDITIONAL NOTES :

 

It is important to note that there are other reasons for not being able to do an upgrade installation on a system. A linked /var or one of its subdirectories is one reason, but there are others. Do not assume the procedure in this document will solve all problems related to an upgrade. The total number of possible issues in an installation or upgrade is largely dependent on your environment and well beyond the scope of one document.

 Good planning and backups are important to any installation. The time spent up front will be paid back several fold if you run into issues during the installation process.

 Please take the time to walk through your planned installation before doing it live; doing so will save you many hours of frustration and alert you to holes in your planning very quickly.

 

 


You might be interested to read below :


  • SAN Storage Migration – Solaris with VxVM

  • Solaris host level SAN migration from Clariion to VMAX – Hands on Lab

  • Hands on Lab – Replacing Failed Disks from ZFS Pools ( RaidZ2 / RaidZ3 ) – Part2

  • Enabling SVM in Failsafe and password recovery in Solaris.

  • Hands on Lab – Replacing Failed Disks from ZFS Pools ( Simple / Mirrored / RaidZ )

  • Oracle Server Hardware Reference ( 3D View)
  • Email
  • More
  • Print
  • Digg
Posted by Ramdev
Comment it
Tagged with: [ solaris configuration, solaris learning, solaris svm, Solaris Troubleshooting ]
You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

Leave a Comment

Join to our Professional Network (of 1400+ unixadmins ) to receive Unix Administration and Job Updates -

Pages1

Don't Miss Updates

 

Beginners Zone

 

Unixadmin Careers

Server Hardware

Beginners Lessons

Troubleshooting-Flowchart

 

Intermediate Zone

 

Solaris Booting

Solaris Volume Manager

Storage Configurations

Solaris Networking

Solaris X86

Solaris ZFS

Solaris NFS

Solaris NIS

Solaris Patching

Solaris Booting

Solaris Kernel

Veritas Volume Manager

Solaris NIS

Logical Volume Manager

Linux Networking

Linux Disk Management

Linux Troubleshooting

 

Experts Zone 

 

Solutions

Scripting and Automation

Server Security

Veritas Cluster Services

Sun Cluster Services

Cloud Computing

SUN LDOMS

Copyright © 2009 unixadminschool.com. All rights reserved.
loading Cancel
Post was not sent - check your email addresses!
Email check failed, please try again
Sorry, your blog cannot share posts by email.