search for: recvd

...ce) return pid; } +static int +wait_qemu_nbd (int nbd_local_port, int timeout_seconds) +{ + int sockfd; + int result = 0; + struct sockaddr_in addr; + time_t start_t, now_t; + struct timeval timeout = { .tv_usec = 0 }; + char magic[8]; /* NBDMAGIC */ + size_t bytes_read = 0; + ssize_t recvd; + + time (&start_t); + + sockfd = socket (AF_INET, SOCK_STREAM, 0); + if (sockfd == -1) { + perror ("socket"); + return -1; + } + + memset(&addr, 0, sizeof (struct sockaddr_in)); + addr.sin_family = AF_INET; + addr.sin_port = htons(nbd_local_port); + inet_pton(AF_IN...

As the subject says, support socket activation in virt-p2v. I have added upstream support for socket activation to nbdkit already: https://github.com/libguestfs/nbdkit/commit/7ff39d028c6359f5c0925ed2cf4a2c4c751af2e4 I posted a patch for qemu-nbd, still waiting on more reviews for that one: https://www.mail-archive.com/qemu-devel@nongnu.org/msg427246.html I tested this against old and new qemu

...lass1TCFWaitCmd: AT+FTS=7 # command to stop and wait before TCF Class1EOPWaitCmd: AT+FTS=9 # command to stop and wait before EOP Class1SwitchingCmd: AT+FRS=7 # command to stop and listen for silence Class1RecvAbortOK: 200 # wait 200ms for abort response Class1FrameOverhead: 4 # 4 byte overhead in recvd HDLC frames Class1RecvIdentTimer: 40000 # 35+5secs waiting for ident frames Class1TCFMaxNonZero: 10 # max 10% of data may be non-zero Class1TCFMinRun: 1000 # min run is 2/3rds of TCF duration cat /etc/iaxmodem/ttyIAX0 device /dev/ttyIAX0 owner uucp:uucp mode 660 port 4570 refresh 60 server 127...

...ransferred? Or am I misunderstanding the output? Thought I used to see a report of how many files were transferred in an older version of rsync.. not sure which. But this version doesn't seem to display that info. Even with more vvvv flags. At higher verbosity it shows files being sent and recvd, or appears to.

I am running PJPROJECT 2.3 and Asterisk 13.0.0. I answer the call, about 15 seconds later, vitality hangs up on my cell phone. However, Asterisk is never notified When the OK (for the answer) occurs, the ACK seems to never be accepted. The OK recvd with ACK sent occurs several times. Here are the pjsip.conf settings... [global] type = global debug = yes [transport1] type = transport bind = 0.0.0.0 protocol = udp [outbound.vitelity.net] type = aor remove_existing = yes qualify_frequency = 60 contact = sip:64.2.142.93 [outbound.vitelity.net...

qemu-nbd is a fine NBD server. However it's not easy to compile a reliably working version on RHEL 5. This patch series allows nbdkit to be used as an alternative (qemu-nbd is still the default). Rich.

Hi, this patch series fixes few more issues discovered by Coverity. Thanks, Pino Toscano (6): tail: check the return value pf guestfs_set_pgroup daemon: btrfs: check end_stringsbuf return values everywhere java: use cleanup handlers for structs (lists) as return values lib: qemu: improve handling of FILE* p2v: check more return values p2v: fix possible close(-1) issue cat/tail.c

As the subject says, how close are we to being able to declare a stable API for libnbd? I believe these are the main topics: * Do we need to have an extra thread for writing? I'm unclear about whether b92392b717 (which allows the state machine to break during reply processing) means we definitely don't need threads. I imagine that two threads doing simultaneous send(2) and

...rint_cups.c:109(cups_connect) Unable to connect to CUPS server localhost:631 - Connection refused [2012/06/27 19:44:00.289603, 10] printing/print_cups.c:129(send_pcap_blob) [2012/06/27 19:44:00.289609, 10] printing/print_cups.c:154(recv_pcap_blob) successfully sent blob of len 12 successfully recvd blob of len 12 [2012/06/27 19:44:00.289718, 0] printing/print_cups.c:468(cups_async_callback) failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL [2012/06/27 19:44:00.290017, 3] printing/pcap.c:249(pcap_cache_reload) reload status: error [2012/06/27 19:44:00.290106, 6] param/loadparm.c:7...

Dear All Recently I just setup postfix, dovecot, roundcube etc in a dedicated server. >From roundcuble, I am able to send mail to my gmail account. But from my gmail account, when sent mail to my mail id, that I setup recently, I do not see that email in roundcuble inbox. Neither that mail bounced back in gmail. Not sure, how do I debug this. Kindly let me know how should I proceed to fix

...inux 64-bit paravirtualized (PV) domU guests. Dom0 is Fedora 11 Linux 64-bit. My Intel Desktop Board DQ45CB has a single onboard Gigabit LAN network adapter. I am able to bring up the ring of mpd on the set of 6 compute nodes. However, I am consistently encountering the "(mpiexec 392): no msg recvd from mpd when expecting ack of request" error. After much troubleshooting, I have found that there are Receive Errors (RX-ERR) in the virtual network interface eth0 of all the six compute nodes. All the 6 compute nodes are identical F11 linux 64-bit PV virtual machines. Here is my PV guest c...

...inux 64-bit paravirtualized (PV) domU guests. Dom0 is Fedora 11 Linux 64-bit. My Intel Desktop Board DQ45CB has a single onboard Gigabit LAN network adapter. I am able to bring up the ring of mpd on the set of 6 compute nodes. However, I am consistently encountering the "(mpiexec 392): no msg recvd from mpd when expecting ack of request" error. After much troubleshooting, I have found that there are Receive Errors (RX-ERR) in the virtual network interface eth0 of all the six compute nodes. All the 6 compute nodes are identical F11 linux 64-bit PV virtual machines. Here is my PV guest c...

...urn -ENOMEM; ++ ++ queuedata = kzalloc(sizeof(*queuedata), GFP_KERNEL); ++ if (!queuedata) { ++ err = -ENOMEM; ++ goto cleanup_queue; ++ } ++ queuedata->shost = shost; ++ q->queuedata = queuedata; ++ ++ /* ++ * this is a silly hack. We should probably just queue as many ++ * command as is recvd to userspace. uspace can then make ++ * sure we do not overload the HBA ++ */ ++ q->nr_requests = shost->hostt->can_queue; ++ /* ++ * We currently only support software LLDs so this does ++ * not matter for now. Do we need this for the cards we support? ++ * If so we should make it a...

Now that virt-p2v has its own repository [1] and releases [2], it is time to remove it from libguestfs. [1] https://github.com/libguestfs/virt-p2v [2] http://download.libguestfs.org/virt-p2v/ Pino Toscano (2): Remove virt-p2v Remove remaining virt-p2v bits .gitignore | 4 - Makefile.am | 7 +- bash/Makefile.am