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 > > > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
