GNU bug report logs - #19969
problem: wc -c doesn't read actual # of bytes in file

Previous Next

Package: coreutils;

Reported by: Linda Walsh <coreutils <at> tlinx.org>

Date: Sat, 28 Feb 2015 09:00:03 UTC

Severity: normal

Tags: fixed

Done: Assaf Gordon <assafgordon <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19969 in the body.
You can then email your comments to 19969 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Sat, 28 Feb 2015 09:00:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Linda Walsh <coreutils <at> tlinx.org>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Sat, 28 Feb 2015 09:00:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Linda Walsh <coreutils <at> tlinx.org>
To: bug-coreutils <at> gnu.org
Subject: problem: wc -c doesn't read actual # of bytes in file 
Date: Sat, 28 Feb 2015 00:59:20 -0800
(coreutils-8.21-7.7.7)

wc -c(bytes) doesn't seem to reliably read the number
of bytes in a file.

I was wanting to find out what the largest data-source
files in '/proc' and '/sys' (didn't get around to trying
/sys, since all the files under /proc/sys return 0 bytes.

Note -- "wc -l" doesn't return '0' on the /proc/sys files.

As root:
# cd /proc
# find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type 
f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags 
-print0|wc -c --files0-from=- |sort -n




Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Sun, 01 Mar 2015 09:42:02 GMT) Full text and rfc822 format available.

Message #8 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Bernhard Voelker <mail <at> bernhard-voelker.de>
To: Linda Walsh <coreutils <at> tlinx.org>, 19969 <at> debbugs.gnu.org
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Sun, 01 Mar 2015 10:41:01 +0100
On 02/28/2015 09:59 AM, Linda Walsh wrote:
> (coreutils-8.21-7.7.7)
> 
> wc -c(bytes) doesn't seem to reliably read the number
> of bytes in a file.
> 
> I was wanting to find out what the largest data-source
> files in '/proc' and '/sys' (didn't get around to trying
> /sys, since all the files under /proc/sys return 0 bytes.
> 
> Note -- "wc -l" doesn't return '0' on the /proc/sys files.
> 
> As root:
> # cd /proc
> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type 
> f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags 
> -print0|wc -c --files0-from=- |sort -n

Thanks for the report.
However, I'm not 100% sure what the problem is - as you didn't narrow
the case down to a certain file, nor did you show us the output and
what you expected.

A quick shot is
  http://bugs.gnu.org/18621
and the corresponding commit (after the latest v8.23 release)
  http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=2662702b

Does this - i.e., a wc(1) built from git - solve your problem?

Thanks & have a nice day,
Berny




Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Sun, 01 Mar 2015 21:35:01 GMT) Full text and rfc822 format available.

Message #11 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Linda Walsh <coreutils <at> tlinx.org>
To: Bernhard Voelker <mail <at> bernhard-voelker.de>
Cc: 19969 <at> debbugs.gnu.org
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Sun, 01 Mar 2015 13:33:51 -0800

