Toralf Förster | 24 Jun 22:52 2014
Picon
Picon

was is the max. memory for a 32 bit UML decreased ?

IIRC in former times I could assign an UML instance 2047M, but nowadays
even 2044M is too big.

FWIW my host and guest are both 32 bit Gentoo Linux, I do use kernel
3.15.1 for the host system and latest git tree kernel for the UML guest.

--

-- 
Toralf

------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
enjoy mindful | 30 May 10:24 2014
Picon

duplicated mem_map (struct page) array?

Hi,
 When I'm trace uml kernel with gdb, I found there are two mem_map
(struct page) arrays.

1) the first one created in init_maps function, and pointed by *local*
pointer struct page *map in init_maps function

arch/um/kernel/um_arch.c
264 int __init linux_main(int argc, char **argv)
.....
350         setup_physmem(uml_physmem, uml_reserved, physmem_size, highmem);
351         if (init_maps(physmem_size, iomem_size, highmem)) {
352                 printf("Failed to allocate mem_map for %Lu bytes
of physical "
353                        "memory and %Lu bytes of highmem\n", physmem_size,
354                        highmem);
355                 exit(1);
356         }

2) the second mem_map created in
start_kernel -> setup_arch -> paging_init -> free_area_init ->
free_area_init_core -> alloc_node_mem_map

and it has been pointer by global pointer "contig_page_data->node_mem_map"

Why need struct page array (the first one) for boot memory allocate? I
tried to deleted the 351~356 lines in linux_main function and the
built/run the uml kernel. The new kernel can boot and run. But it may
panic.

(Continue reading)

Sébastien Frémal | 27 May 15:58 2014
Picon

Skas Mode : How does it work ?

Hello,

I'm a PhD Student studying virtualization methods. I found an article on UML explaining how it works in TT mode (https://www.kernel.org/doc/ols/2001/uml.pdf).

