Comments on: Patching a live Solaris 10 system with LU, ZFS, and PCA http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html Linux, Solaris, Puppet, Perl and more. Probably. Tue, 24 Apr 2012 07:08:53 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: Yogesh Raheja http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-32961 Yogesh Raheja Tue, 24 Apr 2012 07:08:53 +0000 http://probably.co.uk/?p=189#comment-32961 Yes, its because you are using ZFS. If you would have used UFS mirroring then there wont be any issues like you mentioned above. Yes, its because you are using ZFS. If you would have used UFS mirroring then there wont be any issues like you mentioned above.

]]> By: Yogesh Raheja http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-32960 Yogesh Raheja Tue, 24 Apr 2012 07:07:03 +0000 http://probably.co.uk/?p=189#comment-32960 Satya, Snapshots are pointintime copy of your data, its obvious when you will boot your system from ABE the data will be loss for those many days. Same is true with any snapshots (ex. vxvm snapshots or traditional Solaris ufsdump/restores etc.) Satya,

Snapshots are pointintime copy of your data, its obvious when you will boot your system from ABE the data will be loss for those many days. Same is true with any snapshots (ex. vxvm snapshots or traditional Solaris ufsdump/restores etc.)

]]> By: Yogesh Raheja http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-32959 Yogesh Raheja Tue, 24 Apr 2012 07:05:05 +0000 http://probably.co.uk/?p=189#comment-32959 Hi, Yes it perfectly works on Sparc systems too. Hi,

Yes it perfectly works on Sparc systems too.

]]> By: Yogesh Raheja http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-32958 Yogesh Raheja Tue, 24 Apr 2012 07:04:15 +0000 http://probably.co.uk/?p=189#comment-32958 Hi Mark, Apprecaite your efforts for this blog. Very well explained and written. Cheers, Yogesh Raheja Hi Mark,

Apprecaite your efforts for this blog. Very well explained and written.

Cheers,
Yogesh Raheja

]]> By: Mark http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-31759 Mark Mon, 02 Apr 2012 07:07:26 +0000 http://probably.co.uk/?p=189#comment-31759 Hi - both. I did all my testing on x86 though. Cheers Hi – both.

I did all my testing on x86 though.

Cheers

]]> By: Phumlani http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-31755 Phumlani Mon, 02 Apr 2012 05:53:31 +0000 http://probably.co.uk/?p=189#comment-31755 Hi Mark, Is this patching for SPARC or x86? Hi Mark,

Is this patching for SPARC or x86?

]]> By: WordPress – Weekly Dump (weekly) | ResponsiPaul http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-31020 WordPress – Weekly Dump (weekly) | ResponsiPaul Sun, 18 Mar 2012 01:23:48 +0000 http://probably.co.uk/?p=189#comment-31020 [...] Patching a live Solaris 10 system with LU, ZFS [...] [...] Patching a live Solaris 10 system with LU, ZFS [...]

]]> By: Mark http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-15663 Mark Sun, 05 Jun 2011 21:19:26 +0000 http://probably.co.uk/?p=189#comment-15663 Erm, yes - fairly obvious really. The ABE is a clone, so you made a snapshot of a point in time. You rebooted one week later, therefore the changes inbetween were lost. If /home and /export were separate zfs filessystems that'd be a different matter. Erm, yes – fairly obvious really. The ABE is a clone, so you made a snapshot of a point in time. You rebooted one week later, therefore the changes inbetween were lost. If /home and /export were separate zfs filessystems that’d be a different matter.

]]> By: satya saranu http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-13423 satya saranu Mon, 18 Apr 2011 19:31:23 +0000 http://probably.co.uk/?p=189#comment-13423 Hi Mark i tried this way for patching. every thing works fine. i patched ABE and after a week i got doen time for my server and activated my ABE and rebooted the server. we lost all the files in /home which are created in these 7 days. all my file systems are under zfs rpool. as far as i know /home and /export are ahred file systems between ABE and CBE. no clue why we miss the recntly generated files in /home. rpool 111G 22.3G 97K /rpool rpool/ROOT 92.1G 22.3G 21K legacy rpool/ROOT/sol10u6_ZFS_BE 16.6G 22.3G 85.2G / rpool/ROOT/sol10u9_ZFS_BE 75.5G 22.3G 74.6G /.alt.tmp.b-ZRg.nt rpool/ROOT/sol10u9_ZFS_BE@sol10u9_ZFS_BE 910M - 74.1G - rpool/dump 2.00G 22.3G 2.00G - rpool/swap 16.5G 38.8G 16K - my OS version is Oracle Solaris 10 9/10 s10s_u9wos_14a SPARC Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. Assembled 11 August 2010 any sugessions and help would we appriciated Hi Mark

