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
bug-coreutils <at> gnu.org
:bug#19969
; Package coreutils
.
(Sat, 28 Feb 2015 09:00:04 GMT) Full text and rfc822 format available.Linda Walsh <coreutils <at> tlinx.org>
: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
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
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
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)]
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)]
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.
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 >
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.
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.
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.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.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.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.