[Nut-upsuser] Tripp lite SMART1000LCD

Karl Dalen k_dal2 at hotmail.com
Sun Jan 27 19:05:41 UTC 2008

Hi Arjen,

I've been running as root fot the last tests here. Using the
option '-u root' did not help:
# /usr/local/ups/bin/upsdrvctl -u root start
Network UPS Tools - UPS driver controller 2.2.1
Network UPS Tools: 0.29 USB communication driver - core 0.32 (2.2.1)

Using subdriver: TrippLite HID 0.2 (experimental)
Startup timer elapsed, continuing...
# /usr/local/ups/sbin/upsd -u root
Network UPS Tools upsd 2.2.1
listening on port 3493
Can't connect to UPS [SMART1000LCD] (usbhid-ups-SMART1000LCD): No such file or directory

The processes are running:
# ps -eo pid,user,sz,vsize,nice,state,args | grep ups
24420 root       467   1868   0 S /usr/local/ups/bin/usbhid-ups -a SMART1000LCD -u root
24428 root       446   1784   0 S /usr/local/ups/sbin/upsd -u root

Where is the file 'usbhid-ups-SMART1000LCD' supposed to be created ?

I see a PID file for upsd created:
# cat /var/state/ups/upsd.pid



> Date: Sun, 27 Jan 2008 11:54:04 +0100
> Subject: Re: [Nut-upsuser] Tripp lite SMART1000LCD
> From: nut+users at de-korte.org
> To: k_dal2 at hotmail.com
> CC: clepple at gmail.com; nut-upsuser at lists.alioth.debian.org
> > Running usbhid-ups -DDD -a SMART1000LCD seems
> > to go into an infinite loop unless the driver is supposed to
> > send requests to the ups continuously.
> The driver doesn't background when running in debug mode, so yes, this
> loop will seem to be infinite.
> > The values returned
> > from the USB report requests seem to be valid though, for example,
> > Report ID 0x32 (UPS.PowerSummary.PresentStatus) has
> > correct value based on present state.
> Indeed. So the problem probably doesn't lie between driver and UPS as they
> seem to communicate quite happily.
> > Based on the error message when later  starting upsd
> > (Can't connect to UPS [SMART1000LCD] (usbhid-ups-SMART1000LCD): No such
> > file or directory) has the driver not reached the point where it creates
> > those files ?
> No, that point will be reached regardless of running in debug mode or not.
> As I wrote in a previous reply, most likely there is a permissions
> problem. The easiest way to verify this, is to run both the driver and
> server as root, by passing the '-u root' option in the startup line.
>     /usr/local/ups/bin/upsdrvctl -u root start
>     /usr/local/ups/sbin/upsd -u root
> If the above solves the problem, it is a permissions problem.
> Best regards, Arjen
> -- 
> Eindhoven - The Netherlands
> Key fingerprint - 66 4E 03 2C 9D B5 CB 9B  7A FE 7E C1 EE 88 BC 57

Express yourself instantly with MSN Messenger! Download today it's FREE!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20080127/50f89a30/attachment.htm 

More information about the Nut-upsuser mailing list