Skip to main content ↑ ↓
Topic solved
This topic has been marked as solved and requires no further attention.
Topic: [SOLVED] ag -u in /sys spams syslog (Read 1052 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

[SOLVED] ag -u in /sys spams syslog

Code: [Select]
$ cd ../sys
$ sudo ag -u burgerbox 2>/dev/null

Mar 15 01:40:45 xyz kernel: [ 1859.562251] nouveau 0000:01:00.0: fb: trapped read at 00010c1cdc on channel -1 [1fed0000 unknown] engine 06 [BAR] client 08 [PFIFO_READ] subclient
00 [FB] reason 00000002 [PAGE_NOT_PRESENT]
Mar 15 01:40:45 xyz kernel: [ 1859.562576] nouveau 0000:01:00.0: fb: trapped read at 00010c1da8 on channel -1 [1fed0000 unknown] engine 06 [BAR] client 08 [PFIFO_READ] subclient
00 [FB] reason 00000002 [PAGE_NOT_PRESENT]
Mar 15 01:40:45 xyz kernel: [ 1859.562951] nouveau 0000:01:00.0: fb: trapped read at 00010c1e28 on channel -1 [1fed0000 unknown] engine 06 [BAR] client 08 [PFIFO_READ] subclient
00 [FB] reason 00000002 [PAGE_NOT_PRESENT]
Mar 15 01:40:45 xyz kernel: [ 1859.563294] nouveau 0000:01:00.0: fb: trapped read at 00010c1ec0 on channel -1 [1fed0000 unknown] engine 06 [BAR] client 08 [PFIFO_READ] subclient
00 [FB] reason 00000002 [PAGE_NOT_PRESENT]

Obviously this is a silly example, but the same sort of search in / results in zillions of messages going to syslog, and unless the logging is set up to limit max file size and/or message repetions (which I hadn't initially done with my /etc/rsyslog.conf) it rapidly fills the entire harddrive, then you can't reboot unless you do something to free up some drive space. Plus the search hangs and doesn't complete.

Re: ag -u in /sys spams syslog

Reply #1 –
Maybe open up a bug report upstream? This sounds really bad.

Re: ag -u in /sys spams syslog

Reply #2 –
They say:
"If you are using packages from your distribution and are unable/unwilling to test the latest versions of all the pieces of nouveau, send the bug reports to your distribution and not directly to us."
https://nouveau.freedesktop.org/wiki/Bugs/

Re: ag -u in /sys spams syslog

Reply #3 –
Well that's fair enough. I wouldn't want to be bothered by some old fixed, bug from some horrible out of date version either but there's nothing we can do about syslog being spammed unless there's some magic compile option.

Re: ag -u in /sys spams syslog

Reply #4 –
xf86-video-nouveau-git is in the AUR, I should be able to meet the requirements to do this properly when I get a chance, then file a bug report there. Although syslog spamming isn't great at least this occurs with root access. I don't know for sure, but most people might be using syslog-ng (and perhaps grep not ag) so might already have some limiting factor set up as default to prevent this sort of thing, I hadn't encountered this before so hadn't considered it. As rsyslog is an AUR pkg you configure it yourself. It also used to disallow logs over 2GB and uses some possibly temporary syntax to set a size limit now.

Re: ag -u in /sys spams syslog

Reply #5 –
Use this AUR package, original ag is no longer actively maintained:

$ pakku -S the_silver_searcher_wild-git
$ sudo ag -u something /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/resource0
ERR: Unable to read /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/resource0

https://github.com/ggreer/the_silver_searcher/issues/1344