https://bugzilla.novell.com/show_bug.cgi?id=381311 User jkupec@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c1 Ján Kupec changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jkupec@novell.com Status|NEW |NEEDINFO Info Provider| |visnov@novell.com --- Comment #1 from Ján Kupec 2008-04-18 07:27:43 MST --- I believe there is a way to disable this for installation, Stano? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User ma@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c3 Michael Andres changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ma@novell.com --- Comment #3 from Michael Andres 2008-04-18 10:04:42 MST --- Shouldn't we find a better location for the caches than tmp/AP_0xNNNNNNNN? These dirs should not exist after YAST ended. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User jreidinger@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c5 Josef Reidinger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jreidinger@novell.com --- Comment #5 from Josef Reidinger 2008-04-29 00:49:58 MST --- maybe this is also related to bug #379922, because if we attach again network source, this directory is used and burl backend use file with bad checksum as timestamp for last downloaded file and server return 304 (not-modified). And because user response during disattached state, it is not possible delete file. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User jreidinger@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c6 Josef Reidinger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |kkaempf@novell.com --- Comment #6 from Josef Reidinger 2008-05-02 03:01:40 MST --- Cache directory is /var/cache/zypp by default. /var/adm/mount is directory to which is create tmp AP_0XXX directory where is something mounted (for remote repository is place where is temporary stored downloaded files). Now it looks like that only in past some directory remain unattached, because now after each session this directory must be removed. Please try clean /var/adm/mount directory and check if something stay here after some refresh/install/other actions. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User jreidinger@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c8 Josef Reidinger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #8 from Josef Reidinger 2008-05-02 05:42:32 MST --- (In reply to comment #7 from Klaus Kämpf)

No, it doesn't. /var/adm/mount is all clean now (pre-Beta2)

Ok, this artefact may relate to option which doesn't remove attach point, which is now optional. So close as fixed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User jreidinger@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c10 --- Comment #10 from Josef Reidinger 2008-05-02 06:46:18 MST --- OK. I need few info: 1) Is this directory present before you update? 2) stable mean 10.3? If yes this can be problem, if old version create permanent directory, new version is not allowed to delete it (because don't know that previous version create it) 3) please attach log 4) try delete it and make some action via this ftp (install something new e.g) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User jreidinger@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c12 --- Comment #12 from Josef Reidinger 2008-05-02 07:17:05 MST --- (In reply to comment #11 from Klaus Kaempf)

I ran into the problem during a 10.3->11.0Beta1 upgrade. I now did two 11.0Beta1->11.0Beta2 upgrades and didn't run into this bug.

So it looks like that without 10.3 patch is not possible avoid it. Maybe add some note to release about delete all AP points in /var/adm/mount if user want upgrade from 10.3 to 11.0 . -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User jreidinger@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c14 Josef Reidinger changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Blocker |Normal --- Comment #14 from Josef Reidinger 2008-05-02 07:53:02 MST --- (In reply to comment #13 from Ruediger Oertel)

no, I'm not talking about 10.3 I'm talking about updating from 11.0-post-beta1plus (last friday or monday) to the current state (almost beta2).

Yes, /var/adm/mount is really being cleaned _after_ the update is finished. But that was never my issue.

The issue is: during the update, all the rpms stay there until the update is finished. For my system this sums up to almost 3Gb while I have only 2.8Gb free space below / ...

OK, so problem isn't that RPMs stay in cache, but that /var/adm/mount is not big enought to save whole downloaded RPM. Now zypper allow (but undocumented) disable caching in /var/cache/zypp...but still all rpms stay in mounted "internet repository". I fix it. (and also low severity, because this is not blocker) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=381311 User ro@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=381311#c16 --- Comment #16 from Ruediger Oertel 2008-05-02 09:07:07 MST --- thanks, that's perfect for me! keeping the last one (or even last two) downloaded rpms in the cache is perfectly normal. I just could not understand keeping 1700 rpms there ... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.