search for: poll_

...280959120.5507 at titan> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On Mon, 27 Jan 2020, Greg Treantos wrote: > > > root at nutpi:/etc/nut# ps -elf | grep -E '[n]ut|ups[dms]' > > 4 S avahi 246 1 0 80 0 - 1472 poll_s Jan26 ? > 00:00:31 avahi-daemon: running [nutpi.local] > > 1 S nut 451 1 0 80 0 - 678 poll_s Jan26 ? > 00:03:41 /lib/nut/upscode2 -a deltec-PRA1500 > > 1 S nut 454 1 0 80 0 - 1173 poll_s Jan26 ? > 00:00:28 /lib/nut/upsd > > 1 S root...

...280959120.5507 at titan> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On Mon, 27 Jan 2020, Greg Treantos wrote: > > > root at nutpi:/etc/nut# ps -elf | grep -E '[n]ut|ups[dms]' > > 4 S avahi 246 1 0 80 0 - 1472 poll_s Jan26 ? > 00:00:31 avahi-daemon: running [nutpi.local] > > 1 S nut 451 1 0 80 0 - 678 poll_s Jan26 ? > 00:03:41 /lib/nut/upscode2 -a deltec-PRA1500 > > 1 S nut 454 1 0 80 0 - 1173 poll_s Jan26 ? > 00:00:28 /lib/nut/upsd > > 1 S root...

...280959120.5507 at titan> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On Mon, 27 Jan 2020, Greg Treantos wrote: > > > root at nutpi:/etc/nut# ps -elf | grep -E '[n]ut|ups[dms]' > > 4 S avahi 246 1 0 80 0 - 1472 poll_s Jan26 ? > 00:00:31 avahi-daemon: running [nutpi.local] > > 1 S nut 451 1 0 80 0 - 678 poll_s Jan26 ? > 00:03:41 /lib/nut/upscode2 -a deltec-PRA1500 > > 1 S nut 454 1 0 80 0 - 1173 poll_s Jan26 ? > 00:00:28 /lib/nut/upsd > > 1 S root...

Here is the output root at nutpi:/etc/nut# ps -elf | grep -E '[n]ut|ups[dms]' 4 S avahi 246 1 0 80 0 - 1472 poll_s Jan26 ? 00:00:31 avahi-daemon: running [nutpi.local] 1 S nut 451 1 0 80 0 - 678 poll_s Jan26 ? 00:03:41 /lib/nut/upscode2 -a deltec-PRA1500 1 S nut 454 1 0 80 0 - 1173 poll_s Jan26 ? 00:00:28 /lib/nut/upsd 1 S root 460 1 0 80 0 -...

...lag could tell rsync that it's working on this kind of workload, and rsync could throw away bookkeeping data for hard links farther back than yesterday's backup tree. F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND 4 0 190742 152692 20 0 189568 3728 poll_s S+ pts/5 0:00 | \_ sudo /usr/local/rsync/3.1.1/bin/rsync -aSHAX /oldbackup/ /backup 4 0 190756 190742 20 0 937948 760856 poll_s S+ pts/5 18:45 | \_ /usr/local/rsync/3.1.1/bin/rsync -aSHAX /oldbackup/ /backup 5 0 190757 190756 20 0 1369872 1202448 sync_b D+ pts/5 19...

...appen when the ups goes on battery. How can I be sure the the UPS status is really monitored ? Is there a particular log file where I upsmon reports problems ? This is how it looks right now : root at srv# ps -elf | grep -e upsd -e upsmon -e usbhid-ups 1 S nut 1152 1 0 80 0 - 4202 poll_s 14:27 ? 00:00:03 /lib/nut/usbhid-ups -a dell 1 S nut 1154 1 0 80 0 - 3641 poll_s 14:27 ? 00:00:00 /sbin/upsd 1 S root 1156 1 0 80 0 - 3632 pipe_w 14:27 ? 00:00:00 /sbin/upsmon 5 S nut 1158 1156 0 80 0 - 3632 hrtime 14:27 ? 00...

...indicated in the output below. Is this video viewing issue a common problem, and if it is, can someone provide some direction to correct it. Thanks. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [user at computer ~]$ ps -elf | grep firefox 0 S user???? 3872???? 1? 0? 80?? 0 - 68607 poll_s Nov08 ? 00:00:00 /usr/lib64/firefox/bundled/libexec/at-spi-bus-launcher 0 S user???? 8178? 8149? 0? 80?? 0 - 25832 pipe_w 19:42 pts/2 00:00:00 grep firefox [user at computer ~]$

Hey folks, I did some googling on this but did not come up with much. I'm using rsnapshot which uses rsync, and I notice some pretty long pauses in the xfers as you can see on this graph from "munin". THe machine in question right at the moment is doing nothing but rsyncing ( rsnapshoting ) some 12T of NAS storage to local disk, so there is nothing else going on at all.