On Thu, Oct 15, 2009 at 9:25 AM, Enda O'Connor <enda.ocon...@sun.com> wrote: > > > Jason King wrote: >> >> On Thu, Oct 15, 2009 at 2:57 AM, Ian Collins <i...@ianshome.com> wrote: >>> >>> Dale Ghent wrote: >>>> >>>> So looking at the README for patch 14144[45]-09, there are ton of ZFS >>>> fixes and feature adds. >>>> >>>> The big features are already described in the update 8 release docs, but >>>> would anyone in-the-know care to comment or point out any interesting CR >>>> fixes that might be substantial in the areas of stability or >>>> performance? >>> >>> A couple of my CRs (a panic and a hang) are fixed in there, but LU >>> appears >>> to be FUBAR for systems with ZFS root and zones, so I can't run any >>> tests.... >> >> Having tried to install about 5 patches on a system with ZFS root + >> sparse zones (plus a delegated dataset), FUBAR is putting it mildly.. >> :) > > if you have a separate /var dataset on zfs root then Lu in update 8 ( or > using latest 121430-42/121431-43 ) is broke. > this is covered in CR 6884728 > > So you do need to apply 119255-70 before patching zfs root on x86 as well, > to avoid another issue. > > what was the error/problem you ran into, output from patchadd + logs from > /var/sadm/patch/*/log for failed patch, or /var/tmp/<patchid>.log.$$ if they > exist, plus some data on the setup, ie zfs list and zonecfg to give an idea.
My problem was creating the new BE to patch -- lucreate worked, but lumount was a disaster and left things so horribly messed up that even after a luumount and ludelete of the new BE, a reboot was required just to make the system sane (thankfully this was all in a maint window anyway). But it caused a bunch of stale mnttab entries that wouldn't go away as well as a bunch of 'already mounted' errors when you tried to do anything with the filesystems. I punted, rebooted to clear things up, did a zfs snapshot of everything, then patched the lived system (since I had a boot server I could use to mount the pool and rollback if needed). > > > Enda > > > >> >> I found upgrade on attach worked much better in that instance (just >> meant I could only snapshot, not create a new BE). But hopefully I >> can get ahold of a box for more testing to get it to actually work. >> >>> -- >>> Ian. >>> >>> _______________________________________________ >>> zfs-discuss mailing list >>> zfs-discuss@opensolaris.org >>> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >>> >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss@opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > -- > Enda O'Connor x19781 Software Product Engineering > Patch System Test : Ireland : x19781/353-1-8199718 > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