i tried this way for patching. every thing works fine. i patched ABE and after a week i got doen time for my server and activated my ABE and rebooted the server. we lost all the files in /home which are created in these 7 days. all my file systems are under zfs rpool. as far as i know /home and /export are ahred file systems between ABE and CBE. no clue why we miss the recntly generated files in /home.

rpool 111G 22.3G 97K /rpool
rpool/ROOT 92.1G 22.3G 21K legacy
rpool/ROOT/sol10u6_ZFS_BE 16.6G 22.3G 85.2G /
rpool/ROOT/sol10u9_ZFS_BE 75.5G 22.3G 74.6G /.alt.tmp.b-ZRg.nt
rpool/ROOT/sol10u9_ZFS_BE@sol10u9_ZFS_BE 910M – 74.1G -
rpool/dump 2.00G 22.3G 2.00G -
rpool/swap 16.5G 38.8G 16K -

my OS version is
Oracle Solaris 10 9/10 s10s_u9wos_14a SPARC
Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved.
Assembled 11 August 2010

any sugessions and help would we appriciated

]]> By: dariusz dolecki http://probably.co.uk/patching-a-live-solaris-10-system-with-lu-zfs-and-pca.html/comment-page-1#comment-6501 dariusz dolecki Sun, 24 Oct 2010 23:03:16 +0000 http://probably.co.uk/?p=189#comment-6501 Someone suggested I follow the instructions they got when they did a liveupgrade: Hi Dariusz, Below are the messages I get after running luactivate, indicating how to boot back to the old BE, my old BE was called sol10u8, so substitute your BE name: ---------------------- In case of a failure while booting to the target BE, the following process needs to be followed to fallback to the currently working boot environment: 1. Boot from the Solaris failsafe or boot in Single User mode from Solaris Install CD or Network. 2. Mount the Parent boot environment root slice to some directory (like /mnt). You can use the following commands in sequence to mount the BE: zpool import rpool rpool zfs inherit -r mountpoint rpool/ROOT/sol10u8 rpool/ROOT/sol10u8 zfs set mountpoint= rpool/ROOT/sol10u8 rpool/ROOT/sol10u8 zfs mount rpool/ROOT/sol10u8 rpool/ROOT/sol10u8 3. Run utility with out any arguments from the Parent boot environment root slice, as shown below: /sbin/luactivate 4. luactivate, activates the previous working boot environment and indicates the result. 5. Exit Single User mode and reboot the machine. ------------------------- Now, I tried those instructions, but got the following error message: cd /mnt/usr/sbin ./luactivate luactivate: The system is in single user more. Welcome to the Live Upgrade out of service administration. Activating the previous working boot environment. ************************************************************* Unable to activate the previous working boot environment. You have not mounted the correct root slice containing the previous working boot environment to be activated. Please mount the proper root slice and re-invoke luactivate ***************************************************************** Fallback activation failed. Someone suggested I follow the instructions they got when they did a liveupgrade:

Hi Dariusz,

Below are the messages I get after running luactivate, indicating how to boot back to the old BE, my old BE was called sol10u8, so substitute your BE name:

———————-
In case of a failure while booting to the target BE, the following process
needs to be followed to fallback to the currently working boot environment:

1. Boot from the Solaris failsafe or boot in Single User mode from Solaris
Install CD or Network.

2. Mount the Parent boot environment root slice to some directory (like
/mnt). You can use the following commands in sequence to mount the BE:

zpool import rpool rpool
zfs inherit -r mountpoint rpool/ROOT/sol10u8 rpool/ROOT/sol10u8
zfs set mountpoint= rpool/ROOT/sol10u8 rpool/ROOT/sol10u8
zfs mount rpool/ROOT/sol10u8 rpool/ROOT/sol10u8

3. Run utility with out any arguments from the Parent boot
environment root slice, as shown below:

/sbin/luactivate

4. luactivate, activates the previous working boot environment and
indicates the result.

5. Exit Single User mode and reboot the machine.

————————-

Now, I tried those instructions, but got the following error message:

cd /mnt/usr/sbin
./luactivate
luactivate: The system is in single user more.

Welcome to the Live Upgrade out of service administration.
Activating the previous working boot environment.

*************************************************************
Unable to activate the previous working boot environment. You have not
mounted the correct root slice containing the previous working boot
environment to be activated. Please mount the proper root slice and
re-invoke luactivate
*****************************************************************

Fallback activation failed.

]]>