search for: alabsa

...rything pasted before so nut is 2.6.5-2 and the kernel is 2.6.32-431.23.3.el6.x86_64. I tried looking through the code but I haven't found anything that would cause these disconnects, I do see where it tries to reconnect though. Does anybody else have any other ideas about this? Thanks! Shade Alabsa On Tue, Sep 30, 2014 at 8:33 AM, Shade Alabsa <shade34321 at gmail.com> wrote: > Charles, > > > If you run lsusb several times, does it still work? The exact > output of lsusb isn't as important as whether anything gets logged by > the kernel. Running lsusb shouldn...

On Sep 29, 2014, at 12:50 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > The lsusb command did not trigger a disconnect. The output of that > command is below. If you run lsusb several times, does it still work? The exact output of lsusb isn't as important as whether anything gets logged by the kernel. Running lsus...

...B cable for another one that I knew worked fine. I'll see what I can do about installing a minimal build onto these machines to see if something changes. Thanks! Shade On Sat, Sep 20, 2014 at 8:47 AM, Charles Lepple <clepple at gmail.com> wrote: > On Sep 19, 2014, at 7:48 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > > > So I was wondering does NUT do anything which would cause the USB to > disconnect? > > Not intentionally, no. The reconnection code is meant to clean up after > these disconnection events, but it is something that isn't expected...

...40:00 2014): Communications with UPS upsunit at 127.0.0.1 lost These machines are exact replicas of each other and are fairly old and have a Core 2 Duo E8400 CPU in them. Is there anything else you need or anything I can do to help fix this? Thanks! Shade On Sun, Sep 21, 2014 at 1:12 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > Soon as I get back to that computer I will let you know which kernel > version. Both were just recently installed, Fedora was installed > specifically for this actually, though updates have been applied. > > I've tried it with other USB p...

On Sep 22, 2014, at 11:14 AM, Shade Alabsa <shade34321 at gmail.com> wrote: > These machines are exact replicas of each other and are fairly old and have a Core 2 Duo E8400 CPU in them. Is there anything else you need or anything I can do to help fix this? Thanks! Also, Barry Skrypnyk mentioned that Fedora was one of the Linux di...

...1.2 M nut-client x86_64 2.6.5-2.el6 epel 121 k Thanks for all of your help! Shade On Mon, Sep 29, 2014 at 10:26 PM, Charles Lepple <clepple at gmail.com> wrote: > On Sep 29, 2014, at 12:50 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > >> The lsusb command did not trigger a disconnect. The output of that >> command is below. > > If you run lsusb several times, does it still work? The exact output of lsusb isn't as important as whether anything gets logged by the...

...3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 40 Device Status: 0x0001 Self Powered Thanks! On Tue, Sep 23, 2014 at 5:14 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > Charles, > The lsusb command did not trigger a disconnect. The output of that > command is below. I ran "usbhid-ups -a upsunit -DDD &> output.log" and I > have attached the /var/log/messages and output.log to this email. Befo...

...mine if it is colliding? We do have a USB analyzer so I'll see if that can be used to determine if the UPS is disconnecting due to inactivity on the bus. Thanks! Shade On Tue, Nov 18, 2014 at 8:40 PM, Charles Lepple <clepple at gmail.com> wrote: > On Nov 18, 2014, at 6:28 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > > > I then noticed that in ups.conf I did not set the pollinterval, we > normally set it to 15, so I set it to test on a RHEL 6.6 machine which > caused this issue to happen again. On our own custom system we took the > poll interval out an...

On Mar 30, 2014, at 10:39 PM, Shade Alabsa wrote: > Hello again! Your suggestions the other day did work so thank you! I do have one more question for you guys though. APC AP9630 SNMP monitoring card is listed in the HCL and next to it there is privProtocol = AES. Does this mean only AES works or AES doesn't work? I saw the archived...

On Nov 18, 2014, at 6:28 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > I then noticed that in ups.conf I did not set the pollinterval, we normally set it to 15, so I set it to test on a RHEL 6.6 machine which caused this issue to happen again. On our own custom system we took the poll interval out and prelim testing doesn...

Hello again! Your suggestions the other day did work so thank you! I do have one more question for you guys though. APC AP9630 SNMP monitoring card is listed in the HCL and next to it there is privProtocol = AES. Does this mean only AES works or AES doesn't work? I saw the archived mailing lists were it looked like it only worked with the AES protocol, though in my set up it works with

On Sep 19, 2014, at 7:48 PM, Shade Alabsa <shade34321 at gmail.com> wrote: > So I was wondering does NUT do anything which would cause the USB to disconnect? Not intentionally, no. The reconnection code is meant to clean up after these disconnection events, but it is something that isn't expected all that frequently. > I...

....eaton.com/explore/eng/ipp/default.htm?lang=en this does not happen. Think what? It disables it somehow. But as soon as you remove this proprietary driver, its back again. Just wanted to let you know, you may try vendor provided driver, if there is any... Adam Pribyl On Mon, 22 Sep 2014, Shade Alabsa wrote: > Charles, > So I installed a minimal CentOS 6.5 installation on the Fedora box this > morning and I got the same issue. > > Below are the kernel versions used. > > CentOS 6.5 Minimal - > [root at nemo tmp]# uname -a > Linux nemo 2.6.32-431.el6.x86_64 #1 SMP Fri...

...NUT out of the equation since when I called Tech support earlier this week they stated they don't support NUT for tech support I presume. Thanks for your help! Shade On Mon, Sep 22, 2014 at 9:29 PM, Charles Lepple <clepple at gmail.com> wrote: > On Sep 22, 2014, at 11:14 AM, Shade Alabsa <shade34321 at gmail.com> wrote: > > > These machines are exact replicas of each other and are fairly old and > have a Core 2 Duo E8400 CPU in them. Is there anything else you need or > anything I can do to help fix this? Thanks! > > Also, Barry Skrypnyk mentioned that Fe...

Hey, was wondering if I could get a quick sanity check. We have a SmartUPS 1500 RM2U which we have connected to a box via USB. It seems like every 40-45 seconds it becomes disconnected and reconnected. Though this only happens when we have NUT enabled, otherwise it's fine. When it is disconnecting and reconnecting running lsusb doesn't show it disconnecting. After having it sit like that

I have a dual controller box similar to this - http://www.supermicro.com/products/system/3U/6037/SSG-6037B-DE2R16L.cfm On one controller I have Nut configured and working as a server. On the other side I'm trying to configure Nut as a slave to query the other side and for some reason it's not working. I'm getting this error: "Error: Connection failure: Connection

...P 1 so theoretically it should work for at least that snmp v1. We are using Centos 6.4 with NUT version nut-2.6.5-2.el6.src.rpm. We currently have firmware version 12.06.0064 on the SNMPWEBCARD and it is attached to a SmartUPS 1500 RM2U. Any suggestions or tips would be appreciated. Thanks! Shade Alabsa -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20140828/583f4f37/attachment.html>

..., 2014 at 8:30 PM, Tim Dawson <tadawson at tpcsvc.com> wrote: > No "LISTEN" entry on 192.168.123.1 for anything other than 127.0.0.1 . . > . So connection refused is the correct response under those conditions. > > - Tim > > On March 25, 2014 6:39:32 PM CDT, Shade Alabsa <shade34321 at gmail.com> > wrote: > >> I have a dual controller box similar to this - >> >> http://www.supermicro.com/products/system/3U/6037/SSG-6037B-DE2R16L.cfm >> >> On one controller I have Nut configured and working as a server. On the >> other...