Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-30 Thread Martin Matuska
Please check with CURRENT r238909. I have backported the NFSv4 ACL fix for now. It will be reverted and re-merged when fixed in libarchive's release branch. On 30.7.2012 0:17, O. Hartmann wrote: Am 07/29/12 19:19, schrieb Martin Matuska: Do you still have this problem after r238882? The

Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-29 Thread Martin Matuska
I am also looking into it: 1. It happens only with libarchive 3.0.4 (3.0.3 works fine) 2. It happens only if archiving files located on ZFS (UFS works fine) 3. Backtrace: #0 setup_acl_posix1e (a=0x801c45100, entry=0x801d69100, acl=0x801d8a000, archive_entry_acl_type=256) at

Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-29 Thread O. Hartmann
On 07/29/12 08:30, Martin Matuska wrote: I am also looking into it: 1. It happens only with libarchive 3.0.4 (3.0.3 works fine) 2. It happens only if archiving files located on ZFS (UFS works fine) It happens in my case also on UFS2 filesystem (SU+J). My ports are residing on an UFS

Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-29 Thread Tim Kientzle
Do you know what the value of acl_tag is at this point? On Jul 28, 2012, at 11:30 PM, Martin Matuska wrote: I am also looking into it: 1. It happens only with libarchive 3.0.4 (3.0.3 works fine) 2. It happens only if archiving files located on ZFS (UFS works fine) 3. Backtrace: #0

Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-29 Thread Martin Matuska
Do you still have this problem after r238882? Dňa 28. 7. 2012 19:21 O. Hartmann wrote / napísal(a): When updating ports (like databases/sqlite3 or graphics/png via portmaster graphics/png), the installation process comes to a point where a backup of the old port is created with bsdtar. The

Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-29 Thread O. Hartmann
Am 07/29/12 19:19, schrieb Martin Matuska: Do you still have this problem after r238882? Dňa 28. 7. 2012 19:21 O. Hartmann wrote / napísal(a): When updating ports (like databases/sqlite3 or graphics/png via portmaster graphics/png), the installation process comes to a point where a backup

r238860: bsdtar: eating up 100% CPU, hanging

2012-07-28 Thread O. Hartmann
When updating ports (like databases/sqlite3 or graphics/png via portmaster graphics/png), the installation process comes to a point where a backup of the old port is created with bsdtar. The process hangs then: === Starting build for graphics/png === === All dependencies are up to date ===

Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-28 Thread Garrett Cooper
On Sat, Jul 28, 2012 at 10:21 AM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: When updating ports (like databases/sqlite3 or graphics/png via portmaster graphics/png), the installation process comes to a point where a backup of the old port is created with bsdtar. The process hangs then:

Re: r238860: bsdtar: eating up 100% CPU, hanging

2012-07-28 Thread Tim Kientzle
On Jul 28, 2012, at 10:21 AM, O. Hartmann wrote: When updating ports (like databases/sqlite3 or graphics/png via portmaster graphics/png), the installation process comes to a point where a backup of the old port is created with bsdtar. The process hangs then … My operating system is