Displaying 20 results from an estimated 1000 matches similar to: "USBDEVFS_CONTROL failed"
2014 Mar 07
2
blazer_usb rqt 33 rq 9 len 8 ret -110
Hello,
I have a Salicru UPS in a Debian Wheezy connected with a USB HUB:
# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
...
Bus 001 Device 003: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 005: ID 0665:5161 Cypress Semiconductor USB to Serial
The problem is that I have some failed messages:
# dmesg
...
[90941.136274] usb 1-3.7: usbfs:
2013 Nov 09
1
Salicru SPS One in Debian
Not of a big help here, but I think it's a voltronic power vesta 650:
http://www.voltronicpower.com/oCart2/index.php?route=product/product&path=37&product_id=52
If that is the case, it should work both with the blazer drivers (i.e.
all but the shutdown sequence) and with the now defunct voltronic
ones.
With arno's words:
"We are currently merging a new driver to replace
2013 Nov 09
0
Salicru SPS One in Debian
On Nov 8, 2013, at 3:23 AM, Josu Lazkano wrote:
> Hello, I have a Salicru SPS One 700VA device, I want to manage it with
> Debian Whezzy.
>
> I read some information in the net about how to configure but I can
> not get it working.
I'm assuming you mean this blog post?
http://blog.ciberterminal.net/2013/04/28/ups-salicru-en-nut/
> Could you help with this?
>
>
2014 Mar 08
1
blazer_usb rqt 33 rq 9 len 8 ret -110
2014-03-08 14:26 GMT+01:00 Charles Lepple <clepple at gmail.com>:
> On Mar 7, 2014, at 4:12 PM, Josu Lazkano <josu.lazkano at gmail.com> wrote:
>
>> Are the messages a problem? Or could I ignore?
>
> Since they aren't happening on each poll interval, they are not a big problem. The driver should recognize -110 as a timeout, and retry the query.
Thanks for the
2013 Nov 08
2
Salicru SPS One in Debian
Hello, I have a Salicru SPS One 700VA device, I want to manage it with
Debian Whezzy.
I read some information in the net about how to configure but I can
not get it working.
Could you help with this?
This is the log when I connect the USB:
[ 3194.688204] usb 4-4: new low-speed USB device number 2 using ohci_hcd
[ 3194.857239] usb 4-4: New USB device found, idVendor=0665, idProduct=5161
[
2015 Feb 08
2
salicru UPS in OpenWRT
Hello all,
I have a Salicru UPS (Salicru SPS One 700VA) working great in Debian
Wheezy, but I want to move it to a OpenWRT router.
I configured same as in Debian but I can not get it working:
# upsd
Network UPS Tools upsd 2.6.5
fopen /var/run/upsd.pid: No such file or directory
listening on 192.168.1.240 port 3493
/etc/nut/ is world readable
Can't connect to UPS [salicru]
2013 Nov 25
4
blazer_usb and USBDEVFS_CONTROL failed
Hi all,
after a change of UPS (to Atlantis Host Power 851) I began to use the
new driver blazer_usb and compared to old one (blazer used with serial
connection) I noted more CPU use and errors in dmesg:
[...]
[256712.584370] usb 4-5: usbfs: USBDEVFS_CONTROL failed cmd blazer_usb
rqt 33 rq 9 len 8 ret -110
[256789.640795] usb 4-5: usbfs: USBDEVFS_CONTROL failed cmd blazer_usb
rqt 33 rq 9 len 8
2014 Apr 03
2
Eaton Nova AVR repeated USBDEVFS_CONTROL failed cmd usbhid-ups
I have nut 2.6.4-2.3+deb7u1 on debian 7 32bit, with UPS Eaton Nova AVR
1250 connected via USB.
It happens several times a day that I get a message about
Apr 3 16:41:49 kernel: [422581.049671] usb 5-1: usbfs: USBDEVFS_CONTROL
failed cmd usbhid-ups rqt 161 rq 1 len 4 ret -110
Apr 3 16:41:54 kernel: [422586.041057] usb 5-1: usbfs: USBDEVFS_CONTROL
failed cmd usbhid-ups rqt 161 rq 1 len 3 ret
2009 Nov 23
1
USBDEVFS_CONTROL failed cmd usbhid-ups
Hi,
I keep getting the following messages (or similar) in my syslog:
Nov 23 11:38:08 io kernel: [763936.921566] usb 3-2: usbfs:
USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 5 ret -110
Nov 23 11:38:08 io kernel: [763936.972569] usb 3-2: usbfs:
USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 5 ret -75
Nov 23 11:38:08 io kernel: [763936.976568] usb 3-2: usbfs:
USBDEVFS_CONTROL
2007 Jun 25
0
newhidups USBDEVFS_CONTROL failed: ret -110 messages
Dear List, I have an MGE Ellipse 1500. I run openSUSE 10.2, kernel
2.6.18, libusb 0.1.12, nut 2.0.5. ps shows that the following processes
are running:
/usr/lib/ups/driver/newhidups -a mgeups
/usr/sbin/upsd -u root
/usr/sbin/upsmon
/usr/sbin/upsmon
NUT operates correctly, shutting down the server after 4 minutes without
power. However I'm seeing 25 to 50 messages logged each day in
2014 Apr 04
0
Eaton Nova AVR repeated USBDEVFS_CONTROL failed cmd usbhid-ups
On Apr 3, 2014, at 3:40 PM, Adam Pribyl wrote:
> I have nut 2.6.4-2.3+deb7u1 on debian 7 32bit, with UPS Eaton Nova AVR 1250 connected via USB.
Which kernel version?
> It happens several times a day that I get a message about
>
> Apr 3 16:41:49 kernel: [422581.049671] usb 5-1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 4 ret -110
> Apr 3 16:41:54 kernel:
2011 Oct 01
1
USB CyberPower
I have a ups that doesn't always (sometimes it does) load NUT right.
I use Gentoo:
* sys-power/nut
Latest version available: 2.6.0-r1
Latest version installed: 2.6.0-r1
Size of files: 1,663 kB
Homepage: http://www.networkupstools.org/
Description: Network-UPS Tools
License: GPL-2
The kernel is 3.0.4.
Here is the dmesg output:
2015 Feb 10
1
salicru UPS in OpenWRT
Thanks Charles,
This is the permission tree:
# ls -l /dev/bus/usb/001/001
crw-r--r-- 1 root root 189, 0 Feb 8 20:23 /dev/bus/usb/001/001
If I attache the USB cable there is nothing in dmesg, and there is
nothing in lsusb:
# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
It looks like it is not detected. In Debian it looks great:
# lsusb
Bus 004 Device
2015 Feb 09
0
salicru UPS in OpenWRT
On Feb 8, 2015, at 2:29 PM, Josu Lazkano <josu.lazkano at gmail.com> wrote:
> # upsd
> Network UPS Tools upsd 2.6.5
> fopen /var/run/upsd.pid: No such file or directory
> listening on 192.168.1.240 port 3493
> /etc/nut/ is world readable
> Can't connect to UPS [salicru] (blazer_usb-salicru): No such file or directory
Check the messages from the blazer_usb driver when
2014 Mar 08
0
blazer_usb rqt 33 rq 9 len 8 ret -110
On Mar 7, 2014, at 4:12 PM, Josu Lazkano <josu.lazkano at gmail.com> wrote:
> Are the messages a problem? Or could I ignore?
Since they aren't happening on each poll interval, they are not a big problem. The driver should recognize -110 as a timeout, and retry the query.
2013 Nov 26
0
blazer_usb and USBDEVFS_CONTROL failed
On Nov 25, 2013, at 4:56 PM, Fabio Cecamore wrote:
> Hi all,
> after a change of UPS (to Atlantis Host Power 851) I began to use the new driver blazer_usb and compared to old one (blazer used with serial connection) I noted more CPU use and errors in dmesg:
>
> [...]
> [256712.584370] usb 4-5: usbfs: USBDEVFS_CONTROL failed cmd blazer_usb rqt 33 rq 9 len 8 ret -110
"ret
2006 May 20
0
Re: Centos/RHEL with MGE UPS Protection Centers (usb)
OPENSOURCE wrote:
>
> I hope this answer your questions, and I hope you're ready to wait a bit
> more.
>
Sure, NP for me, thanks for the feedback Arnaud.
I have to admit that past days im having the syslog with a lil more activity
from the new usb attached unit (ellipse ASR 1000 VA)
Network UPS Tools: New USB/HID UPS driver 0.23 (2.0.2-pre2)
Detected an UPS: MGE UPS
2010 Oct 13
1
Powercom WOW-525U nut configuration
please subscribe to the nut user mailing list (
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser)
and post the output of "/path/to/usbhid-ups -DDDDD -a
<your_ups_name_in_ups.conf>"
cheers,
Arnaud
--
Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer -
2003 Dec 11
0
Error setting up USB FXS
hi all
Using a vanilla 2.4.23, I try to setup the USB FXS interface to add an
old gray 1960 rotary dial phone for a demo. But it doesn't work :(
Can someone decipher the below messages and help me out here?
Please ask if more info is needed
roy
usb.c: kusbd: /sbin/hotplug add 4
usb.c: kusbd: /sbin/hotplug add 4
usb.c: kusbd: /sbin/hotplug add 4
usb.c: kusbd: /sbin/hotplug add 4
hub.c:
2018 Dec 02
0
MGE EllipseMAX 1500 shuts down after a few hours
I have restored original configuration and enabled the ignorelb flag. I
didn't point out in the original e-mail that after every poweroff the
battery percentage is reported at 40% instead of 100% and charges
slowly again to 100%. Maybe the UPS sends a LB event and shuts down
immediatly as suggested in the manual. But the UPS powered off again.
The variables reported by upsc can be found