Bernhard Voelker wrote:
> On 02/28/2015 09:59 AM, Linda Walsh wrote:
>> (coreutils-8.21-7.7.7)
>>
>> wc -c(bytes) doesn't seem to reliably read the number
>> of bytes in a file.
>>
>> I was wanting to find out what the largest data-source
>> files in '/proc' and '/sys' (didn't get around to trying
>> /sys, since all the files under /proc/sys return 0 bytes.
>>
>> Note -- "wc -l" doesn't return '0' on the /proc/sys files.
>>
>> As root:
>> # cd /proc
>> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type 
>> f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags 
>> -print0|wc -c --files0-from=- |sort -n
> 
> Thanks for the report.
> However, I'm not 100% sure what the problem is - as you didn't narrow
> the case down to a certain file, nor did you show us the output and
> what you expected.
---
	Yes.   I did.  Anything under /proc/sys is affected.
There is more than 1 'certain file' that is affected.

	What I would _expect_ is for it to show the actual # of bytes
in the file rather than a size of 0.

	That's why I included the command to duplicate the problem.
Are you saying you tried it and it doesn't do the same thing on
your system?

	Without me debugging the source, how much more do you
want me to narrow it down?  If you change the "wc -c" => "wc "-l",
you will see non-zero numbers for files under /sys/proc.

	BTW .. it seems many files under /sys are also affected.

----
	As for files under /proc, the 'net' directory seems to work:
Are you wanting a list like this:
Ishtar:/proc> find -H sys net -name self -prune -o -name thread-self -prune -o -type f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c --files0-from=- |sort -n       
wc: sys/fs/protected_hardlinks: Permission denied
wc: sys/fs/protected_symlinks: Permission denied
wc: sys/kernel/cad_pid: Permission denied
wc: sys/kernel/usermodehelper/bset: Permission denied
wc: sys/kernel/usermodehelper/inheritable: Permission denied
wc: sys/net/ipv4/route/flush: Permission denied
wc: sys/net/ipv4/tcp_fastopen_key: Permission denied
wc: sys/vm/compact_memory: Permission denied
0 net/netfilter/nfnetlink_log
0 sys/abi/vsyscall32
0 sys/debug/exception-trace
0 sys/dev/hpet/max-user-freq
0 sys/dev/raid/speed_limit_max
0 sys/dev/raid/speed_limit_min
0 sys/dev/scsi/logging_level
0 sys/fs/aio-max-nr
0 sys/fs/aio-nr
0 sys/fs/dentry-state
0 sys/fs/dir-notify-enable
0 sys/fs/epoll/max_user_watches
0 sys/fs/file-max
0 sys/fs/file-nr
0 sys/fs/inode-nr
0 sys/fs/inode-state
0 sys/fs/inotify/max_queued_events
0 sys/fs/inotify/max_user_instances
0 sys/fs/inotify/max_user_watches
0 sys/fs/lease-break-time
... (pattern is /proc/sys/* => size==0)
vs. directory /proc/net:

11 net/ip_tables_names
17 net/ip_tables_targets
36 net/psched
39 net/connector
47 net/mcfilter
54 net/ip_mr_cache
55 net/ip_tables_matches
71 net/ip_mr_vif
128 net/icmp
128 net/rt_cache
128 net/udplite
142 net/sockstat
171 net/ptype
233 net/raw
321 net/netfilter/nf_log
381 net/packet
644 net/dev_mcast
733 net/fib_triestat
822 net/igmp
896 net/route
1062 net/protocols
1090 net/dev
1188 net/softnet_stat
1234 net/arp
1385 net/snmp
1506 net/stat/arp_cache
1678 net/netlink
1718 net/fib_trie
2077 net/stat/rt_cache
2412 net/netstat
4096 net/rt_acct
6528 net/udp
20000 net/unix
41550 net/tcp
92581 total

---
Sorry to be unclear, but I would expect the numbers under /proc/sys
to look something like the numbers under /proc/net.

FWIW, the 'prune' and exceptions in the find are to filter
out some degenerate cases (like byte counts in /proc/kmem)
as well as too much verbosity (skip the processes, including self and 
thread-self).  I also used the -H switch to not skip initial symlinks,
but ignore lower ones.

For the numbers under /sys, most seem to return a wrong size.a size of 0, but 
doing a 'cat FILENAME|wc -c' shows the correct number.

I didn't give much data about /sys, as getting a test case that 
would run just for /proc, w/o hanging or looping took too long
(like trying to read 'kmsg' takes forever and will basically
hang the test case).

> A quick shot is
>   http://bugs.gnu.org/18621
---
	Certainly looks like what I'm seeing.  HOWEVER, 
why do I get numbers in "/proc/net" but not under "/sys"?

	Seems like there is something else going on here.



> and the corresponding commit (after the latest v8.23 release)
>   http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=2662702b
> 
> Does this - i.e., a wc(1) built from git - solve your problem?
---
	It may work *around* the problem, but doesn't explain
the inconsistencies between, for example, /proc/sys and /proc/net.
If the patch forces a read, there's a good chance it will work, but
the inconsistent returns from /proc/sys, /proc/net AND /sys(seems
to often show 4K as noted in the other bug report), would seem
to indicted a kernel bug somewhere.  If they were ALL 0 or all 4K,
then I'd say the kernel doesn't return size for either of those
interfaces (and that may be as far as that goes and the workaround
is the only solution), but that the kernel interfaces are giving 
back inconsistent answers seems like different users not using
the same kernel interfaces to return the 'inode' size.

	Did this provide enough info?

	Am a bit leery of trying a new version of core utils on
short notice as I need to make sure new breakages having occurred in
other utils and w/my luck, I might accidently install the newer
version over a working version (Murphy** visits, here, often).

**-as in Murphy's Law..

Cheers!
Linda





Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Mon, 02 Mar 2015 13:58:01 GMT) Full text and rfc822 format available.

Message #14 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Eric Blake <eblake <at> redhat.com>
To: Linda Walsh <coreutils <at> tlinx.org>, 19969 <at> debbugs.gnu.org
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Mon, 02 Mar 2015 06:57:02 -0700
[Message part 1 (text/plain, inline)]
On 02/28/2015 01:59 AM, Linda Walsh wrote:
> (coreutils-8.21-7.7.7)
> 
> wc -c(bytes) doesn't seem to reliably read the number
> of bytes in a file.
> 
> I was wanting to find out what the largest data-source
> files in '/proc' and '/sys' (didn't get around to trying
> /sys, since all the files under /proc/sys return 0 bytes.

The Linux kernel is notoriously bad about advertising 0-length file size
for non-empty contents of files within sysfs and procfs.  Any program
that trusts just stat() output will report 0; the only way to see
non-zero sizes on these special files is to open() and read() them (I'm
not even sure if lseek(SEEK_END) does the trick) - but fixing that is
something for the kernel folks to do, and not coreutils to work around,
because it is more than coreutils that is affected by the kernel's lies.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Mon, 02 Mar 2015 17:00:03 GMT) Full text and rfc822 format available.

Message #17 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Mike Frysinger <vapier <at> gentoo.org>
To: Eric Blake <eblake <at> redhat.com>
Cc: Linda Walsh <coreutils <at> tlinx.org>, 19969 <at> debbugs.gnu.org
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Mon, 2 Mar 2015 11:59:20 -0500
[Message part 1 (text/plain, inline)]
On 02 Mar 2015 06:57, Eric Blake wrote:
> On 02/28/2015 01:59 AM, Linda Walsh wrote:
> > (coreutils-8.21-7.7.7)
> > 
> > wc -c(bytes) doesn't seem to reliably read the number
> > of bytes in a file.
> > 
> > I was wanting to find out what the largest data-source
> > files in '/proc' and '/sys' (didn't get around to trying
> > /sys, since all the files under /proc/sys return 0 bytes.
> 
> The Linux kernel is notoriously bad about advertising 0-length file size
> for non-empty contents of files within sysfs and procfs.  Any program
> that trusts just stat() output will report 0; the only way to see
> non-zero sizes on these special files is to open() and read() them (I'm
> not even sure if lseek(SEEK_END) does the trick) - but fixing that is
> something for the kernel folks to do, and not coreutils to work around,
> because it is more than coreutils that is affected by the kernel's lies.

to be fair, for some pseudo files, it's not feasible or possible to report the 
real size

`wc -c < /proc/file` should work
-mike
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Mon, 02 Mar 2015 17:19:01 GMT) Full text and rfc822 format available.

Message #20 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: Linda Walsh <coreutils <at> tlinx.org>
Cc: 19969 <at> debbugs.gnu.org
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Mon, 2 Mar 2015 09:18:10 -0800
On Sat, Feb 28, 2015 at 12:59 AM, Linda Walsh <coreutils <at> tlinx.org> wrote:
> (coreutils-8.21-7.7.7)
>
> wc -c(bytes) doesn't seem to reliably read the number
> of bytes in a file.
>
> I was wanting to find out what the largest data-source
> files in '/proc' and '/sys' (didn't get around to trying
> /sys, since all the files under /proc/sys return 0 bytes.
>
> Note -- "wc -l" doesn't return '0' on the /proc/sys files.
>
> As root:
> # cd /proc
> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type f !
> -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c
> --files0-from=- |sort -n

Thanks for the report.
However, with wc from coreutils-8.23 and a 3.10 kernel, this is no
longer an issue.




Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Mon, 02 Mar 2015 21:30:03 GMT) Full text and rfc822 format available.

Message #23 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Linda Walsh <coreutils <at> tlinx.org>
To: Jim Meyering <jim <at> meyering.net>, 19969 <at> debbugs.gnu.org
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Mon, 02 Mar 2015 13:29:48 -0800

Jim Meyering wrote:
>> As root:
>> # cd /proc
>> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type f !
>> -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c
>> --files0-from=- |sort -n
> 
> Thanks for the report.
> However, with wc from coreutils-8.23 and a 3.10 kernel, this is no
> longer an issue.
---

with coreutils 8.23 from suse 13.2 and uname:

Linux Ishtar 3.18.5-Isht-Van #1 SMP PREEMPT Wed Feb 4 14:50:44 PST 2015 x86_64 x86_64 x86_64 GNU/Linux

it is an issue.  All the "/proc/sys" entries are still 0.

Here's the output (with a some lines elided)...


0 mpt/summary
0 net/netfilter/nfnetlink_log
0 sys/abi/vsyscall32
0 sys/debug/exception-trace
0 sys/dev/hpet/max-user-freq
0 sys/dev/raid/speed_limit_max
0 sys/dev/raid/speed_limit_min
0 sys/dev/scsi/logging_level
0 sys/fs/aio-max-nr
0 sys/fs/aio-nr
0 sys/fs/dentry-state
0 sys/fs/dir-notify-enable
0 sys/fs/epoll/max_user_watches
0 sys/fs/file-max
0 sys/fs/file-nr
0 sys/fs/inode-nr
0 sys/fs/inode-state
0 sys/fs/inotify/max_queued_events
0 sys/fs/inotify/max_user_instances
0 sys/fs/inotify/max_user_watches
0 sys/fs/lease-break-time
0 sys/fs/leases-enable
0 sys/fs/mqueue/msg_default
0 sys/fs/mqueue/msg_max
0 sys/fs/mqueue/msgsize_default
0 sys/fs/mqueue/msgsize_max
0 sys/fs/mqueue/queues_max
0 sys/fs/nr_open
0 sys/fs/overflowgid
0 sys/fs/overflowuid
0 sys/fs/pipe-max-size
0 sys/fs/protected_hardlinks
0 sys/fs/protected_symlinks
0 sys/fs/suid_dumpable
0 sys/fs/xfs/age_buffer_centisecs
0 sys/fs/xfs/error_level
0 sys/fs/xfs/filestream_centisecs
0 sys/fs/xfs/inherit_noatime
0 sys/fs/xfs/inherit_nodefrag
0 sys/fs/xfs/inherit_nodump
0 sys/fs/xfs/inherit_nosymlinks
0 sys/fs/xfs/inherit_sync
0 sys/fs/xfs/irix_sgid_inherit
0 sys/fs/xfs/irix_symlink_mode
0 sys/fs/xfs/panic_mask
0 sys/fs/xfs/rotorstep
0 sys/fs/xfs/speculative_prealloc_lifetime
0 sys/fs/xfs/stats_clear
0 sys/fs/xfs/xfsbufd_centisecs
0 sys/fs/xfs/xfssyncd_centisecs
0 sys/fscache/object_max_active
0 sys/fscache/operation_max_active
0 sys/kernel/acct
0 sys/kernel/auto_msgmni
0 sys/kernel/bootloader_type
0 sys/kernel/bootloader_version
0 sys/kernel/cad_pid
0 sys/kernel/cap_last_cap
0 sys/kernel/compat-log
0 sys/kernel/core_pattern
0 sys/kernel/core_pipe_limit
0 sys/kernel/core_uses_pid
0 sys/kernel/ctrl-alt-del
0 sys/kernel/dmesg_restrict
0 sys/kernel/domainname
0 sys/kernel/ftrace_dump_on_oops
0 sys/kernel/hostname
0 sys/kernel/hotplug
0 sys/kernel/hung_task_check_count
0 sys/kernel/hung_task_panic
0 sys/kernel/hung_task_timeout_secs
0 sys/kernel/hung_task_warnings
0 sys/kernel/io_delay_type
0 sys/kernel/kexec_load_disabled
0 sys/kernel/keys/gc_delay
0 sys/kernel/keys/maxbytes
0 sys/kernel/keys/maxkeys
0 sys/kernel/keys/persistent_keyring_expiry
0 sys/kernel/keys/root_maxbytes
0 sys/kernel/keys/root_maxkeys
0 sys/kernel/kptr_restrict
0 sys/kernel/kstack_depth_to_print
0 sys/kernel/latencytop
0 sys/kernel/lock_stat
0 sys/kernel/max_lock_depth
0 sys/kernel/modprobe
0 sys/kernel/modules_disabled
0 sys/kernel/msg_next_id
0 sys/kernel/msgmax
0 sys/kernel/msgmnb
0 sys/kernel/msgmni
0 sys/kernel/ngroups_max
0 sys/kernel/nmi_watchdog
0 sys/kernel/ns_last_pid
0 sys/kernel/numa_balancing
0 sys/kernel/numa_balancing_scan_delay_ms
0 sys/kernel/numa_balancing_scan_period_max_ms
0 sys/kernel/numa_balancing_scan_period_min_ms
0 sys/kernel/numa_balancing_scan_size_mb
0 sys/kernel/osrelease
0 sys/kernel/ostype
0 sys/kernel/overflowgid
0 sys/kernel/overflowuid
0 sys/kernel/panic
0 sys/kernel/panic_on_io_nmi
0 sys/kernel/panic_on_oops
0 sys/kernel/panic_on_unrecovered_nmi
0 sys/kernel/perf_cpu_time_max_percent
0 sys/kernel/perf_event_max_sample_rate
0 sys/kernel/perf_event_mlock_kb
0 sys/kernel/perf_event_paranoid
0 sys/kernel/pid_max
0 sys/kernel/poweroff_cmd
0 sys/kernel/print-fatal-signals
0 sys/kernel/printk
0 sys/kernel/printk_delay
0 sys/kernel/printk_ratelimit
0 sys/kernel/printk_ratelimit_burst
0 sys/kernel/pty/max
0 sys/kernel/pty/nr
0 sys/kernel/pty/reserve
0 sys/kernel/random/boot_id
0 sys/kernel/random/entropy_avail
0 sys/kernel/random/poolsize
0 sys/kernel/random/read_wakeup_threshold
0 sys/kernel/random/urandom_min_reseed_secs
0 sys/kernel/random/uuid
0 sys/kernel/random/write_wakeup_threshold
0 sys/kernel/randomize_va_space
0 sys/kernel/sched_autogroup_enabled
0 sys/kernel/sched_cfs_bandwidth_slice_us
0 sys/kernel/sched_child_runs_first
0 sys/kernel/sched_domain/cpu{0..11}/domain0/busy_factor
0 sys/kernel/sched_domain/cpu{0..11}/domain0/busy_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain0/cache_nice_tries
0 sys/kernel/sched_domain/cpu{0..11}/domain0/flags
0 sys/kernel/sched_domain/cpu{0..11}/domain0/forkexec_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain0/idle_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain0/imbalance_pct
0 sys/kernel/sched_domain/cpu{0..11}/domain0/max_interval
0 sys/kernel/sched_domain/cpu{0..11}/domain0/max_newidle_lb_cost
0 sys/kernel/sched_domain/cpu{0..11}/domain0/min_interval
0 sys/kernel/sched_domain/cpu{0..11}/domain0/name
0 sys/kernel/sched_domain/cpu{0..11}/domain0/newidle_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain0/wake_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain1/busy_factor
0 sys/kernel/sched_domain/cpu{0..11}/domain1/busy_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain1/cache_nice_tries
0 sys/kernel/sched_domain/cpu{0..11}/domain1/flags
0 sys/kernel/sched_domain/cpu{0..11}/domain1/forkexec_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain1/idle_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain1/imbalance_pct
0 sys/kernel/sched_domain/cpu{0..11}/domain1/max_interval
0 sys/kernel/sched_domain/cpu{0..11}/domain1/max_newidle_lb_cost
0 sys/kernel/sched_domain/cpu{0..11}/domain1/min_interval
0 sys/kernel/sched_domain/cpu{0..11}/domain1/name
0 sys/kernel/sched_domain/cpu{0..11}/domain1/newidle_idx
0 sys/kernel/sched_domain/cpu{0..11}/domain1/wake_idx
0 sys/kernel/sched_latency_ns
0 sys/kernel/sched_migration_cost_ns
0 sys/kernel/sched_min_granularity_ns
0 sys/kernel/sched_nr_migrate
0 sys/kernel/sched_rr_timeslice_ms
0 sys/kernel/sched_rt_period_us
0 sys/kernel/sched_rt_runtime_us
0 sys/kernel/sched_shares_window_ns
0 sys/kernel/sched_time_avg_ms
0 sys/kernel/sched_tunable_scaling
0 sys/kernel/sched_wakeup_granularity_ns
0 sys/kernel/sem
0 sys/kernel/sem_next_id
0 sys/kernel/sg-big-buff
0 sys/kernel/shm_next_id
0 sys/kernel/shm_rmid_forced
0 sys/kernel/shmall
0 sys/kernel/shmmax
0 sys/kernel/shmmni
0 sys/kernel/softlockup_all_cpu_backtrace
0 sys/kernel/softlockup_panic
0 sys/kernel/sysctl_writes_strict
0 sys/kernel/sysrq
0 sys/kernel/tainted
0 sys/kernel/threads-max
0 sys/kernel/timer_migration
0 sys/kernel/traceoff_on_warning
0 sys/kernel/unknown_nmi_panic
0 sys/kernel/usermodehelper/bset
0 sys/kernel/usermodehelper/inheritable
0 sys/kernel/version
0 sys/kernel/watchdog
0 sys/kernel/watchdog_thresh
0 sys/net/core/bpf_jit_enable
0 sys/net/core/busy_poll
0 sys/net/core/busy_read
0 sys/net/core/default_qdisc
0 sys/net/core/dev_weight
0 sys/net/core/flow_limit_cpu_bitmap
0 sys/net/core/flow_limit_table_len
0 sys/net/core/message_burst
0 sys/net/core/message_cost
0 sys/net/core/netdev_budget
0 sys/net/core/netdev_max_backlog
0 sys/net/core/netdev_tstamp_prequeue
0 sys/net/core/optmem_max
0 sys/net/core/rmem_default
0 sys/net/core/rmem_max
0 sys/net/core/rps_sock_flow_entries
0 sys/net/core/somaxconn
0 sys/net/core/warnings
0 sys/net/core/wmem_default
0 sys/net/core/wmem_max
0 sys/net/ipv4/conf/*/accept_local
0 sys/net/ipv4/conf/*/accept_redirects
0 sys/net/ipv4/conf/*/accept_source_route
0 sys/net/ipv4/conf/*/arp_accept
0 sys/net/ipv4/conf/*/arp_announce
0 sys/net/ipv4/conf/*/arp_filter
0 sys/net/ipv4/conf/*/arp_ignore
0 sys/net/ipv4/conf/*/arp_notify
0 sys/net/ipv4/conf/*/bootp_relay
0 sys/net/ipv4/conf/*/disable_policy
0 sys/net/ipv4/conf/*/disable_xfrm
0 sys/net/ipv4/conf/*/force_igmp_version
0 sys/net/ipv4/conf/*/forwarding
0 sys/net/ipv4/conf/*/igmpv2_unsolicited_report_interval
0 sys/net/ipv4/conf/*/igmpv3_unsolicited_report_interval
0 sys/net/ipv4/conf/*/log_martians
0 sys/net/ipv4/conf/*/mc_forwarding
0 sys/net/ipv4/conf/*/medium_id
0 sys/net/ipv4/conf/*/promote_secondaries
0 sys/net/ipv4/conf/*/proxy_arp
0 sys/net/ipv4/conf/*/proxy_arp_pvlan
0 sys/net/ipv4/conf/*/route_localnet
0 sys/net/ipv4/conf/*/rp_filter
0 sys/net/ipv4/conf/*/secure_redirects
0 sys/net/ipv4/conf/*/send_redirects
0 sys/net/ipv4/conf/*/shared_media
0 sys/net/ipv4/conf/*/src_valid_mark
0 sys/net/ipv4/conf/*/tag
0 sys/net/ipv4/fwmark_reflect
0 sys/net/ipv4/icmp_echo_ignore_all
0 sys/net/ipv4/icmp_echo_ignore_broadcasts
0 sys/net/ipv4/icmp_errors_use_inbound_ifaddr
0 sys/net/ipv4/icmp_ignore_bogus_error_responses
0 sys/net/ipv4/icmp_msgs_burst
0 sys/net/ipv4/icmp_msgs_per_sec
0 sys/net/ipv4/icmp_ratelimit
0 sys/net/ipv4/icmp_ratemask
0 sys/net/ipv4/igmp_max_memberships
0 sys/net/ipv4/igmp_max_msf
0 sys/net/ipv4/igmp_qrv
0 sys/net/ipv4/inet_peer_maxttl
0 sys/net/ipv4/inet_peer_minttl
0 sys/net/ipv4/inet_peer_threshold
0 sys/net/ipv4/ip_default_ttl
0 sys/net/ipv4/ip_dynaddr
0 sys/net/ipv4/ip_early_demux
0 sys/net/ipv4/ip_forward
0 sys/net/ipv4/ip_forward_use_pmtu
0 sys/net/ipv4/ip_local_port_range
0 sys/net/ipv4/ip_local_reserved_ports
0 sys/net/ipv4/ip_no_pmtu_disc
0 sys/net/ipv4/ip_nonlocal_bind
0 sys/net/ipv4/ipfrag_high_thresh
0 sys/net/ipv4/ipfrag_low_thresh
0 sys/net/ipv4/ipfrag_max_dist
0 sys/net/ipv4/ipfrag_secret_interval
0 sys/net/ipv4/ipfrag_time
0 sys/net/ipv4/neigh/*/anycast_delay
0 sys/net/ipv4/neigh/*/app_solicit
0 sys/net/ipv4/neigh/*/base_reachable_time
0 sys/net/ipv4/neigh/*/base_reachable_time_ms
0 sys/net/ipv4/neigh/*/delay_first_probe_time
0 sys/net/ipv4/neigh/*/gc_interval
0 sys/net/ipv4/neigh/*/gc_stale_time
0 sys/net/ipv4/neigh/*/gc_thresh1
0 sys/net/ipv4/neigh/*/gc_thresh2
0 sys/net/ipv4/neigh/*/gc_thresh3
0 sys/net/ipv4/neigh/*/locktime
0 sys/net/ipv4/neigh/*/mcast_solicit
0 sys/net/ipv4/neigh/*/proxy_delay
0 sys/net/ipv4/neigh/*/proxy_qlen
0 sys/net/ipv4/neigh/*/retrans_time
0 sys/net/ipv4/neigh/*/retrans_time_ms
0 sys/net/ipv4/neigh/*/ucast_solicit
0 sys/net/ipv4/neigh/*/unres_qlen
0 sys/net/ipv4/neigh/*/unres_qlen_bytes
0 sys/net/ipv4/ping_group_range
0 sys/net/ipv4/route/error_burst
0 sys/net/ipv4/route/error_cost
0 sys/net/ipv4/route/gc_elasticity
0 sys/net/ipv4/route/gc_interval
0 sys/net/ipv4/route/gc_min_interval
0 sys/net/ipv4/route/gc_min_interval_ms
0 sys/net/ipv4/route/gc_thresh
0 sys/net/ipv4/route/gc_timeout
0 sys/net/ipv4/route/max_size
0 sys/net/ipv4/route/min_adv_mss
0 sys/net/ipv4/route/min_pmtu
0 sys/net/ipv4/route/mtu_expires
0 sys/net/ipv4/route/redirect_load
0 sys/net/ipv4/route/redirect_number
0 sys/net/ipv4/route/redirect_silence
0 sys/net/ipv4/tcp_abort_on_overflow
0 sys/net/ipv4/tcp_adv_win_scale
0 sys/net/ipv4/tcp_allowed_congestion_control
0 sys/net/ipv4/tcp_app_win
0 sys/net/ipv4/tcp_autocorking
0 sys/net/ipv4/tcp_available_congestion_control
0 sys/net/ipv4/tcp_base_mss
0 sys/net/ipv4/tcp_challenge_ack_limit
0 sys/net/ipv4/tcp_congestion_control
0 sys/net/ipv4/tcp_dsack
0 sys/net/ipv4/tcp_early_retrans
0 sys/net/ipv4/tcp_ecn
0 sys/net/ipv4/tcp_fack
0 sys/net/ipv4/tcp_fastopen
0 sys/net/ipv4/tcp_fastopen_key
0 sys/net/ipv4/tcp_fin_timeout
0 sys/net/ipv4/tcp_frto
0 sys/net/ipv4/tcp_fwmark_accept
0 sys/net/ipv4/tcp_keepalive_intvl
0 sys/net/ipv4/tcp_keepalive_probes
0 sys/net/ipv4/tcp_keepalive_time
0 sys/net/ipv4/tcp_limit_output_bytes
0 sys/net/ipv4/tcp_low_latency
0 sys/net/ipv4/tcp_max_orphans
0 sys/net/ipv4/tcp_max_syn_backlog
0 sys/net/ipv4/tcp_max_tw_buckets
0 sys/net/ipv4/tcp_mem
0 sys/net/ipv4/tcp_min_tso_segs
0 sys/net/ipv4/tcp_moderate_rcvbuf
0 sys/net/ipv4/tcp_mtu_probing
0 sys/net/ipv4/tcp_no_metrics_save
0 sys/net/ipv4/tcp_notsent_lowat
0 sys/net/ipv4/tcp_orphan_retries
0 sys/net/ipv4/tcp_reordering
0 sys/net/ipv4/tcp_retrans_collapse
0 sys/net/ipv4/tcp_retries1
0 sys/net/ipv4/tcp_retries2
0 sys/net/ipv4/tcp_rfc1337
0 sys/net/ipv4/tcp_rmem
0 sys/net/ipv4/tcp_sack
0 sys/net/ipv4/tcp_slow_start_after_idle
0 sys/net/ipv4/tcp_stdurg
0 sys/net/ipv4/tcp_syn_retries
0 sys/net/ipv4/tcp_synack_retries
0 sys/net/ipv4/tcp_syncookies
0 sys/net/ipv4/tcp_thin_dupack
0 sys/net/ipv4/tcp_thin_linear_timeouts
0 sys/net/ipv4/tcp_timestamps
0 sys/net/ipv4/tcp_tso_win_divisor
0 sys/net/ipv4/tcp_tw_recycle
0 sys/net/ipv4/tcp_tw_reuse
0 sys/net/ipv4/tcp_window_scaling
0 sys/net/ipv4/tcp_wmem
0 sys/net/ipv4/tcp_workaround_signed_windows
0 sys/net/ipv4/udp_mem
0 sys/net/ipv4/udp_rmem_min
0 sys/net/ipv4/udp_wmem_min
0 sys/net/netfilter/nf_conntrack_acct
0 sys/net/netfilter/nf_conntrack_buckets
0 sys/net/netfilter/nf_conntrack_checksum
0 sys/net/netfilter/nf_conntrack_count
0 sys/net/netfilter/nf_conntrack_events
0 sys/net/netfilter/nf_conntrack_expect_max
0 sys/net/netfilter/nf_conntrack_generic_timeout
0 sys/net/netfilter/nf_conntrack_helper
0 sys/net/netfilter/nf_conntrack_icmp_timeout
0 sys/net/netfilter/nf_conntrack_log_invalid
0 sys/net/netfilter/nf_conntrack_max
0 sys/net/netfilter/nf_conntrack_tcp_be_liberal
0 sys/net/netfilter/nf_conntrack_tcp_loose
0 sys/net/netfilter/nf_conntrack_tcp_max_retrans
0 sys/net/netfilter/nf_conntrack_tcp_timeout_close
0 sys/net/netfilter/nf_conntrack_tcp_timeout_close_wait
0 sys/net/netfilter/nf_conntrack_tcp_timeout_established
0 sys/net/netfilter/nf_conntrack_tcp_timeout_fin_wait
0 sys/net/netfilter/nf_conntrack_tcp_timeout_last_ack
0 sys/net/netfilter/nf_conntrack_tcp_timeout_max_retrans
0 sys/net/netfilter/nf_conntrack_tcp_timeout_syn_recv
0 sys/net/netfilter/nf_conntrack_tcp_timeout_syn_sent
0 sys/net/netfilter/nf_conntrack_tcp_timeout_time_wait
0 sys/net/netfilter/nf_conntrack_tcp_timeout_unacknowledged
0 sys/net/netfilter/nf_conntrack_timestamp
0 sys/net/netfilter/nf_conntrack_udp_timeout
0 sys/net/netfilter/nf_conntrack_udp_timeout_stream
0 sys/net/netfilter/nf_log/0
0 sys/net/netfilter/nf_log/1
0 sys/net/netfilter/nf_log/10
0 sys/net/netfilter/nf_log/11
0 sys/net/netfilter/nf_log/12
0 sys/net/netfilter/nf_log/2
0 sys/net/netfilter/nf_log/3
0 sys/net/netfilter/nf_log/4
0 sys/net/netfilter/nf_log/5
0 sys/net/netfilter/nf_log/6
0 sys/net/netfilter/nf_log/7
0 sys/net/netfilter/nf_log/8
0 sys/net/netfilter/nf_log/9
0 sys/net/nf_conntrack_max
0 sys/net/unix/max_dgram_qlen
0 sys/vm/admin_reserve_kbytes
0 sys/vm/block_dump
0 sys/vm/dirty_background_bytes
0 sys/vm/dirty_background_ratio
0 sys/vm/dirty_bytes
0 sys/vm/dirty_expire_centisecs
0 sys/vm/dirty_ratio
0 sys/vm/dirty_writeback_centisecs
0 sys/vm/drop_caches
0 sys/vm/extfrag_threshold
0 sys/vm/hugepages_treat_as_movable
0 sys/vm/hugetlb_shm_group
0 sys/vm/laptop_mode
0 sys/vm/legacy_va_layout
0 sys/vm/lowmem_reserve_ratio
0 sys/vm/max_map_count
0 sys/vm/memory_failure_early_kill
0 sys/vm/memory_failure_recovery
0 sys/vm/min_free_kbytes
0 sys/vm/min_slab_ratio
0 sys/vm/min_unmapped_ratio
0 sys/vm/mmap_min_addr
0 sys/vm/nr_hugepages
0 sys/vm/nr_hugepages_mempolicy
0 sys/vm/nr_overcommit_hugepages
0 sys/vm/nr_pdflush_threads
0 sys/vm/numa_zonelist_order
0 sys/vm/oom_dump_tasks
0 sys/vm/oom_kill_allocating_task
0 sys/vm/overcommit_kbytes
0 sys/vm/overcommit_memory
0 sys/vm/overcommit_ratio
0 sys/vm/page-cluster
0 sys/vm/panic_on_oom
0 sys/vm/percpu_pagelist_fraction
0 sys/vm/stat_interval
0 sys/vm/swappiness
0 sys/vm/user_reserve_kbytes
0 sys/vm/vfs_cache_pressure
0 sys/vm/zone_reclaim_mode
0 sysrq-trigger
2 fs/cifs/LinuxExtensionsEnabled
2 fs/cifs/LookupCacheEnabled
2 fs/cifs/cifsFYI
2 fs/cifs/traceSMB
2 irq/0/node
2 irq/1/node
2 irq/10/node
2 irq/11/node
2 irq/12/node
2 irq/13/node
2 irq/14/node
2 irq/15/node
2 irq/17/node
2 irq/18/node
2 irq/19/node
2 irq/2/node
2 irq/20/node
2 irq/21/node
2 irq/3/node
2 irq/4/node
2 irq/5/node
2 irq/6/node
2 irq/7/node
2 irq/8/node
2 irq/9/node
3 irq/100/node
3 irq/24/node
3 irq/26/node
3 irq/27/node
3 irq/28/node
3 irq/29/node
3 irq/30/node
3 irq/31/node
3 irq/32/node
3 irq/34/node
3 irq/35/node
3 irq/36/node
3 irq/37/node
3 irq/38/node
3 irq/39/node
3 irq/40/node
3 irq/41/node
3 irq/42/node
3 irq/43/node
3 irq/44/node
3 irq/45/node
3 irq/47/node
3 irq/49/node
3 irq/51/node
3 irq/55/node
3 irq/56/node
3 irq/57/node
3 irq/58/node
3 irq/59/node
3 irq/60/node
3 irq/61/node
3 irq/62/node
3 irq/63/node
3 irq/64/node
3 irq/65/node
3 irq/66/node
3 irq/67/node
3 irq/69/node
3 irq/71/node
3 irq/72/node
3 irq/74/node
3 irq/75/node
3 irq/76/node
3 irq/77/node
3 irq/78/node
3 irq/93/node
3 irq/94/node
3 irq/95/node
3 irq/96/node
3 irq/97/node
3 irq/98/node
3 irq/99/node
4 ipmi/0/type
4 ipmi/0/version
4 irq/0/affinity_hint
4 irq/0/smp_affinity
4 irq/1/affinity_hint
4 irq/1/smp_affinity
4 irq/10/affinity_hint
4 irq/10/smp_affinity
4 irq/100/affinity_hint
4 irq/100/smp_affinity
4 irq/11/affinity_hint
4 irq/11/smp_affinity
4 irq/12/affinity_hint
4 irq/12/smp_affinity
4 irq/13/affinity_hint
4 irq/13/smp_affinity
4 irq/14/affinity_hint
4 irq/14/smp_affinity
4 irq/15/affinity_hint
4 irq/15/smp_affinity
4 irq/17/affinity_hint
4 irq/17/smp_affinity
4 irq/18/affinity_hint
4 irq/18/smp_affinity
4 irq/19/affinity_hint
4 irq/19/smp_affinity
4 irq/2/affinity_hint
4 irq/2/smp_affinity
4 irq/20/affinity_hint
4 irq/20/smp_affinity
4 irq/21/affinity_hint
4 irq/21/smp_affinity
4 irq/24/affinity_hint
4 irq/24/smp_affinity
4 irq/26/affinity_hint
4 irq/26/smp_affinity
4 irq/27/affinity_hint
4 irq/27/smp_affinity
4 irq/28/affinity_hint
4 irq/28/smp_affinity
4 irq/29/affinity_hint
4 irq/29/smp_affinity
4 irq/3/affinity_hint
4 irq/3/smp_affinity
4 irq/30/affinity_hint
4 irq/30/smp_affinity
4 irq/31/affinity_hint
4 irq/31/smp_affinity
4 irq/32/affinity_hint
4 irq/32/smp_affinity
4 irq/34/affinity_hint
4 irq/34/smp_affinity
4 irq/35/affinity_hint
4 irq/35/smp_affinity
4 irq/36/affinity_hint
4 irq/36/smp_affinity
4 irq/37/affinity_hint
4 irq/37/smp_affinity
4 irq/38/affinity_hint
4 irq/38/smp_affinity
4 irq/39/affinity_hint
4 irq/39/smp_affinity
4 irq/4/affinity_hint
4 irq/4/smp_affinity
4 irq/40/affinity_hint
4 irq/40/smp_affinity
4 irq/41/affinity_hint
4 irq/41/smp_affinity
4 irq/42/affinity_hint
4 irq/42/smp_affinity
4 irq/43/affinity_hint
4 irq/43/smp_affinity
4 irq/44/affinity_hint
4 irq/44/smp_affinity
4 irq/45/affinity_hint
4 irq/45/smp_affinity
4 irq/47/affinity_hint
4 irq/47/smp_affinity
4 irq/49/affinity_hint
4 irq/49/smp_affinity
4 irq/5/affinity_hint
4 irq/5/smp_affinity
4 irq/51/affinity_hint
4 irq/51/smp_affinity
4 irq/55/affinity_hint
4 irq/55/smp_affinity
4 irq/56/affinity_hint
4 irq/56/smp_affinity
4 irq/57/affinity_hint
4 irq/57/smp_affinity
4 irq/58/affinity_hint
4 irq/58/smp_affinity
4 irq/59/affinity_hint
4 irq/59/smp_affinity
4 irq/6/affinity_hint
4 irq/6/smp_affinity
4 irq/60/affinity_hint
4 irq/60/smp_affinity
4 irq/61/affinity_hint
4 irq/61/smp_affinity
4 irq/62/affinity_hint
4 irq/62/smp_affinity
4 irq/63/affinity_hint
4 irq/63/smp_affinity
4 irq/64/affinity_hint
4 irq/64/smp_affinity
4 irq/65/affinity_hint
4 irq/65/smp_affinity
4 irq/66/affinity_hint
4 irq/66/smp_affinity
4 irq/67/affinity_hint
4 irq/67/smp_affinity
4 irq/69/affinity_hint
4 irq/69/smp_affinity
4 irq/7/affinity_hint
4 irq/7/smp_affinity
4 irq/71/affinity_hint
4 irq/71/smp_affinity
4 irq/72/affinity_hint
4 irq/72/smp_affinity
4 irq/74/affinity_hint
4 irq/74/smp_affinity
4 irq/75/affinity_hint
4 irq/75/smp_affinity
4 irq/76/affinity_hint
4 irq/76/smp_affinity
4 irq/77/affinity_hint
4 irq/77/smp_affinity
4 irq/78/affinity_hint
4 irq/78/smp_affinity
4 irq/8/affinity_hint
4 irq/8/smp_affinity
4 irq/9/affinity_hint
4 irq/9/smp_affinity
4 irq/93/affinity_hint
4 irq/93/smp_affinity
4 irq/94/affinity_hint
4 irq/94/smp_affinity
4 irq/95/affinity_hint
4 irq/95/smp_affinity
4 irq/96/affinity_hint
4 irq/96/smp_affinity
4 irq/97/affinity_hint
4 irq/97/smp_affinity
4 irq/98/affinity_hint
4 irq/98/smp_affinity
4 irq/99/affinity_hint
4 irq/99/smp_affinity
4 irq/default_smp_affinity
5 fs/cifs/SecurityFlags
5 irq/0/smp_affinity_list
5 irq/10/smp_affinity_list
5 irq/100/smp_affinity_list
5 irq/11/smp_affinity_list
5 irq/13/smp_affinity_list
5 irq/14/smp_affinity_list
5 irq/15/smp_affinity_list
5 irq/2/smp_affinity_list
5 irq/24/smp_affinity_list
5 irq/26/smp_affinity_list
5 irq/27/smp_affinity_list
5 irq/28/smp_affinity_list
5 irq/29/smp_affinity_list
5 irq/30/smp_affinity_list
5 irq/31/smp_affinity_list
5 irq/32/smp_affinity_list
5 irq/34/smp_affinity_list
5 irq/35/smp_affinity_list
5 irq/36/smp_affinity_list
5 irq/37/smp_affinity_list
5 irq/38/smp_affinity_list
5 irq/39/smp_affinity_list
5 irq/40/smp_affinity_list
5 irq/41/smp_affinity_list
5 irq/42/smp_affinity_list
5 irq/43/smp_affinity_list
5 irq/44/smp_affinity_list
5 irq/45/smp_affinity_list
5 irq/47/smp_affinity_list
5 irq/49/smp_affinity_list
5 irq/5/smp_affinity_list
5 irq/51/smp_affinity_list
5 irq/55/smp_affinity_list
5 irq/56/smp_affinity_list
5 irq/57/smp_affinity_list
5 irq/58/smp_affinity_list
5 irq/59/smp_affinity_list
5 irq/6/smp_affinity_list
5 irq/60/smp_affinity_list
5 irq/61/smp_affinity_list
5 irq/62/smp_affinity_list
5 irq/63/smp_affinity_list
5 irq/64/smp_affinity_list
5 irq/65/smp_affinity_list
5 irq/66/smp_affinity_list
5 irq/67/smp_affinity_list
5 irq/69/smp_affinity_list
5 irq/7/smp_affinity_list
5 irq/71/smp_affinity_list
5 irq/72/smp_affinity_list
5 irq/74/smp_affinity_list
5 irq/75/smp_affinity_list
5 irq/76/smp_affinity_list
5 irq/77/smp_affinity_list
5 irq/78/smp_affinity_list
5 irq/93/smp_affinity_list
5 irq/94/smp_affinity_list
5 irq/95/smp_affinity_list
5 irq/96/smp_affinity_list
5 irq/97/smp_affinity_list
5 irq/98/smp_affinity_list
5 irq/99/smp_affinity_list
11 net/ip_tables_names
12 dma
13 irq/1/smp_affinity_list
13 irq/12/smp_affinity_list
13 irq/17/smp_affinity_list
13 irq/18/smp_affinity_list
13 irq/19/smp_affinity_list
13 irq/20/smp_affinity_list
13 irq/21/smp_affinity_list
13 irq/3/smp_affinity_list
13 irq/4/smp_affinity_list
13 irq/8/smp_affinity_list
13 irq/9/smp_affinity_list
14 tty/ldiscs
17 net/ip_tables_targets
21 uptime
27 loadavg
30 execdomains
36 net/psched
39 key-users
39 net/connector
40 irq/10/spurious
40 irq/11/spurious
40 irq/12/spurious
40 irq/13/spurious
40 irq/14/spurious
40 irq/15/spurious
40 irq/17/spurious
40 irq/18/spurious
40 irq/2/spurious
40 irq/20/spurious
40 irq/21/spurious
40 irq/24/spurious
40 irq/26/spurious
40 irq/27/spurious
40 irq/28/spurious
40 irq/29/spurious
40 irq/30/spurious
40 irq/31/spurious
40 irq/32/spurious
40 irq/5/spurious
40 irq/6/spurious
40 irq/7/spurious
40 irq/9/spurious
41 irq/8/spurious
42 irq/0/spurious
42 irq/19/spurious
42 irq/39/spurious
42 irq/66/spurious
42 irq/67/spurious
43 irq/49/spurious
43 irq/62/spurious
43 irq/94/spurious
44 irq/100/spurious
44 irq/34/spurious
44 irq/35/spurious
44 irq/36/spurious
44 irq/37/spurious
44 irq/38/spurious
44 irq/40/spurious
44 irq/41/spurious
44 irq/42/spurious
44 irq/43/spurious
44 irq/44/spurious
44 irq/45/spurious
44 irq/47/spurious
44 irq/51/spurious
44 irq/55/spurious
44 irq/56/spurious
44 irq/57/spurious
44 irq/58/spurious
44 irq/59/spurious
44 irq/60/spurious
44 irq/61/spurious
44 irq/63/spurious
44 irq/64/spurious
44 irq/65/spurious
44 irq/69/spurious
44 irq/71/spurious
44 irq/72/spurious
44 irq/74/spurious
44 irq/75/spurious
44 irq/76/spurious
44 irq/77/spurious
44 irq/78/spurious
44 irq/93/spurious
44 irq/95/spurious
44 irq/96/spurious
44 irq/97/spurious
44 irq/98/spurious
44 irq/99/spurious
46 ipmi/0/params
47 net/mcfilter
48 ipmi/0/ipmb
49 irq/1/spurious
49 irq/3/spurious
51 irq/4/spurious
54 net/ip_mr_cache
55 net/ip_tables_matches
71 net/ip_mr_vif
81 mdstat
83 consoles
85 sysvipc/sem
85 timer_stats
97 mpt/version
104 swaps
120 bus/input/handlers
120 sysvipc/msg
124 fs/fscache/histogram
128 net/icmp
128 net/rt_cache
128 net/udplite
140 net/sockstat
162 version
170 sysvipc/shm
174 cgroups
205 tty/driver/serial
221 net/ptype
234 misc
256 bus/pci/00/1a.0
256 bus/pci/00/1a.1
256 bus/pci/00/1a.7
256 bus/pci/00/1d.0
256 bus/pci/00/1d.1
256 bus/pci/00/1d.2
256 bus/pci/00/1d.3
256 bus/pci/00/1d.7
256 bus/pci/00/1e.0
256 bus/pci/00/1f.0
256 bus/pci/00/1f.2
256 bus/pci/08/03.0
256 bus/pci/fe/00.0
256 bus/pci/fe/00.1
256 bus/pci/fe/02.0
256 bus/pci/fe/02.1
256 bus/pci/fe/02.2
256 bus/pci/fe/02.3
256 bus/pci/fe/02.4
256 bus/pci/fe/02.5
256 bus/pci/fe/03.0
256 bus/pci/fe/03.1
256 bus/pci/fe/03.2
256 bus/pci/fe/03.4
256 bus/pci/fe/04.0
256 bus/pci/fe/04.1
256 bus/pci/fe/04.2
256 bus/pci/fe/04.3
256 bus/pci/fe/05.0
256 bus/pci/fe/05.1
256 bus/pci/fe/05.2
256 bus/pci/fe/05.3
256 bus/pci/fe/06.0
256 bus/pci/fe/06.1
256 bus/pci/fe/06.2
256 bus/pci/fe/06.3
256 bus/pci/ff/00.0
256 bus/pci/ff/00.1
256 bus/pci/ff/02.0
256 bus/pci/ff/02.1
256 bus/pci/ff/02.2
256 bus/pci/ff/02.3
256 bus/pci/ff/02.4
256 bus/pci/ff/02.5
256 bus/pci/ff/03.0
256 bus/pci/ff/03.1
256 bus/pci/ff/03.2
256 bus/pci/ff/03.4
256 bus/pci/ff/04.0
256 bus/pci/ff/04.1
256 bus/pci/ff/04.2
256 bus/pci/ff/04.3
256 bus/pci/ff/05.0
256 bus/pci/ff/05.1
256 bus/pci/ff/05.2
256 bus/pci/ff/05.3
256 bus/pci/ff/06.0
256 bus/pci/ff/06.1
256 bus/pci/ff/06.2
256 bus/pci/ff/06.3
268 cmdline
282 filesystems
321 net/netfilter/nf_log
323 ipmi/0/si_stats
353 net/raw
360 driver/rtc
383 driver/nvram
386 keys
400 buddyinfo
439 fs/cifs/DebugData
497 devices
513 net/packet
521 tty/drivers
529 fs/cifs/Stats
554 mtrr
598 net/dev_mcast
732 net/fib_triestat
761 net/igmp
767 fs/fscache/stats
768 net/route
772 net/arp
846 latency_stats
880 ipmi/0/stats
1057 fs/xfs/stat
1062 net/protocols
1088 net/dev
1139 lockdep_stats
1148 bus/input/devices
1188 net/softnet_stat
1226 meminfo
1374 net/fib_trie
1393 net/snmp
1434 partitions
1486 locks
1506 net/stat/arp_cache
1602 net/netlink
1613 softirqs
1801 ioports
2077 net/stat/rt_cache
2236 modules
2423 net/netstat
2723 vmstat
3284 stat
3356 diskstats
3435 iomem
3539 crypto
3868 pagetypeinfo
4096 bus/pci/00/00.0
4096 bus/pci/00/01.0
4096 bus/pci/00/03.0
4096 bus/pci/00/04.0
4096 bus/pci/00/05.0
4096 bus/pci/00/07.0
4096 bus/pci/00/09.0
4096 bus/pci/00/0a.0
4096 bus/pci/00/14.0
4096 bus/pci/00/14.1
4096 bus/pci/00/14.2
4096 bus/pci/00/16.0
4096 bus/pci/00/16.1
4096 bus/pci/00/16.2
4096 bus/pci/00/16.3
4096 bus/pci/00/16.4
4096 bus/pci/00/16.5
4096 bus/pci/00/16.6
4096 bus/pci/00/16.7
4096 bus/pci/01/00.0
4096 bus/pci/01/00.1
4096 bus/pci/02/00.0
4096 bus/pci/03/00.0
4096 bus/pci/03/00.1
4096 bus/pci/05/00.0
4096 bus/pci/05/00.1
4096 bus/pci/07/00.0
4096 net/rt_acct
5523 schedstat
6027 mounts
6656 net/udp
10352 zoneinfo
10514 slabinfo
10726 cpuinfo
13044 interrupts
18194 net/unix
21778 vmallocinfo
22350 net/tcp
22464 bus/pci/devices
23181 config.gz
40853 timer_list
82689 lockdep
130643 sched_debug
669497 lock_stat
3137678 kallsyms
4429065 total

> 




Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Mon, 02 Mar 2015 21:45:02 GMT) Full text and rfc822 format available.

Message #26 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Linda Walsh <coreutils <at> tlinx.org>, Jim Meyering <jim <at> meyering.net>, 
 19969 <at> debbugs.gnu.org
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Mon, 02 Mar 2015 21:44:39 +0000
On 02/03/15 21:29, Linda Walsh wrote:
> 
> 
> Jim Meyering wrote:
>>> As root:
>>> # cd /proc
>>> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type f !
>>> -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c
>>> --files0-from=- |sort -n
>>
>> Thanks for the report.
>> However, with wc from coreutils-8.23 and a 3.10 kernel, this is no
>> longer an issue.
> ---
> 
> with coreutils 8.23 from suse 13.2 and uname:
> 
> Linux Ishtar 3.18.5-Isht-Van #1 SMP PREEMPT Wed Feb 4 14:50:44 PST 2015 x86_64 x86_64 x86_64 GNU/Linux
> 
> it is an issue.  All the "/proc/sys" entries are still 0.

The issue will be addressed in 8.24:
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.23-47-g2662702

You can build this locally and test just with the src/wc binary
without worrying about overwriting any packaged binaries.

Pádraig.





Information forwarded to bug-coreutils <at> gnu.org:
bug#19969; Package coreutils. (Mon, 02 Mar 2015 23:19:01 GMT) Full text and rfc822 format available.

Message #29 received at 19969 <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: Linda Walsh <coreutils <at> tlinx.org>
Cc: 19969 <19969 <at> debbugs.gnu.org>
Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file
Date: Mon, 2 Mar 2015 15:17:40 -0800
On Mon, Mar 2, 2015 at 1:29 PM, Linda Walsh <coreutils <at> tlinx.org> wrote:
>
>
> Jim Meyering wrote:
>>>
>>> As root:
>>> # cd /proc
>>> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type
>>> f !
>>> -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc
>>> -c
>>> --files0-from=- |sort -n
>>
>>
>> Thanks for the report.
>> However, with wc from coreutils-8.23 and a 3.10 kernel, this is no
>> longer an issue.
>
> ---
>
> with coreutils 8.23 from suse 13.2 and uname:
>
> Linux Ishtar 3.18.5-Isht-Van #1 SMP PREEMPT Wed Feb 4 14:50:44 PST 2015
> x86_64 x86_64 x86_64 GNU/Linux
>
> it is an issue.  All the "/proc/sys" entries are still 0.
>
> Here's the output (with a some lines elided)...
>
>
> 0 mpt/summary
> 0 net/netfilter/nfnetlink_log

Correction: I was using wc from upstream git (coreutils-8.23.141), so as
Pádraig says, it will be fixed in 8.24.




Added tag(s) fixed. Request was from Assaf Gordon <assafgordon <at> gmail.com> to control <at> debbugs.gnu.org. (Tue, 23 Oct 2018 01:51:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 19969 <at> debbugs.gnu.org and Linda Walsh <coreutils <at> tlinx.org> Request was from Assaf Gordon <assafgordon <at> gmail.com> to control <at> debbugs.gnu.org. (Tue, 23 Oct 2018 01:51:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 20 Nov 2018 12:24:09 GMT) Full text and rfc822 format available.

This bug report was last modified 6 years and 214 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.