Displaying 6 results from an estimated 6 matches for "send_queri".
Did you mean:
send_query
2011 Sep 04
1
mrtg 2.16.2 ipv6 on centos 6
Hi,
i'm running CentOS 6.0 on my server and installed mrtg from the
rpm-package mrtg-2.16.2 .
I also installed the depending packages perl-IO-Socket-INET6
perl-Socket6 ....
mrtg works fine with IPV4-Addresses. When i specify a Target by
IPV6-Address (or hostname resolving to a V6-address) mrtg fails.
Here i have a small sample-config for V4 which is working:
LogDir: /tmp
ThreshDir: /tmp
2020 Sep 28
0
[libnbd PATCH 2/3] generator: Rename OPT_SET_META_CONTEXT states
Drop the SET designation, so that we can reuse these states for
OPT_LIST_META_CONTEXT in the next patch.
---
generator/Makefile.am | 4 +--
generator/state_machine.ml | 6 ++---
...t.c => states-newstyle-opt-meta-context.c} | 26 +++++++++----------
.../states-newstyle-opt-structured-reply.c | 4 +--
generator/states-newstyle.c
2020 Sep 28
8
[libnbd PATCH 0/3] opt_list_meta_context
I'm posting this now, as I'm at the end of a workday and I got things
working for manual experimentation.
Still to do:
- write interop tests for qemu-nbd and nbdkit (including my proposed
patch addition of qemu-nbd -A to show qemu:allocation-depth)
- figure out if we can make 'nbdinfo --map' use the new API to
automatically select all contexts advertised by the server
Eric Blake
2019 Jun 29
0
[libnbd PATCH 2/6] generator: Allow DEAD state actions to run
Most of the states were calling SET_NEXT_STATE(%.DEAD) then using
return -1 on error, to reflect the fact that they had also called
set_error() and wanted the caller to notice the failure.
Unfortunately, the state machine engine refuses to run the entry code
of the next state when the current state returned -1, which meant the
DEAD state entry code never runs.
A concrete example of the problems
2019 May 23
2
[PATCH libnbd] api: Get rid of nbd_connection.
This isn't quite finished because not all of the tests or examples
have been updated, but it demonstrates an idea: Should we forget about
the concept of having multiple connections managed under a single
handle?
In this patch there is a single ‘struct nbd_handle *’ which manages a
single state machine and connection (and therefore no nbd_connection).
To connect to a multi-conn server you must
2019 Jun 29
19
[libnbd PATCH 0/6] new APIs: aio_in_flight, aio_FOO_notify
I still need to wire in the use of *_notify functions into nbdkit to
prove whether it makes the code any faster or easier to maintain, but
at least the added example shows one good use case for the new API.
Eric Blake (6):
api: Add nbd_aio_in_flight
generator: Allow DEAD state actions to run
generator: Allow Int64 in callbacks
states: Prepare for aio notify callback
api: Add new