I read that there is now a skas mode fixing security and performance issuses of the TT mode (http://user-mode-linux.sourceforge.net/old/skas.html), but I don't find informations on how it works. It seems that the tracing thread doesn't exist in skas mode. I'm searching informations on how this system works, especially how system calls are virtualized. Is this information available somewhere ?

Best regards,

Sébastien Frémal
------------------------------------------------------------------------------
The best possible search technologies are now affordable for all companies.
Download your FREE open source Enterprise Search Engine today!
Our experts will assist you in its installation for $59/mo, no commitment.
Test it for FREE on our Cloud platform anytime!
http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
Toralf Förster | 9 May 23:16 2014
Picon
Picon

1 zombie process after starting a 23 bit UML guest

Today I realized that current kernels produces a zombie proces :

tfoerste <at> n22 ~ $ ps aux | grep 'Z' | grep '<defunct'
tfoerste 10918  0.0  0.0      0     0 ?        Zs   23:11   0:00 [linux-v3.12-48-] <defunct>

The last kernel which does not produce such a zombie is kernel 3.11

I do not use a xterm for any output, just "con0=fd:0,fd:1 con=pts". However I'm unsure if this is an already
known issue (and I just forgot it) or whether I should kick my test box to bisect the guelty commit id between
3.11 and 3.12

--

-- 
Toralf

------------------------------------------------------------------------------
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
&#149; 3 signs your SCM is hindering your productivity
&#149; Requirements for releasing software faster
&#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
Toralf Förster | 9 May 18:50 2014
Picon
Picon

another example of the filemap issue of current kernel ?

At a 32 bit UML guest with recent kernel one of the processes became a zombie wgile fuzz testing with trinity:
The UML guest itself runs somehow but ssh into it was no longer possible.
The trinity log doesn't gave any info about that particular process, gdb tells :

tfoerste <at> n22 ~ $ date; pgrep -af 'linux earlyprintk' | cut -f1 -d' ' | xargs -n1 gdb
/home/tfoerste/devel/linux/linux -n -batch -ex 'bt'
Fri May  9 18:40:18 CEST 2014                                                                                                                                         

Program received signal SIGSEGV, Segmentation fault.                                                                                                                  

warning: Could not load shared library symbols for linux-gate.so.1.                                                                                                   
Do you need "set solib-search-path" or "set sysroot"?                                                                                                                 
show_stack (task=0x0, stack=0x0) at arch/um/kernel/sysrq.c:93                                                                                                         
93                      printk(KERN_CONT " %08lx", *stack++);                                                                                                                           
#0  show_stack (task=0x0, stack=0x0) at arch/um/kernel/sysrq.c:93                                                                                                                       
#1  0x084eb015 in __dump_stack () at lib/dump_stack.c:15
#2  dump_stack () at lib/dump_stack.c:60
#3  0x084e7bda in dump_header (gfp_mask=0, order=1, memcg=0x0, nodemask=<optimized out>,
p=<optimized out>) at mm/oom_kill.c:400
#4  0x080cfe03 in oom_kill_process (p=0x4534a080, gfp_mask=131546, order=0, points=0,
totalpages=321692, memcg=0x0, nodemask=0x0, message=0x0) at mm/oom_kill.c:438
#5  0x080d0572 in out_of_memory (zonelist=0x86f1d50 <contig_page_data+1392>, gfp_mask=131546,
order=0, nodemask=0x0, force_kill=96) at mm/oom_kill.c:672
#6  0x080d3c74 in __alloc_pages_may_oom (migratetype=<optimized out>, preferred_zone=<optimized
out>, nodemask=<optimized out>, high_zoneidx=<optimized out>, zonelist=<optimized out>,
order=<optimized out>, gfp_mask=<optimized out>) at mm/page_alloc.c:2216
#7  __alloc_pages_slowpath (migratetype=<optimized out>, preferred_zone=0x86f17e0
<contig_page_data>, nodemask=<optimized out>, high_zoneidx=<optimized out>,
zonelist=<optimized out>, order=<optimized out>, gfp_mask=<optimized out>) at mm/page_alloc.c:2623
#8  __alloc_pages_nodemask (gfp_mask=141498336, order=0, zonelist=0x86f1d50
<contig_page_data+1392>, nodemask=0x0) at mm/page_alloc.c:2768
#9  0x080cd6e3 in __alloc_pages (zonelist=<optimized out>, order=<optimized out>,
gfp_mask=<optimized out>) at include/linux/gfp.h:312
#10 alloc_pages_node (order=<optimized out>, gfp_mask=<optimized out>, nid=<optimized out>) at include/linux/gfp.h:322
#11 __page_cache_alloc (gfp=<optimized out>) at include/linux/pagemap.h:235
#12 page_cache_alloc_cold (x=<optimized out>) at include/linux/pagemap.h:246
#13 page_cache_read (offset=<optimized out>, file=<optimized out>) at mm/filemap.c:1794
#14 filemap_fault (vma=0x45317220, vmf=0x4762fd08) at mm/filemap.c:1969
#15 0x080e70cf in __do_fault (vma=0x0, address=1, pgoff=2768, flags=1, page=0x1) at mm/memory.c:3346
#16 0x080e96e6 in do_read_fault (vma=0x45317220, address=1075365528, pmd=0x45135400, pgoff=355,
flags=168, orig_pte=<incomplete type>, mm=<optimized out>) at mm/memory.c:3526
#17 0x080e9e63 in do_nonlinear_fault (orig_pte=..., flags=1584, pmd=<optimized out>,
address=<optimized out>, vma=<optimized out>, mm=<optimized out>, page_table=<optimized out>) at mm/memory.c:3695
#18 handle_pte_fault (flags=<optimized out>, pmd=<optimized out>, pte=<optimized out>,
address=<optimized out>, vma=<optimized out>, mm=<optimized out>) at mm/memory.c:3825
#19 __handle_mm_fault (flags=<optimized out>, address=<optimized out>, vma=<optimized out>,
mm=<optimized out>) at mm/memory.c:3945
#20 handle_mm_fault (mm=0x39f1fb00, vma=0x45317220, address=1075365528, flags=168) at mm/memory.c:3968
#21 0x08061d5a in handle_page_fault (address=1075365528, ip=1074507991, is_write=0, is_user=1,
code_out=0x4762fe40) at arch/um/kernel/trap.c:75
#22 0x08061f8e in segv (fi=<incomplete type>, ip=1074507991, is_user=1, regs=0x4534afe0) at arch/um/kernel/trap.c:222
#23 0x08062233 in segv_handler (sig=11, unused_si=0x4762ff5c, regs=0x4534afe0) at arch/um/kernel/trap.c:191
#24 0x0807470a in userspace (regs=0x4534afe0) at arch/um/os-Linux/skas/process.c:420
#25 0x0805f770 in fork_handler () at arch/um/kernel/process.c:149
#26 0x00000000 in ?? ()

