From: Girish N. <Gir...@ip...> - 2015-05-27 07:10:34
|
Hi, We use opensaf in active-standby setup, when standby is started it calls saCkptCheckpointOpen() and receives checkpoints from active node. During this if some packet is very big, mds splits it into frames and sends it across. I am facing a weird issue, active sends all frames as expected, logs for all the frame sends are recorded. On standby randomly one of the frame is lost, recv log not recorded. So the next frame it gets is not what it is expecting so throws message ‘MDTM: Frag recd is not next frag so dropping adest=’ , poll is also successful. I see that similar issue in opensaf user community mail conversations. We are using opensaf version 4.3.1, we cannot move to opensaf version 4.6 in this release so we are fixing all the issues by ourselves. I merged fix ‘#770 ckptnd: increase performance when creating and writing large numbers ofsections’ into our opensaf, still problem remains. Is there any fix available for this? Regards, Girish -- . |
From: A V M. <mah...@or...> - 2015-05-27 08:57:58
|
Hi Girish, The very big data is supported after Ticket #654 MDS improvements , and it is not freezable to backport to 4.3 and 4.3 is no more supported in user-list. -AVM On 5/27/2015 12:40 PM, Girish Nagaraj wrote: > Hi, > > > > We use opensaf in active-standby setup, when standby is started it calls > saCkptCheckpointOpen() and receives checkpoints from active node. > > During this if some packet is very big, mds splits it into frames and sends > it across. > > > > I am facing a weird issue, active sends all frames as expected, logs for > all the frame sends are recorded. On standby randomly one of the frame is > lost, recv log not recorded. > > So the next frame it gets is not what it is expecting so throws message > ‘MDTM: Frag recd is not next frag so dropping adest=’ , poll is also > successful. > > > > I see that similar issue in opensaf user community mail conversations. > > > > We are using opensaf version 4.3.1, we cannot move to opensaf version 4.6 > in this release so we are fixing all the issues by ourselves. > > I merged fix ‘#770 ckptnd: increase performance when creating and writing > large numbers ofsections’ into our opensaf, still problem remains. > > > > Is there any fix available for this? > > > > Regards, > > Girish > |
From: Girish N. <Gir...@ip...> - 2015-05-28 07:24:53
|
Hi Mahesh, What is the reason that some frame is dropped on standby in 4.3.1? Regards, Girish -----Original Message----- From: A V Mahesh [mailto:mah...@or...] Sent: Wednesday, May 27, 2015 2:28 PM To: ope...@li... Subject: Re: [users] MDS frame gets dropped Hi Girish, The very big data is supported after Ticket #654 MDS improvements , and it is not freezable to backport to 4.3 and 4.3 is no more supported in user-list. -AVM On 5/27/2015 12:40 PM, Girish Nagaraj wrote: > Hi, > > > > We use opensaf in active-standby setup, when standby is started it > calls > saCkptCheckpointOpen() and receives checkpoints from active node. > > During this if some packet is very big, mds splits it into frames and > sends it across. > > > > I am facing a weird issue, active sends all frames as expected, logs > for all the frame sends are recorded. On standby randomly one of the > frame is lost, recv log not recorded. > > So the next frame it gets is not what it is expecting so throws > message > ‘MDTM: Frag recd is not next frag so dropping adest=’ , poll is also > successful. > > > > I see that similar issue in opensaf user community mail conversations. > > > > We are using opensaf version 4.3.1, we cannot move to opensaf version > 4.6 in this release so we are fixing all the issues by ourselves. > > I merged fix ‘#770 ckptnd: increase performance when creating and > writing large numbers ofsections’ into our opensaf, still problem remains. > > > > Is there any fix available for this? > > > > Regards, > > Girish > ------------------------------------------------------------------------------ _______________________________________________ Opensaf-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opensaf-users -- . |
From: Suryanarayana G. <sur...@gl...> - 2015-05-28 07:52:52
|
slow receiver and fast sender. You need to tune the TIPC kernel buffers as well. On 05/28/15 12:54, Girish Nagaraj wrote: > Hi Mahesh, > > What is the reason that some frame is dropped on standby in 4.3.1? > > Regards, > Girish > > -----Original Message----- > From: A V Mahesh [mailto:mah...@or...] > Sent: Wednesday, May 27, 2015 2:28 PM > To: ope...@li... > Subject: Re: [users] MDS frame gets dropped > > Hi Girish, > > The very big data is supported after Ticket #654 MDS improvements , > and it is not freezable to backport to 4.3 and 4.3 is no more > supported in user-list. > > -AVM > > On 5/27/2015 12:40 PM, Girish Nagaraj wrote: >> Hi, >> >> >> >> We use opensaf in active-standby setup, when standby is started it >> calls >> saCkptCheckpointOpen() and receives checkpoints from active node. >> >> During this if some packet is very big, mds splits it into frames and >> sends it across. >> >> >> >> I am facing a weird issue, active sends all frames as expected, logs >> for all the frame sends are recorded. On standby randomly one of the >> frame is lost, recv log not recorded. >> >> So the next frame it gets is not what it is expecting so throws >> message >> ‘MDTM: Frag recd is not next frag so dropping adest=’ , poll is also >> successful. >> >> >> >> I see that similar issue in opensaf user community mail conversations. >> >> >> >> We are using opensaf version 4.3.1, we cannot move to opensaf version >> 4.6 in this release so we are fixing all the issues by ourselves. >> >> I merged fix ‘#770 ckptnd: increase performance when creating and >> writing large numbers ofsections’ into our opensaf, still problem remains. >> >> >> >> Is there any fix available for this? >> >> >> >> Regards, >> >> Girish >> > > ------------------------------------------------------------------------------ > _______________________________________________ > Opensaf-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensaf-users > -- Regards Suryanarayana Garlapati | Senior Solutions Architect GlobalLogic P +91.120.406.2257 M +91.874.400.0585 Skype surya_g10 www.globallogic.com http://www.globallogic.com/email_disclaimer.txt |
From: Girish N. <Gir...@ip...> - 2015-05-28 08:59:36
|
Hi Surya, We are using TCP as MDS, Did you mean TCP? Regards, Girish -----Original Message----- From: Suryanarayana Garlapati [mailto:sur...@gl...] Sent: Thursday, May 28, 2015 12:56 PM To: Girish Nagaraj; A V Mahesh; ope...@li... Subject: Re: [users] MDS frame gets dropped slow receiver and fast sender. You need to tune the TIPC kernel buffers as well. On 05/28/15 12:54, Girish Nagaraj wrote: > Hi Mahesh, > > What is the reason that some frame is dropped on standby in 4.3.1? > > Regards, > Girish > > -----Original Message----- > From: A V Mahesh [mailto:mah...@or...] > Sent: Wednesday, May 27, 2015 2:28 PM > To: ope...@li... > Subject: Re: [users] MDS frame gets dropped > > Hi Girish, > > The very big data is supported after Ticket #654 MDS improvements , > and it is not freezable to backport to 4.3 and 4.3 is no more > supported in user-list. > > -AVM > > On 5/27/2015 12:40 PM, Girish Nagaraj wrote: >> Hi, >> >> >> >> We use opensaf in active-standby setup, when standby is started it >> calls >> saCkptCheckpointOpen() and receives checkpoints from active node. >> >> During this if some packet is very big, mds splits it into frames and >> sends it across. >> >> >> >> I am facing a weird issue, active sends all frames as expected, logs >> for all the frame sends are recorded. On standby randomly one of the >> frame is lost, recv log not recorded. >> >> So the next frame it gets is not what it is expecting so throws >> message >> ‘MDTM: Frag recd is not next frag so dropping adest=’ , poll is also >> successful. >> >> >> >> I see that similar issue in opensaf user community mail conversations. >> >> >> >> We are using opensaf version 4.3.1, we cannot move to opensaf version >> 4.6 in this release so we are fixing all the issues by ourselves. >> >> I merged fix ‘#770 ckptnd: increase performance when creating and >> writing large numbers ofsections’ into our opensaf, still problem >> remains. >> >> >> >> Is there any fix available for this? >> >> >> >> Regards, >> >> Girish >> > > ---------------------------------------------------------------------- > -------- _______________________________________________ > Opensaf-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensaf-users > -- Regards Suryanarayana Garlapati | Senior Solutions Architect GlobalLogic P +91.120.406.2257 M +91.874.400.0585 Skype surya_g10 www.globallogic.com http://www.globallogic.com/email_disclaimer.txt -- . |