search for: sending

...rface for {56a868b4-0ad4-11ce-b03a-0020af0ba770}! > fixme:quartz:AsyncReader_QueryInterface No interface for {56a868b5-0ad4-11ce-b03a-0020af0ba770}! > fixme:quartz:Parser_QueryInterface No interface for {56a868b5-0ad4-11ce-b03a-0020af0ba770}! > err:quartz:ACMWrapper_ProcessSampleData Error sending sample (80040227) > err:quartz:AVISplitter_Sample Error sending sample (80040227) > err:quartz:ACMWrapper_ProcessSampleData Error sending sample (80040227) > err:quartz:AVISplitter_Sample Error sending sample (80040227) > err:quartz:ACMWrapper_ProcessSampleData Error sending sample (800...

...his regularly: [Jun 22 09:03:48] WARNING[30723]: chan_dahdi.c:2790 pri_find_dchan: No D-channels available! Using Primary channel 72 as D-channel anyway! Here is my PRI debug span: -- Timeout occured, restarting PRI q921.c:468 t200_expire: q921_state now is Q921_LINK_CONNECTION_RELEASED Sending Set Asynchronous Balanced Mode Extended q921.c:211 q921_send_sabme: q921_state now is Q921_AWAITING_ESTABLISH [Jun 22 09:03:48] WARNING[30723]: chan_dahdi.c:2790 pri_find_dchan: No D-channels available! Using Primary channel 72 as D-channel anyway! Sending Set Asynchronous Balanced Mode Extende...

...re results of my tests (differences are in *red*): Results of nut-server v2.4.1 [root at xxx ups]# mge-utalk -DDDDDDDD -a pex10 Network UPS Tools - MGE UPS SYSTEMS/U-Talk driver *0.89 (2.4.1)* send_to_all: SETINFO driver.parameter.port "/dev/ttyS0" debug level is '8' mge_command: sending [S] mge_command: sending [i] mge_command: sending [0D] mge_command: sending [0A] mge_command: *received 0 byte(s)* send_to_all: SETINFO ups.mfr "MGE UPS SYSTEMS" send_to_all: SETINFO driver.version.internal "0.89" mge_command: sending [S] mge_command: sending [i] mge_command: se...

...tinc-up script on my windows 8.1 machine (am not certain I need one at this point, for the desired configuration)- and I figure this issue is unrelated. Relevant log from my windows machine (adamthinkpad): Trying to connect to titan (xx.xx.xx.xx port 655) Connected to titan (xx.xx.xx.xx port 655) Sending ID to titan (xx.xx.xx.xx port 655): 0 adamthinkpad 17.3 Sending 20 bytes of metadata to titan Got ID from titan: 0 titan 17.3 Sending ACK to titan: 4 655 71 300000c Sending 17 bytes of metadata to titan Error while decrypting: error:00000000:lib(0):func(0):reason(0) Failed to decrypt record Closing...

...mustek protocol... 2.731556 [D3] send: QS 2.737382 [D3] read: (229.7 231.6 229.7 023 50.1 27.5 --.- 00001001 2.737456 [D2] blazer_status: non numerical value [--.-] 2.737477 [D2] Status read in 1 tries 2.737486 Supported UPS detected with mustek protocol 7.737351 [D3] send: error sending control message: Connection timed out 7.737382 [D2] blazer_rating: short reply 7.737483 [D1] Rating read 1 failed 12.737303 [D3] send: error sending control message: Connection timed out 12.737347 [D2] blazer_rating: short reply 12.739509 [D1] Rating read 2 failed 13.019570 [D3] send:...

Merry Christmas to you all and best wishes! I ran into exactly the same problem as described. OS: FreeBSD 9.0-Rel UPS: Eaton E-Series NV 600H NUT: from Ports, nut-2.6.5_1 driver: blazer_usb I am sure the problem is not permission-related as it occurs even when the driver runs as root. My tested recipe for USB permissions is: 1. run usbconfig to find where the device is connected. In my case:

...39;. I have traced it to accept in auth_master_listener.c witch fails with errno=71 (EPROTO) weird... 2- It some times works and I can log-in but imap gets killed by signal 6 (abort?) See the logs: Jan 24 12:40:25 dovecot: Dovecot v1.0.beta2 starting up Jan 24 12:40:26 dovecot: imap-login: Error sending handshake to auth server: Transport endpoint is not connected Jan 24 12:40:26 dovecot: imap-login: Error sending handshake to auth server: Transport endpoint is not connected Jan 24 12:40:26 dovecot: imap-login: Error sending handshake to auth server: Transport endpoint is not connected Jan 24 12:4...

...----------------- >> >> [thomas.parrott at rsuk-mhb-fw01 ~]$ grep '11:59:' /var/log/messages >> >> Nov 28 11:59:01 rsuk-mhb-fw01 tinc.dcvpn[24911]: Clamping MSS of >> packet from rsukmhb to rps to 1369 >> Nov 28 11:59:01 rsuk-mhb-fw01 tinc.dcvpn[24911]: Sending packet of 86 >> bytes to rps (2001:1b40:5000:9::2 port 655) >> Nov 28 11:59:01 rsuk-mhb-fw01 tinc.dcvpn[24911]: Clamping MSS of >> packet from rsukmhb to rps to 1369 >> Nov 28 11:59:01 rsuk-mhb-fw01 tinc.dcvpn[24911]: Sending packet of 86 >> bytes to rps (2001:1b40:500...

...ing, debug level 4 TAP-Windows driver version: 9.8 {9FDFB8A7-9014-475B-B6DD-514C8D297106} (tinc) is a Windows tap device Listening on :: port 655 Listening on 0.0.0.0 port 655 Enabling Windows tap device Ready Trying to connect to home (47.20.123.2 port 655) Connected to home (47.20.123.2 port 655) Sending ID to home (47.20.123.2 port 655): 0 work 17.0 Sending 18 bytes of metadata to home (47.20.123.2 port 655) Got ID from home (47.20.123.2 port 655): 0 home 17 Sending METAKEY to home (47.20.123.2 port 655): 1 94 64 0 0 3D55F0A80956F2A4EE34E6B8F82E7B30F97C819F3FD8B1D71E4EA0ADFF2CFA3BA8FDE4E403C85B0AA...

Hi, I am using tinc 1.0.23 in router mode and am having trouble with intermittent TCP connect timeouts that do not occur when routing the TCP over the internet directly. I am using a pure IPv6 setup (i.e direct IPv6 connections, and tunneled IPv6 subnets). My configs are as follows: Site 1: ----------------------- tinc.conf: Name = rsukmhb AddressFamily = ipv6 BindToAddress =

...6 [D3] send: QS > 2.737382 [D3] read: (229.7 231.6 229.7 023 50.1 27.5 --.- 00001001 > 2.737456 [D2] blazer_status: non numerical value [--.-] > 2.737477 [D2] Status read in 1 tries > 2.737486 Supported UPS detected with mustek protocol > 7.737351 [D3] send: error sending control message: Connection timed out > 7.737382 [D2] blazer_rating: short reply > 7.737483 [D1] Rating read 1 failed > 12.737303 [D3] send: error sending control message: Connection timed out > 12.737347 [D2] blazer_rating: short reply > 12.739509 [D1] Rating read 2...

This time around, the numbers are indeed looking better than in v1; and I like the interface better. Eric Blake (2): server: Prefer send() over write() server: Group related transmission send()s server/internal.h | 7 +++- server/connections.c | 51 +++++++++++++++++++++++++--- server/crypto.c | 11 ++++--

...9 send_to_all: SETINFO driver.version "2.7.2-signed-19-g90e2790" 0.030842 send_to_all: SETINFO driver.version.internal "0.24" 0.031065 send_to_all: SETINFO driver.name "tripplite_usb" 0.031266 send_cmd(msg_len=2, type=' 0.031536 send_cmd: sending 3a 00 ff 0d 00 00 00 00 '........' 1.134977 libusb_get_interrupt: Connection timed out 1.136412 libusb_get_interrupt() returned 0 instead of 8 while sending 3a 00 ff 0d 00 00 00 00 '........' 2.138238 libusb_get_interrupt: Connection timed out 2.139578 libus...

...be seen at http://www.telephone-engineer.com/downloads/versatility/versatility-installation.pdf Putting the pri span in debug mode I can see the following log continuously scrolling and the PBX never synchronize with the openvox B400P card: PRI Span: 1 TEI=0 MDL-ERROR (G): T200 expired N200 times sending SABME in state 5(Awaiting establishment) PRI Span: 1 Changing from state 5(Awaiting establishment) to 4(TEI assigned) PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3) PRI Span: 1 SAPI/TEI=0/0 Kick starting link PRI Span: 1 TEI=0 Sending SABME PRI Span: 1 Changing from state 4(TEI assigne...

...01 0.206578 - ProductID: 0000 0.206582 - Manufacturer: ATCL FOR UPS 0.206587 - Product: ATCL FOR UPS 0.206592 - Serial Number: ATCL FOR UPS 0.206597 - Bus: 002 0.206601 Trying to match device 0.206643 Device matches 0.215589 Trying megatec protocol... 0.218582 send: error sending control message: Broken pipe 0.221173 Stall condition cleared 0.221183 blazer_status: short reply 0.221189 Status read 1 failed 0.223570 send: error sending control message: Broken pipe 0.226567 Stall condition cleared 0.226576 blazer_status: short reply 0.226581 Status read 2...

Hello all, in IRC we had a discussion on how we could solve sending live subvolumes and how to send subvolumes without the need to administrate/keep old snapshots for incremental sends. One of the ideas was to introduce "sendshots", which are basically snapshots where no refs are counted for file data. This means, that when file data is changed in the sen...

Hello, I'm trying to get an energenie EG-UPS-033 (http://energenie.com/item.aspx?id=8087) to work with nut. It standard comes with linux software (UPSmart), which shows the input/output voltage, load level, input frequency. and battery and case temperature. The values change about every second. The selected monitor mode in this tool is Mega(USB). The bad thing of this tool that it

No progress has been made: cable is UPS - PC 6 - 3 7 - 5 9 - 2 for ./blazer_ser -DDDDD -a infosec 0.000000 send_to_all: SETINFO driver.parameter.port "/dev/ttyS1" 0.000323 debug level is '5' 0.103068 send_to_all: SETINFO device.type "ups" 0.103104 send_to_all: SETINFO driver.version "2.7.3" 0.103118 send_to_all: SETINFO

Hello i need your help regarding the following issue : i have a hero touch ups from infosec. it is connected via USB to a raspberry pi 3. i?ve configure ups.conf file as below [HERO] driver = blazer_usb vendorid = 0665 productid = 5161 either with port = auto or port = /dev/hidraw0 or port = /dev/ttySo the connection never works i get the

...send /mnt/data1/snapshots/testsnap | btrfs receive /mnt/data1/snapshots/testreceive/ This command never finishes. A ''ls /mnt/data1/snapshots/testreceive/ '' never finishes too. After killing the send/receive process one can see that the target subvolume was created but is empty. Sending the snapshot to a file and use this for receiving does work. What am I missing? Kind regards, Felix -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-in...