I'm unsure if this is worth to be reported or just another incarnation of an already observed/discussed
issue - but who knows ?

--

-- 
Toralf

------------------------------------------------------------------------------
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
&#149; 3 signs your SCM is hindering your productivity
&#149; Requirements for releasing software faster
&#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
Richard Weinberger | 3 May 21:12 2014
Picon

[PATCH 1/2] Revert "um: Fix wait_stub_done() error handling"

This reverts commit 0974a9cadc7886f7baaa458bb0c89f5c5f9d458e.
It was a bad idea and was only papering over the real issue.

Signed-off-by: Richard Weinberger <richard <at> nod.at>
---
 arch/um/os-Linux/skas/process.c | 9 ++-------
 1 file changed, 2 insertions(+), 7 deletions(-)

diff --git a/arch/um/os-Linux/skas/process.c b/arch/um/os-Linux/skas/process.c
index d531879..908579f 100644
--- a/arch/um/os-Linux/skas/process.c
+++ b/arch/um/os-Linux/skas/process.c
 <at>  <at>  -54,7 +54,7  <at>  <at>  static int ptrace_dump_regs(int pid)

 void wait_stub_done(int pid)
 {
-	int n, status, err, bad_stop = 0;
+	int n, status, err;

 	while (1) {
 		CATCH_EINTR(n = waitpid(pid, &status, WUNTRACED | __WALL));
 <at>  <at>  -74,8 +74,6  <at>  <at>  void wait_stub_done(int pid)

 	if (((1 << WSTOPSIG(status)) & STUB_DONE_MASK) != 0)
 		return;
-	else
-		bad_stop = 1;

 bad_wait:
 	err = ptrace_dump_regs(pid);
 <at>  <at>  -85,10 +83,7  <at>  <at>  bad_wait:
 	printk(UM_KERN_ERR "wait_stub_done : failed to wait for SIGTRAP, "
 	       "pid = %d, n = %d, errno = %d, status = 0x%x\n", pid, n, errno,
 	       status);
-	if (bad_stop)
-		kill(pid, SIGKILL);
-	else
-		fatal_sigsegv();
+	fatal_sigsegv();
 }

 extern unsigned long current_stub_stack(void);
--

-- 
1.8.1.4

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
Toralf Förster | 3 May 18:04 2014
Picon
Picon

kernel BUG: while fuzzying a 32 bit Linux user mode guest with trinity

I could force a crash using latest kernel tree (v3.15-rc3-159-g6c6ca9c with applied fix3.patch for the
mremap syscall) and latest trinity tree (1.1-1349-g18ebf71).

The backtrace of the core dump gives :

tfoerste <at> n22 ~/tmp $ gdb /home/tfoerste/devel/linux/linux --core=/mnt/ramdisk/core -batch -ex
'thread apply all bt'
[New LWP 23912]

warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'.
Program terminated with signal 6, Aborted.
#0  0xb7741424 in __kernel_vsyscall ()

Thread 1 (LWP 23912):
#0  0xb7741424 in __kernel_vsyscall ()
#1  0x0848ac75 in kill ()
#2  0x08072a5d in uml_abort () at arch/um/os-Linux/util.c:93
#3  0x08072d95 in os_dump_core () at arch/um/os-Linux/util.c:148
#4  0x0806257d in panic_exit (self=0x86c9618 <panic_exit_notifier>, unused1=0, unused2=0x8700960
<buf.17019>) at arch/um/kernel/um_arch.c:240
#5  0x0809a266 in notifier_call_chain (nl=0x0, val=0, v=0x8700960 <buf.17019>, nr_to_call=-2,
nr_calls=0x0) at kernel/notifier.c:93
#6  0x0809a381 in __atomic_notifier_call_chain (nh=0x8700944 <panic_notifier_list>, val=0,
v=0x8700960 <buf.17019>, nr_to_call=0, nr_calls=0x0) at kernel/notifier.c:182
#7  0x0809a3bf in atomic_notifier_call_chain (nh=0x0, val=0, v=0x0) at kernel/notifier.c:191
#8  0x084e742c in panic (fmt=0x0) at kernel/panic.c:130
#9  0x080cc265 in __delete_from_page_cache (page=0xa303520, shadow=0x0) at mm/filemap.c:202
#10 0x080cc32b in delete_from_page_cache (page=0xa303520) at mm/filemap.c:234
#11 0x080d7af7 in truncate_complete_page (page=<optimized out>, mapping=<optimized out>) at mm/truncate.c:145
#12 truncate_inode_page (mapping=0x4592c974, page=0xa303520) at mm/truncate.c:180
#13 0x080de69d in shmem_undo_range (inode=0x4592c8bc, lstart=26525858516,
lend=3247232753107730432, unfalloc=false) at mm/shmem.c:429
#14 0x080df591 in shmem_truncate_range (inode=0x4592c8bc, lstart=0, lend=3247230382285783040) at mm/shmem.c:526
#15 0x080df6a8 in shmem_fallocate (file=0x0, mode=3, offset=0, len=1048576) at mm/shmem.c:1741
#16 0x081045da in do_fallocate (file=0x458bf300, mode=3, offset=0, len=1048576) at fs/open.c:298
#17 0x080e6b91 in madvise_remove (end=<optimized out>, start=<optimized out>, prev=<optimized out>,
vma=<optimized out>) at mm/madvise.c:332
#18 madvise_vma (behavior=<optimized out>, end=<optimized out>, start=<optimized out>,
prev=<optimized out>, vma=<optimized out>) at mm/madvise.c:384
#19 SYSC_madvise (behavior=<optimized out>, len_in=<optimized out>, start=<optimized out>) at mm/madvise.c:534
#20 SyS_madvise (start=1076387840, len_in=1048576, behavior=9) at mm/madvise.c:465
#21 0x08062b34 in handle_syscall (r=0x2d38e3e0) at arch/um/kernel/skas/syscall.c:35
#22 0x08074875 in handle_trap (local_using_sysemu=<optimized out>, regs=<optimized out>,
pid=<optimized out>) at arch/um/os-Linux/skas/process.c:193
#23 userspace (regs=0x2d38e3e0) at arch/um/os-Linux/skas/process.c:426
#24 0x0805f770 in fork_handler () at arch/um/kernel/process.c:149
#25 0x00000000 in ?? ()

