http://bugzilla.novell.com/show_bug.cgi?id=608263 http://bugzilla.novell.com/show_bug.cgi?id=608263#c0 Summary: zypper assumes /var/tmp & /var/cache on same fs; WRONG assumption Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers@forge.provo.novell.com ReportedBy: suse@tlinx.org QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.3) Gecko/20100401 FireDownload/2.0.1 Firefox/3.6.3 FireTorrent/2.0.1 Mnenhy/0.8.2 Trying to do command 'zypper si iotop'. Relevant info: /, /var[/tmp] and /var/cache are all on separate file systems. zypper seems to be assuming it can hardlink between /var/tmp and /var/cache. Should assume it can hard link between any two directories. I.e. if hard link fails, should automatically follow up with a real "cp -al" of the affected files/directories. Perhaps not ideal in terms of file space, but if this is what is required, it's better than throwing out an error message that indicates a dsyfunctional operation, namely: zypper si iotop Reading installed packages... Loading repository data... Resolving package dependencies... The following source package is going to be installed: iotop 0 new packages to install. Overall download size: 341.0 KiB. After the operation, additional 338.0 KiB will be used. Continue? [y/n/?] (y): y Retrieving: iotop-0.2.1-34.1.src.rpm [done (13.4 KiB/s)] Retrieving: content [done (0 B/s)] Problem retrieving the package file from the repository: Can't provide ./suse/src/iotop-0.2.1-34.1.src.rpm : Can't hardlink/copy /var/tmp/AP_0x00000001/suse/src/iotop-0.2.1-34.1.src.rpm to /var/cache/zypp/packages/repo-source Repository 'repo-source' is out of date. Running 'zypper refresh' might help. -------------- NOTE: Of additional note is that the "might help" note at the end is a "red-herring" -- it does nothing to "help". ----- ADDITIONAL NOTE (possible fix/workaround ): In trying to find where the RPM might be, I eventually WIPED "/var/tmp/ contents. Rerunning the zypper si iotop then WORKED! (* WHY? *) (output:) zypper si iotop Reading installed packages... Loading repository data... Building repository 'Compiz & Fusion' cache [done] Building repository 'Mozilla Latest & 64bit' cache [done] Building repository 'Open Build Service' cache [done] Building repository 'network:samba:MAINTAINED:SLE_11' cache [done] Building repository 'network_samba_STABLE' cache [done] Building repository 'openSUSE 11.2-0' cache [done] Building repository 'openSUSE-11.2-Oss' cache [done] Building repository 'openSUSE-11.2-Source' cache [done] Building repository 'openSUSE-11.2-Update' cache [done] Building repository 'openSUSE-11.2-Non-Oss' cache [done] Resolving package dependencies... The following source package is going to be installed: iotop 0 new packages to install. Overall download size: 341.0 KiB. After the operation, additional 338.0 KiB will be used. Continue? [y/n/?] (y): y Retrieving: iotop-0.2.1-34.1.src.rpm [done (31.3 KiB/s)] ----------------- While this solve my basic /immediate problem, someone might wish to look at why wiping "/var/tmp" would prevent this cross link problem, as it wouldn't solve the issue of "/var/tmp" and "/var/cache" being on two separate file systems. Weird. Reproducible: Always Steps to Reproduce: 1. <see details> 2. 3. Actual Results: <cross file-system> link error message.... Expected Results: operation to be completed w/o problems. details show addition steps that got rid of problem...but reason why it got rid of problem isn't clear. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.