Custom Query (894 matches)

When running the bcfg2 client with

bcfg2 -e -v -d -k -q -r all -n

the client executes very slowly and takes 100% CPU. Here is a strace on the client process:

# strace -r -eall -p19595
Process 19595 attached - interrupt to quit
     0.000000 brk(0x929f000)            = 0x929f000
     0.001129 futex(0x81469c0, FUTEX_WAKE, 1) = 0
     0.000733 brk(0x929b000)            = 0x929b000
     0.000631 brk(0x928f000)            = 0x928f000
     0.000725 brk(0x928c000)            = 0x928c000
     0.001404 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000542 recv(3, "\27", 1, 0)      = 1
     0.000433 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000292 recv(3, "\3\[email protected]", 4, 0)   = 4
     0.000411 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000286 recv(3, "\367\322\373\346\365\335\336\334i\227\311\23 \310\242\240"..., 16432, 0) = 16432
     0.569021 brk(0x92b0000)            = 0x92b0000
     0.001094 futex(0x81469c0, FUTEX_WAKE, 1) = 0
     0.000733 brk(0x92ac000)            = 0x92ac000
     0.000631 brk(0x92a0000)            = 0x92a0000
     0.000710 brk(0x929d000)            = 0x929d000
     0.001381 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000467 recv(3, "\27", 1, 0)      = 1
     0.000436 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000278 recv(3, "\3\[email protected]", 4, 0)   = 4
     0.000406 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000280 recv(3, "\321\242\10\2310\3119\340\344\334\313\344V\252\2053\355"..., 16432, 0) = 16432
     0.562301 brk(0x92c1000)            = 0x92c1000
     0.001104 futex(0x81469c0, FUTEX_WAKE, 1) = 0
     0.000702 brk(0x92bd000)            = 0x92bd000
     0.000623 brk(0x92b1000)            = 0x92b1000
     0.000722 brk(0x92ae000)            = 0x92ae000
     0.001397 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000505 recv(3, "\27", 1, 0)      = 1
     0.000413 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000274 recv(3, "\3\[email protected]", 4, 0)   = 4
     0.000410 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 90000) = 1
     0.000281 recv(3, "b\224\36Z\342\336\225*C`eP\"~T\306\255\326&\250\304\277"..., 16432, 0) = 16432
...

The server log seems normal:

Generated config for foo in 0.147306919098 seconds
[5 minutes later:]
Client foo reported state clean

I'm running svn2999 on a Debian etch.

When multiple clients, each with a unique UUID, share a fixed NAT address, only one will successfully authenticate. For example, suppose clients.xml contains the following entries:

<Client profile="group1" pingable="N" pingtime="0" name="host1" uuid="uuid1" address="10.0.0.1"/>

<Client profile="group1" pingable="N" pingtime="0" name="host2" uuid="uuid2" address="10.0.0.1"/>

Client host2 will authenticate; host1 will not. For host1, the server reports

Got request for non-floating UUID uuid1 from 10.0.0.1

If the Client entry for host1 is changed to replace the 'address' attribute with the attribute location="floating", host1 will then authenticate, but the server reports that it generated the configuration for host2.

It would be nice to be able to control the mtime of configuration files. This could be done in two ways:

• use the mtime of the base or delta files, or
• add an additional mtime field to the :info files

The former looks like the nicer way for people copying over config files as bases into the Cfg subdir. But the latter method fits better with bcfg2's general philosophy. It also looks much easier to implement.

Thanks!