Frank Middleton wrote:
On 10/ 6/09 02:29 PM, Shawn Walker wrote:
Which /var/pkg/download was not empty? The one in '/var/pkg/download'
or did you mount the new boot environment immediately after image
update and check to see if its /var/pkg/download was empty?
The /var/pkg/download at '/' that is present immediate after
image-update is complete (before you reboot) should *not* be empty.
It would never have occurred to me to mount the new BE after doing
image-update, so perhaps that's why I'm not being clear. No idea what
was in /var/pkg/download before rebooting; it was not empty afterwards.
Ah, okay then. That's expected behaviour (currently).
Is there some post-boot process that empties it? If so, there was no i/o
going on at all (zpool iostat showed all zeros) before doing rm -rf).
No. As far as I know, it's currently intentional that we don't dump the
contents of /var/pkg/download in the original boot environment. With
that said, feel free to file a bug asking for flush-content-on-success
to affect the original boot environment and not just the new one.
... moving all of /var to another pool and see what happens....
Don't do that. It will break.
OK, I won't. Is there anything specfic, or are there a slew of things
that would cause problems? Curious because the text mode installer
The pkg(1) client will break, so yes, a "slew" of problems.
for sxce snv123 specifically has an option to have /var in a separate
dataset, so presumably the issues are unique to Open Solaris. Without
Yes. SXCE doesn't use a single, ZFS root pool and filesystem for the
installed system.
moving most of /var it will be impossible to go from snv124 to snv125
using a 16GB disk - time to replace it with a 32Gb ssd :-). I guess the
issues are actually pretty obvious. Any idea when the cache options
will be available?
Sometime between now and 2010.02 hopefully, I don't have specifics
beyond that.
Cheers,
--
Shawn Walker
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
