Hi All, > On May 14, 2017, at 11:02 PM, Guillem Jover <guil...@debian.org> wrote: > > Hi! > > On Sun, 2017-05-14 at 18:50:16 +0300, Igor Kozhukhov wrote: >> i have often issue with my builds on SPARC similar to: >> >> 02:53:00.547 dpkg-deb: building package 'gcc-6-libgcj-tools' in >> '../gcc-6-libgcj-tools_6.3.0-2-15_solaris-sparc.deb'. >> 02:53:00.547 dpkg-deb --build debian/gcc-6-libgo .. >> 02:53:00.555 dpkg-deb: building package 'gcc-6-libgcj' in >> '../gcc-6-libgcj_6.3.0-2-15_solaris-sparc.deb'. >> 02:53:00.555 dpkg-deb --build debian/gcc-6 .. >> 02:53:00.555 dpkg-deb: building package 'gcc-6-libgij' in >> '../gcc-6-libgij_6.3.0-2-15_solaris-sparc.deb'. >> 02:53:00.555 dpkg-deb: building package 'gcc-6-libgo' in >> '../gcc-6-libgo_6.3.0-2-15_solaris-sparc.deb'. >> 02:53:00.556 dpkg-deb: building package 'gcc-6' in >> '../gcc-6_6.3.0-2-15_solaris-sparc.deb'. >> 02:53:04.537 dpkg-deb (subprocess): compressing tar member: lzma error: Not >> enough space >> 02:53:04.541 dpkg-deb: error: subprocess <compress> from tar -cf returned >> error exit status 2 >> 02:53:04.547 dh_builddeb: dpkg-deb --build debian/gcc-6-libgij .. returned >> exit code 2 >> 02:53:04.547 dpkg-deb (subprocess): compressing tar member: lzma error: Not >> enough space >> 02:53:04.551 dpkg-deb: error: subprocess <compress> from tar -cf returned >> error exit status 2 >> 02:53:04.557 dh_builddeb: dpkg-deb --build debian/gcc-6-libgo .. returned >> exit code 2 >> 02:58:00.412 debian/rules:139: recipe for target 'binary-arch' failed >> >> issue is: >> dpkg-deb (subprocess): compressing tar member: lzma error: Not enough space >> >> I have SPARC 64bit sun4v T5220 with 32GB RAM & 64 threads. >> i have a lot of RAM + swap available. > > This looks like you've run out of space on whatever is your TMPDIR > (or P_tmpdir macro). At least going by the error message, although of > course the strings for errno values change from system to system, so > this might be something else, but then getting the actual errno value > matching that error string, would be helpful.
it is not issue with out of space - because i have a lot of space on SPARC, but i’m using ZFS and /tmp = tmpfs mounted i can see this issue only on SPARC native hw - sun4v T5220 - where i have 32GB ram, 64 threads, more free space on zfs tdatase and more free space on swap - what is using with tmofs. > Thanks, > Guillem