The output of the UML guest is :

Kernel panic - not syncing: BUG!
CPU: 0 PID: 1988 Comm: trinity-c2 Not tainted 3.15.0-rc3-00159-g6c6ca9c-dirty #8
Stack:
 085a4f54 085a4f54 2d107bbc 00000004 086c8547 0a303520 0000003f 4592c974
 2d107bcc 084eafa5 00000000 00000000 2d107bf4 084e7410 085b08ec 08700960
 085a1ca5 2d107c00 00000000 0a303520 0000003f 4592c974 2d107c2c 080cc265
Call Trace:
 [<080cc265>] ? __delete_from_page_cache+0x215/0x270
 [<084eafa5>] dump_stack+0x26/0x28
 [<084e7410>] panic+0x7a/0x194
 [<080cc265>] __delete_from_page_cache+0x215/0x270
 [<080cc32b>] delete_from_page_cache+0x6b/0x90
 [<080d7af7>] truncate_inode_page+0x97/0xb0
 [<080de69d>] shmem_undo_range+0x1bd/0x620
 [<080df591>] shmem_truncate_range+0x31/0x60
 [<080df6a8>] shmem_fallocate+0xe8/0x360
 [<0849a605>] ? __gettimeofday+0x15/0x30
 [<08071dfe>] ? set_signals+0x1e/0x40
 [<081045da>] do_fallocate+0x14a/0x1d0
 [<080e6b91>] SyS_madvise+0x1d1/0x720
 [<080aef0d>] ? __getnstimeofday+0x3d/0x100
 [<0807fa68>] ? SyS_gettimeofday+0x38/0x80
 [<08062b34>] handle_syscall+0x64/0x80
 [<0849d621>] ? ptrace+0x31/0x80
 [<08079802>] ? get_fp_registers+0x22/0x40
 [<08074875>] userspace+0x475/0x5f0
 [<0849d621>] ? ptrace+0x31/0x80
 [<08079d66>] ? os_set_thread_area+0x26/0x40
 [<08078d30>] ? do_set_thread_area+0x20/0x50
 [<08078ea8>] ? arch_switch_tls+0xb8/0x100
 [<0805f770>] fork_handler+0x60/0x70
