[Nut-upsuser] nut and usb activity

[Jonathan Dion]

Hi,

There is a way to say to upsd and upsmon to wait more before declaring
a connection lose or data stale. You have to set the following
variables in your configuration files :

upsd.conf :

The MAXAGE variable is the time upsd wait before declaring data
staled. The default is 15 second. Try something like

MAXAGE 20 or MAXAGE 30

upsmon.conf

the DEADTIME variable is the time upsmon wait to declare an UPS lost
when no responses.
Same as MAXAGE, the default is 15 second. Put a greater number, and it
should do the work ^_^

On 8/27/06, Udo van den Heuvel <udovdh at xs4all.nl> wrote:
> Hello,
>
> I inserted a USB multi-cardreader to read my SD cards; I noticed this
> upset nut and pptpd a bit:
>
> Aug 27 08:27:59 epia kernel: usb 3-1: new full speed USB device using
> uhci_hcd and address 3
> Aug 27 08:27:59 epia kernel: usb 3-1: configuration #1 chosen from 1 choice
> Aug 27 08:27:59 epia kernel: scsi1 : SCSI emulation for USB Mass Storage
> devices
> Aug 27 08:28:04 epia kernel:   Vendor: DMI       Model: MultiFlash
>   Rev: 3.00
> Aug 27 08:28:04 epia kernel:   Type:   Direct-Access
>   ANSI SCSI revision: 00
> Aug 27 08:28:04 epia kernel: sd 1:0:0:0: Attached scsi removable disk sda
> Aug 27 08:28:04 epia kernel: sd 1:0:0:0: Attached scsi generic sg0 type 0
> Aug 27 08:28:04 epia kernel:   Vendor: DMI       Model: MultiFlash
>   Rev: 3.00
> Aug 27 08:28:04 epia kernel:   Type:   Direct-Access
>   ANSI SCSI revision: 00
> Aug 27 08:28:04 epia kernel: sd 1:0:0:1: Attached scsi removable disk sdb
> Aug 27 08:28:04 epia kernel: sd 1:0:0:1: Attached scsi generic sg1 type 0
> Aug 27 08:28:04 epia kernel:   Vendor: DMI       Model: MultiFlash
>   Rev: 3.00
> Aug 27 08:28:04 epia kernel:   Type:   Direct-Access
>   ANSI SCSI revision: 00
> Aug 27 08:28:04 epia kernel: SCSI device sdc: 8105984 512-byte hdwr
> sectors (4150 MB)
> Aug 27 08:28:04 epia kernel: sdc: Write Protect is off
> Aug 27 08:28:04 epia kernel: sdc: assuming drive cache: write through
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508561 (expecting 7508554, lost or reordered)
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508562 (expecting 7508554, lost or reordered)
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508563 (expecting 7508554, lost or reordered)
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508564 (expecting 7508554, lost or reordered)
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508565 (expecting 7508554, lost or reordered)
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508566 (expecting 7508554, lost or reordered)
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508567 (expecting 7508554, lost or reordered)
> Aug 27 08:28:04 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508568 (expecting 7508554, lost or reordered)
> Aug 27 08:28:05 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508569 (expecting 7508554, lost or reordered)
> Aug 27 08:28:05 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508570 (expecting 7508554, lost or reordered)
> Aug 27 08:28:05 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508571 (expecting 7508554, lost or reordered)
> Aug 27 08:28:05 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508572 (expecting 7508554, lost or reordered)
> Aug 27 08:28:05 epia kernel: SCSI device sdc: 8105984 512-byte hdwr
> sectors (4150 MB)
> Aug 27 08:28:05 epia kernel: sdc: Write Protect is off
> Aug 27 08:28:05 epia kernel: sdc: assuming drive cache: write through
> Aug 27 08:28:05 epia kernel:  sdc:<7>usb-storage: queuecommand called
> Aug 27 08:28:05 epia kernel:  unknown partition table
> Aug 27 08:28:05 epia kernel: sd 1:0:0:2: Attached scsi removable disk sdc
> Aug 27 08:28:05 epia kernel: sd 1:0:0:2: Attached scsi generic sg2 type 0
> Aug 27 08:28:05 epia pptp[1839]: anon log[decaps_gre:pptp_gre.c:407]:
> buffering packet 7508573 (expecting 7508554, lost or reordered)
> Aug 27 08:28:05 epia kernel:   Vendor: DMI       Model: MultiFlash
>   Rev: 3.00
> Aug 27 08:28:05 epia kernel:   Type:   Direct-Access
>   ANSI SCSI revision: 00
> Aug 27 08:28:05 epia kernel: sd 1:0:0:3: Attached scsi removable disk sdd
> Aug 27 08:28:05 epia kernel: sd 1:0:0:3: Attached scsi generic sg3 type 0
> Aug 27 08:28:07 epia upsd[1937]: Data for UPS [myups] is stale - check
> driver
> Aug 27 08:28:07 epia upsmon[1941]: Poll UPS [myups at localhost] failed -
> Data stale
> Aug 27 08:28:07 epia upsmon[1941]: Communications with UPS
> myups at localhost lost
> Aug 27 08:28:07 epia wall[13181]: wall: user nut broadcasted 1 lines (46
> chars)
> Aug 27 08:28:09 epia upsd[1937]: UPS [myups] data is no longer stale
> Aug 27 08:28:12 epia upsmon[1941]: Communications with UPS
> myups at localhost established
> Aug 27 08:28:12 epia wall[13185]: wall: user nut broadcasted 1 lines (53
> chars)
> Aug 27 08:30:07 epia upsd[1937]: Connection from 127.0.0.1
> Aug 27 08:30:07 epia upsd[1937]: Client on 127.0.0.1 logged out
>
>
> It is strange to see that USB gets priority as it seems and other
> important tasks suffer. What could I do to make nut complain not so fast
> anymore?

Yes, it is strange

>
> Udo
>
> _______________________________________________
> Nut-upsuser mailing list
> Nut-upsuser at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
>

Cheer,

Jonathan Dion