Re: slapadd hung during converting from slapd.conf to cn=config

Steven Truong wrote:
> This happened on my Centos 5 KVM host on Intel and my VM machines are
> Centos 5 x64/Ubuntu 9.10 i386.
>
> On Centos 5 vm, I installed from source openldap 2.4.21 and on Ubuntu
> I installed openldap from Ubuntu software repository.
>
> I first tried my installation on Ubuntu and got stucked, then I tried
> the one on Centos 5 and got stucked with exactly same strace outputs.
>
> I experienced similar hangs on both and found data in /var/lib/ldap
> but nothing else in my slapd.d directory on both vm instances.
>
>
> slapadd -v -q -f slapd.conf -F slapd.d
>
> .....
> gettimeofday({1265234787, 777676}, NULL) = 0
> open("/dev/urandom", O_RDONLY)          = 6
> fcntl(6, F_GETFD)                       = 0
> fcntl(6, F_SETFD, FD_CLOEXEC)           = 0
> getuid()                                = 0
> getppid()                               = 26516
> gettimeofday({1265234787, 781981}, NULL) = 0
> gettimeofday({1265234787, 782533}, NULL) = 0
> read(6, "g#\3\232\366\1I\255\17\202\270\274\367\230n\221", 16) = 16
> gettid()                                = 26517
> write(2, "hdb_monitor_db_open: monitoring "..., 79hdb_monitor_db_open:
> monitoring disabled; configure monitor database to enable
> ) = 79
> mmap(NULL, 8392704, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_ANONYMOUS|MAP_32BIT, -1, 0) = 0x407c1000
> mprotect(0x407c1000, 4096, PROT_NONE)   = 0
> clone(Process 26518 attached
> child_stack=0x40fc11d0,
> flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
> parent_tidptr=0x40fc19d0, tls=0x40fc1940, child_tidptr=0x40fc19d0) =
> 26518
> [pid 26517] fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
> [pid 26517] fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
> [pid 26517] mmap(NULL, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaaaab000
> [pid 26517] read(0,<unfinished ...>
> [pid 26518] set_robust_list(0x40fc19e0, 0x18) = 0
> [pid 26518] futex(0x2acb21450744, FUTEX_WAIT_PRIVATE, 1, NULL
>
> I ran the same command on Ubuntu this time I got the following but in
> other runs I got the same strace output with the Centos's strace
> output.
>
> gettimeofday({1265234943, 880676}, NULL) = 0
> open("/etc/localtime", O_RDONLY)        = 7
> fstat64(7, {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0
> fstat64(7, {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xa2e7e000
> read(7, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"...,
> 4096) = 2819
> _llseek(7, -24, [2795], SEEK_CUR)       = 0
> read(7, "\nPST8PDT,M3.2.0,M11.1.0\n", 4096) = 24
> close(7)                                = 0
> munmap(0xa2e7e000, 4096)                = 0
> open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 7
> read(7, "\2\343", 2)                    = 2
> close(7)                                = 0
> gettimeofday({1265234943, 883682}, NULL) = 0
> open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 7
> read(7, "\235i\375\366\377~", 6)        = 6
> close(7)                                = 0
> fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 3), ...}) = 0
> fstat64(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 3), ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xa2e7e000
> read(0,
>
> I am wondering if there are some problems with KVM that prevent this
> operation to carry out successfully.

slapadd is not hung, it is clearly reading from stdin. I.e., it is waiting for 
you to type in some LDIF.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/