Thanks. I think that I have what I need now.
-Norm
On 01/15/10 01:31 AM, [email protected] wrote:
Well,
I rember, I file a bug in time of prototyping 0805 JeOS then, then PKG must support "yum clean
someting" like command and untli it will be implemented we need to document how to clean
corretly ifferent stuff "download, indexes, catalogs", I also file a but to donload acahe
to be on different place.
You can fid them and attach to them, see lin at the edn:
Why we need to document it, even when it is not "supported", because we can get
feedback on it and design based on feedback right user case scenaros when doing
Sevelopment& QA later.
So far I know:
"download" is dir with download cache (compressed files) - it can be purged, no
recreation
"catalog" is dir with local copy of catalog(s) metadata - it can be purted, it
will be recreated on next pkg connection to network
"index" is dir with indexed PKG istalled database - it can be purged, it will
be recreated pkg cmd execution
Please, keep in mind, then this is PKG internals, so interface is unstable !
I use a "du -s -h /dir" to find actual used space
I use a "zfs list -t all" to also see snapshots in zfs output, in 0906 zfs
snapshost are not shown by default (be sure then you don't autosnapshtot whole /)
OpenSolaris JeOS B130 First Touch - Reported Issues& RFEs
http://blogs.sun.com/VirtualGuru/entry/opensolaris_jeos_prototype_part_21
Nice day
Rudolf
------------ Původní zpráva ------------
Od: Danek Duvall<[email protected]>
Předmět: Re: [pkg-discuss] purging cruft in /var/pkg
Datum: 15.1.2010 04:53:32
----------------------------------------
Norm Jacobs wrote:
Is there some supported method of purging the cached cruft in /var/pkg?
The only supported way is to change the flush-content-cache-on-success
property to true. You'll need to edit /var/pkg/cfg_cache by hand to set
this at the moment. Then just add a package, and it should churn away and
remove all of /var/pkg/download. Note that this will probably take some
time, as you'll have a lot of files there still in the old cache format,
which is extremely inefficient to crawl through. So be prepared.
You can simulate that by simply removing /var/pkg/download. Note that if
any snapshots still hold onto this, you're not actually going to reduce
disk usage until those snapshots have been destroyed. /var/pkg/download
really needs to be its own dataset, outside the BE, but that's not
officially supported. Still, several folks I know, including myself, run
that way, and it usually works, modulo a couple of hiccups over time.
Also, none of the old manifests are ever removed by the system. I think
there's an RFE to have some sort of garbage collection subcommand, but it's
not implemented. You pretty much just have to know what to get rid of.
Danek
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
