Hi Jon,
Please let me know where I could get the patch for this fix.
Thanks,
Guna
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps
I am running on Kernel 4.4.0 and do see table Name table mismatch as
per "tipc-config" tool. As per analysis, I do see only one entry is
mismatched as indicated below. It is seen only on card13 CPU and no
other CPUs (system has total 10 cards). The system is up 22 days.
Type Lower
;tipc: block BH in TCP callbacks" could resolve the
issue then I could try applying the patch. However the issue is not
reproducible. So, we may not get the result right away.
Which Erik's patch you are talking about?
Is this one, "tipc: fix timer handling when socket is owned" ?
lock_sock/release_sock use in tipc_sk_timeout() fix the issue ?
Thanks,
Guna
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
Thanks Erik for your quick analysis.
If it is not known issue, are there any expert available to
investigate it further why this lockup happen? Otherwise let me know
the patch or fix information.
// Guna
On Fri, May 20, 2016 at 1:19 AM, Erik Hugne <erik.hu...@gmail.com> wrote:
> A li
6 at 10:34:05AM -0400, GUNA wrote:
>> One of the card in my system is dead and rebooted to recover it.
>> The system is running on Kernel 4.4.0 + some latest TIPC patches.
>> Your earliest feedback of the issue is recommended.
>>
> At first i thought this might
One of the card in my system is dead and rebooted to recover it.
The system is running on Kernel 4.4.0 + some latest TIPC patches.
Your earliest feedback of the issue is recommended.
The cascaded failure logs are following:
[686797.257405] Modules linked in: nf_log_ipv4 nf_log_common xt_LOG
1).
When I run tipc-config (which is deprecated in the new version), I see
the wrong value key == portid for the same publications!
"
// Guna
On Mon, May 2, 2016 at 1:22 PM, GUNA <gbala...@gmail.com> wrote:
> Is there any possibility getting the fix soon? Our audit scripts cause
&
agree with Erik too.
>
>
>
> The oops should be caused by socket was freed early. But
>
>
>
> GUNA, can you reproduce the issue? If so, please try to revert the commit
> f4195d1eac954a67adf112dd53404560cc55b942 (“tipc: avoid packets leaking on
> socket rec
The following TIPC traces were collected after cards were forced to
reboot to recover them.
Kernel: 4.4.0 is running and applied some latest TIPC patches.
[ 65.954959] sm-msp-queue[1279]: unable to qualify my own domain
name (dcsx5testslot3) -- using short name
[ 632.098785] perf interrupt
directory `/root/iproute2-4.4.0/tipc'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/root/iproute2-4.4.0/tipc'
make[1]: Entering directory `/root/iproute2-4.4.0/man'
Am I missing any?
Thank you,
Guna
--
Fi
Thank you Jon.
Richard, could you let me know the fix for this please.
thanks,
Guna
On Fri, Apr 29, 2016 at 11:55 AM, Jon Maloy <jon.ma...@ericsson.com> wrote:
>
>
>> -Original Message-
>> From: GUNA [mailto:gbala...@gmail.com]
>> Sent: Friday, 29 Apri
I have tested this fix and both links with same priority now are ACTIVE
state instead of one STANDBY.
Thanks Jon.
On Thu, Apr 28, 2016 at 8:21 PM, GUNA <gbala...@gmail.com> wrote:
> Thanks Jon. I will try it tomorrow.
>
>
> On Thursday, April 28, 2016, Jon Maloy <ma.
sg.h"
>
> /* IANA assigned UDP port */
>
> #define UDP_PORT_DEFAULT 6118
>
> @@ -221,10 +220,6 @@ static int tipc_udp_recv(struct sock *sk, struct
> sk_buff *skb)
>
> {
>
> struct udp_bearer *ub;
>
> struct tipc_bearer *b;
>
> -
Thanks Jon.
Please see inline
On Thursday, April 28, 2016, Jon Maloy <jon.ma...@ericsson.com> wrote:
> Hi Guna,
> see below.
>
>
> > -Original Message-
> > From: GUNA [mailto:gbala...@gmail.com <javascript:;>]
> > Sent: Thursday, 28
See inline
On Thursday, April 28, 2016, Jon Maloy <jon.ma...@ericsson.com> wrote:
>
>
> > -Original Message-----
> > From: GUNA [mailto:gbala...@gmail.com <javascript:;>]
> > Sent: Thursday, 28 April, 2016 17:43
> > To: tipc-discussion@lists.sourcef
VE MTU:1500 Priority:10 Tolerance:1200 ms Window:50 packets
// CPU
Link <1.1.2:p19p1-1.1.10:eth0>
ACTIVE MTU:1500 Priority:10 Tolerance:1200 ms Window:50 packets
Link <1.1.2:p19p2-1.1.10:eth1>
STANDBY MTU:1500
ou asked me to turn on debug from the node.c. Could
you let me know how I could turned on? Do I need to add printf or just
enable any micro?
I tried to use the latest tipcutils, but having issue on compiling it.
Thanks,
Guna
Lots of TIPC traces seen since it is started until the card reboots...
Apr 8 18:32:48 [SEQ 260135] Lab62slot5 kernel: [12582.205697] NMI
watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [swapp
er/1:0]
Apr 8 18:32:48 [SEQ 260136] Lab62slot5 kernel: [12582.208701] NMI
watchdog: BUG: soft
Jon,
Lab resources are very busy now, I will send you the logs once collected.
Erik,
Thanks for the information about tipcutils. Could I use the tipcutils
while the system uses the tipc-config ? Is there any conflicts?
-Guna
I have merged the fixes listed below into 4.4.0 kernel and rebuilt tipc module.
Now, the links are look stable. However, I do still see following alarms:
1. "Name table mismatch ..." alarm
2. "Dropping Name Table update"
Questions:
1. I thought the fix will resolve the above errors but they are
one
...
17097678 3201 3201<1.1.5:829961004>829961004
cluster
17075168 4 4 <1.1.9:1415618317> 1415618317
cluster
17075168 4 4 <1.1.10:2146874377> 2146874377
cluster
There are around 2
Based on Kernel 4.4.0+some of the latest tipc fixes.
The card is not come up, required to re-seat.
Also still seeing "Dropping name table..."
[ 255.418898] WARNING: CPU: 5 PID: 110 at lib/list_debug.c:29
__list_add+0x81/0xd0()
[ 255.426646] list_add corruption. next->prev should be prev
429781] kernel: [ 8289.115539] []
tipc_nametbl_unsubscribe+0x7e/0x110 [tipc]
Mar 23 15:13:25 [SEQ 429782] kernel: [ 8289.123059] []
? handle_edge_irq+0x93/0x150
Mar 23 15:13:25 [SEQ 429783] kernel: [ 8289.128967] []
? tipc_subscrp_send_event+0xf0/0xf0 [tipc
If I miss any fix please let me kn
scriber);
sub->subscriber = subscriber;
tipc_nametbl_subscribe(sub); <== At this
point, "sub" won't be NULL
spin_unlock_bh(>lock);
...
Thanks,
Guna
--
Transfor
Please confirm the following will fix the issue reported below:
// fix in 4.4.4
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-4.4.y=c57e51ffd1d910d595ccb3af3ae70eeeb6d423a2
Mar 23 15:13:25 [SEQ 429763] kernel: [ 8289.000919] Workqueue:
tipc_rcv
tipc.h and tipc_config.h files are located to
create new tipc-config based on new Kernel 4.4 ?
Thank you,
Guna B
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App
27 matches
Mail list logo