search for: l764

A little deciphering > Looks like the ups always replies > 22 = 16035500 50005300 20004e00 6f002000 41006300 6b00 That is length = 0x16 = 22 type = 0x3 = string Message = "UPS No Ack" Very fun... Regards Vassilis Virvilis

Nice! Thanks, Tom. It works. On Wed, Sep 9, 2015 at 12:30 PM Tom Stellard <tom at stellard.net> wrote: > On Wed, Sep 09, 2015 at 07:21:30PM +0000, Xiaochu Liu via llvm-dev wrote: > > Dear there, > > > > I'm trying to use clang to invoke my backend to generate obj code using > > command: > > > > clang -target x-linux-gnu global.c -c > > >

...16035500 50005300 20004e00 6f002000 41006300 6b00 > > That is > length = 0x16 = 22 > type = 0x3 = string > Message = "UPS No Ack" > > Very fun... that string shows up here, among other places: https://github.com/networkupstools/nut/blob/master/drivers/nutdrv_qx.c#L764 but if the upsilon screen isn't showing many values, I'm not sure if that version is going to help. Are there any other settings to select a different model or protocol?

...hat makes no sense because we are supposed to have just forked successfully: https://github.com/libguestfs/libguestfs/blob/3430c2dd654b19a55d213a9302ac5e4b6a387bee/lib/command.c#L479 called from: https://github.com/libguestfs/libguestfs/blob/3430c2dd654b19a55d213a9302ac5e4b6a387bee/lib/command.c#L764 Notice also that qemu-img *does* run (you can see the output from the command). So it must be something to do with collectd and how it runs programs. Is it using LD_PRELOAD trickery, or replacing libc, or using seccomp? My guess is that any program which launched a subprocess and then waited for...

> that string shows up here, among other places: > > https://github.com/networkupstools/nut/blob/master/drivers/nutdrv_qx.c#L764 > > but if the upsilon screen isn't showing many values, I'm not sure if that > version is going to help. Are there any other settings to select a > different model or protocol? Here is the output of #/etc/upsilon/upsilon config hope webmail client doesn't wrap (UPSilon)...

Thank you, Rich, This was the issue indeed. export LIBGUESTFS_BACKEND=direct fixed it. The next step I tried was to integrate libguestfs in collectd virt plugin to collect this data automatically. In this case I'm having an unknown error in add_libvirt_dom() (same with add_domain) when it's invoking qemu-img to create overlay image. There is no difference between manual and service

...to have just forked > successfully: > > > https://github.com/libguestfs/libguestfs/blob/3430c2dd654b19a55d213a9302ac5e4b6a387bee/lib/command.c#L479 > > called from: > > > https://github.com/libguestfs/libguestfs/blob/3430c2dd654b19a55d213a9302ac5e4b6a387bee/lib/command.c#L764 > > Notice also that qemu-img *does* run (you can see the output from the > command). > > So it must be something to do with collectd and how it runs programs. > Is it using LD_PRELOAD trickery, or replacing libc, or using seccomp? > My guess is that any program which launched...