Nut upsuser - Jun 2006 - newhidups failing with Nova 1100 on FC5

I have been testing out my new MGE Nova 1100 on a system (dual Athlon) running
Fedora Core 5 and the newhidups driver seems to be regularly dying.
The UPS is the USB model, I have nut-2.0.3-0.1.fc5 and nut-cgi-2.0.3-0.1.fc5
installed. I am running a 2.6.16 kernel. (I haven't upgraded to FC5's
2.6.17 kernel yet as there seem to be some complaints about it.)
The driver initially works. Though the initial synching times out when starting
up the ups service. When I check back later I have been finding that the
newhidups driver has stopped running.

Is this a known issue?
Is it fixed in development?
Is there interest in getting any data from me to help further diagnose the
problem?

Bruno Wolff III wrote:
> 
> I have been testing out my new MGE Nova 1100 on a system (dual Athlon)
running
> Fedora Core 5 and the newhidups driver seems to be regularly dying.
> The UPS is the USB model, I have nut-2.0.3-0.1.fc5 and
nut-cgi-2.0.3-0.1.fc5
> installed. I am running a 2.6.16 kernel. (I haven't upgraded to
FC5's
> 2.6.17 kernel yet as there seem to be some complaints about it.)
> The driver initially works. Though the initial synching times out when
starting
> up the ups service. When I check back later I have been finding that the
> newhidups driver has stopped running.
> 
> Is this a known issue?
Yes.
> Is it fixed in development?
Yes.
> Is there interest in getting any data from me to help further diagnose the
> problem?
No. Just get the newest development source from SVN. It should solve
the problem. -- Peter

Bruno Wolff III wrote:
>I have been testing out my new MGE Nova 1100 on a system (dual Athlon)
running
>Fedora Core 5 and the newhidups driver seems to be regularly dying.
>The UPS is the USB model, I have nut-2.0.3-0.1.fc5 and nut-cgi-2.0.3-0.1.fc5
>installed. I am running a 2.6.16 kernel. (I haven't upgraded to
FC5's
>2.6.17 kernel yet as there seem to be some complaints about it.)
>The driver initially works. Though the initial synching times out when
starting
>up the ups service. When I check back later I have been finding that the
>newhidups driver has stopped running.
>
>Is this a known issue?
>Is it fixed in development?
>Is there interest in getting any data from me to help further diagnose the
>problem?
>  
>
if you are willing to try a devel version, you can rebuild / tune the src.rpm
available at http://wdl.lug.ro/linux/rpms/nut/
the binaries are generated on a centos 4 but the same src.rpm can be used on
centos-3. I have no FC no test, but I see no reason it would not work.

On Thu, Jun 29, 2006 at 17:26:35 +0300,
  Manuel Wolfshant <wolfy@nobugconsulting.ro>
wrote:
> 
> if you are willing to try a devel version, you can rebuild / tune the 
> src.rpm available at http://wdl.lug.ro/linux/rpms/nut/
> the binaries are generated on a centos 4 but the same src.rpm can be used 
> on centos-3. I have no FC no test, but I see no reason it would not work.
I should be able to find some time to try out the development version.
Thanks everyone for the help.

On 07/05/2006 12:21 AM, Bruno Wolff III wrote:
>> if you are willing to try a devel version, you can rebuild / tune the 
>> src.rpm available at http://wdl.lug.ro/linux/rpms/nut/
>> the binaries are generated on a centos 4 but the same src.rpm can be
used
>> on centos-3. I have no FC no test, but I see no reason it would not
work.
>>     
>
> I was able to get those to work, but I needed to run upsd and newhidups as
> root. I think this is related to having access to the usb device. Possibly
> something in the fedora rpms provides this and the ones above don't.
> If worse comes to worse I can live with that until 2.2 is in fedora extras.
> This did cause me some confusion about what was broken. For a while I
thought
> it was the kernel, but that ended up not being the case.
>
> I'll let it run for a while and report back if any of the daemons die.
>   
Given the time, I'll try to take a look at the scripts in fedora and try 
to clone what they do.

On 07/05/2006 04:57 AM, Bruno Wolff III wrote:
>> if you are willing to try a devel version, you can rebuild / tune the 
>> src.rpm available at http://wdl.lug.ro/linux/rpms/nut/
>> the binaries are generated on a centos 4 but the same src.rpm can be
used
>> on centos-3. I have no FC no test, but I see no reason it would not
work.
>>     
>
> This should be the final followup. Everything is working as expected now.
> I was able to use the src rpm from the above site. The binary rpms had
> a dependency on a version of an snmp library that wasn't installed that
> was fixed by doing an rpmbuild to make new binary rpms. The other important
> issue is that these rpms don't installed the udev rule file needed to
> access the usb port as 'nut'. (If you hadn't previously
installed nut, I am
> not user if the 'nut' user will exist, so you might also need to do
that.)
>   
the postinstall script takes care of creating the user
"nut"
> You can copy the file scripts/hotplug-ng/nut-usbups.rules.in to
> /etc/udev/rules.d/nut-usbups.rules . You will probab;ly need to create
> the rules.d directory. rules.d and nut-usbups.rules can be publicly
> readable and should be owned by root. In nut-usbups.rules you need to
> substitute @RUN_AS_USER@ with nut .
>   
Thank you for the info. I will update the rpms to include/execute the 
udev rules.