/home/tfoerste/workspace/bin/start_uml.sh: line 110: 23912 Aborted                 (core dumped) $LINUX
earlyprintk ubda=$ROOTFS ubdb=$SWAP eth0=$NET mem=$MEM $TTY umid=uml_$NAME rootfstype=ext4 "$ARGS"
[3g        

There's no trinity log available, I lost it, sry.

FWIW the host system is a stable 32 bit Gentoo Linux with kernel 3.14.2.

--

-- 
Toralf

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
anton.ivanov | 7 Mar 19:37 2014
Picon

[PATCH 1/3] BUG: Missing pipe handling

From: Anton Ivanov <antivano <at> cisco.com>

UML does not handle sigpipe. As a result when running it under
expect or redirecting the IO from the console to an external program
it will crash if the program stops or exits.

Signed-off-by: Anton Ivanov <antivano <at> cisco.com>
---
 arch/um/os-Linux/main.c |    1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/um/os-Linux/main.c b/arch/um/os-Linux/main.c
index 7a86dd5..048166d 100644
--- a/arch/um/os-Linux/main.c
+++ b/arch/um/os-Linux/main.c
 <at>  <at>  -149,6 +149,7  <at>  <at>  int __init main(int argc, char **argv, char **envp)
 #endif

 	do_uml_initcalls();
+	change_sig(SIGPIPE, 0);
 	ret = linux_main(argc, argv);

 	/*
--

-- 
1.7.10.4

------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
anton.ivanov | 8 Mar 07:51 2014
Picon

[PATCH 1/3] BUG: UML does not handle sigpipe. As a result when running it under expect or redirecting the IO from the console to an external program it will crash if the program stops or exits.

From: Anton Ivanov <antivano <at> cisco.com>

Signed-off-by: Anton Ivanov <antivano <at> cisco.com>
---
 arch/um/os-Linux/main.c |    1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/um/os-Linux/main.c b/arch/um/os-Linux/main.c
index 7a86dd5..048166d 100644
--- a/arch/um/os-Linux/main.c
+++ b/arch/um/os-Linux/main.c
 <at>  <at>  -149,6 +149,7  <at>  <at>  int __init main(int argc, char **argv, char **envp)
 #endif

 	do_uml_initcalls();
+	change_sig(SIGPIPE, 0);
 	ret = linux_main(argc, argv);

 	/*
--

-- 
1.7.10.4

------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
Anton Ivanov (antivano | 28 Feb 09:27 2014
Picon

Contribution - Bug fixes and contributions to UML

Hi Richard, Hi Jeff, hi list,

On behalf of Cisco systems, I am authorized to make a offer a set bug
fixes as well as contribute several additional features and performance
improvements to UML. All of these have been used internally for a couple
of years and will ship as parts of product(s) in the near future. Some
of these improve performance by up to 8 times on use cases which are of
interest to us and are likely to be of interest to the community.

As the full patchset is now in the 100k+ zone, so I am going to do only
the announcement now and submit the patches one by one after that over
the next 1-2 weeks.

We will submit separately bug fixes for:

1. Critical memory corruption on startup observed on heavily loaded
machines (especially when multiple UMLs run simultaneously).
2. Fix(es) for incorrect handling of error conditions when UML is run
under expect and conX=fd: is used to communicate with another process.
The same error may be observed on internal UML IPCs too leading to
immediate crash.

I will also file bugs for both vs Debian UML package so that patches for
both can go in ASAP.

In addition to the bug fixes, the new features include:

1. Several transports. All can do up to multi-gigabit throughput on some
scenarios. We are contributing their counterparts to qemu/kvm as well.

1.1. Direct connection of UML to overlay networks/L2 VPNs using L2TPv3.

This has a number of advantages compared to the existing UML "multicast"
and qemu "socket" transports.

    * Standard compliant - RFC 3931 updated recently by RFC 5641
    * Supported on most network equipment
    * Allowing to move virtual switching off-host to an NPU or high
performance physical switch
    * Allowing to mix virtual and physical switching (well supported on
modern Linuxes and other OSes)
    * Well researched security profile as well as established
interactions with IPSEC allowing to extend virtual networks outside the
datacenter to remote physical devices and/or VMs.

1.2. Raw transport which allows both bi-directional communication with
any network device which looks like Ethernet as well as in-span
listening at speeds in the multi-gigabit range.

1.3. We intend to contribute other key overlay transports like GRE, etc
as well. The ones we are contributing at this point are the ones which
we have used most extensively and have had the most testing (~ 1.5-2 years).

2. New high res timer subsystem

Adding these new network transports to UML revealed a key issue - it
cannot meter or shape any traffic correctly as its internal timer system
is way off. Personally, I consider it a bug, however there is no "easy"
fix here. The only way to fix it is a new timer driver. Unfortunately,
it does not fix uml userspace - timers there remain off. It does fix all
kernel timer functionality - traffic shaping (both qdisc and iptables
traffic limits).

As a side effect, this provides performance improvements for tcp and
other protocols which rely on kernel high res timers for their state
machines.

We have further scalability contributions lined up which improve network
and IO performance between 1.5 and 8 times (depending on use case),
allow hundreds of virtual interfaces per UML without performance
penalties, allow to run several hundreds (if not thousands) of UMLs per
machine, etc. All in all, it can no go where no virtualization and no
virtual networking has gone before.

However, I would prefer to take it one step at a time and get through
these first (even these are quite a lot for one "sitting").

Best Regards,

Anton.
------------------------------------------------------------------------------
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
Boaz Harrosh | 27 Feb 20:05 2014

sysreq t back traces stopped working please help

Hi Richard, uml hackers

Since some time my "echo t > /proc/sysrq-trigger" stopped producing the proper global back-traces for all
Kernel threads.
All I get is:

Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]      ksoftirqd/0     3     58344.325336    124146   120               0               0               0.000000              
0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]     kworker/0:0H     5      3160.151405         5   100               0               0               0.000000              
0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]          khelper     7         8.451419         2   100               0               0               0.000000               0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]        kdevtmpfs     8      5439.251379       169   120               0               0               0.000000              
0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]            netns     9        10.451418         2   100               0               0               0.000000               0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]        writeback    37        13.451416         2   100               0               0               0.000000               0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]           bioset    39        12.451417         2   100               0               0               0.000000               0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]          kblockd    41        11.951416         2   100               0               0               0.000000               0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]          kswapd0    66        22.451413         3   120               0               0               0.000000               0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]    fsnotify_mark    67      1686.151405         6   120               0               0               0.000000              
0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]          deferwq   219        25.451413         2   100               0               0               0.000000               0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]      jbd2/ubda-8   220     58318.325347       330   120               0               0               0.000000              
0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]  ext4-rsv-conver   221        24.951412         2   100               0               0               0.000000              
0.000000     
          0.000000 /
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]  systemd-journal   233      2254.451426       466   120               0               0              
0.000000               0.000000     
          0.000000 /system/systemd-journald.service
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]    systemd-udevd   238       426.451404       696   120               0               0               0.000000              
0.000000     
          0.000000 /system/systemd-udevd.service
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]         rsyslogd   485       447.701421        38   120               0               0               0.000000               0.000000     
          0.000000 /system/rsyslog.service
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]      in:imuxsock   549       447.701421       221   120               0               0               0.000000              
0.000000     
          0.000000 /system/rsyslog.service
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]        in:imklog   550       447.701421        29   120               0               0               0.000000              
0.000000     
          0.000000 /system/rsyslog.service
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]    rs:main Q:Reg   551       450.701421       255   120               0               0               0.000000              
0.000000     
          0.000000 /system/rsyslog.service
Feb 27 12:47:32 fc18-buml18 kernel: [189390.940000]   systemd-logind   486      1540.451422       282   120               0               0               0.000000              
0.000000     
          0.000000 /system/systemd-logind.service

	..... etc ...

Single line statistics per thread. I'm based on "make defconfig" plus some additional "YESs".
Is there something more (new) I need to set to get this working? If not do you have a theory
or I should start bisecting?

(Using Fedora 18 um image, on Fedora 18 host 64bit both)

Thanks lots in advance
Boaz

------------------------------------------------------------------------------
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk

Gmane