Hi Shawn, On 29/09/2009 16:44, Shawn Walker wrote: > Darren Kenny wrote: >> I took a look around, and noticed that the /var/pkg/download directory >> appeared >> to be consuming more than the actual OS itself... > ... >> This then made me wonder why this isn't on by default? Or why there isn't at >> least some sort of limiter on the cache, rather than letting it grow so >> large. > ... >> It also made me think that we really should have a pkg command that allows >> you >> to purge this cache on demand rather than doing a : >> >> rm -rf /var/pkg/download > > Related RFEs on defect.opensolaris.org: > > 2266 want command-line control over content cache > 6353 option to put download cache on alternate filesystem
Both of these are P4 enh, which effectively makes them not likely to happen any time soon. This issue is certainly is more severe than a P4 enhancement - it has a VERY negative effect on disk availability and in turn disk performance (due to ZFS issues with low free space). What's more is that the removal of the directory using rm -rf is extremely difficult to do fully since you need to take into consideration the fact that it's on every BE, and any snapshot of these BEs- so doesn't free up easily. It is very hard to see how keeping this data around indefinitely is worthwhile - I can certainly see it's value in the case of a failed image-update or similar. I'm guessing that one of it's purposes is to facilitate pkg fix too. At a minimum it should have it's own filesystem which can be flagged as not needing automatic snapshots, and also could be easily monitored and cleaned up. Darren. _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
