Hi, Un-comment the below line to enable trace of osafdtm in /etc/opensaf/dtmd.conf
#args="--tracemask=0xffffffff" ------> args="--tracemask=0xffffffff" And do `export MDS_LOG_LEVEL=5` on both node consoles before `/etc/init.d/opensafd restart` to get debuig MDS logs. -AVM On 4/13/2015 11:52 AM, Yao Cheng LIANG wrote: > > Dear AVM, > > Thanks. But I need to add “args="--loglevel=info"” to dtmd.conf so > that /var/log/opensaf/osafdtm and /var/log/opensaf/mds.log can be > seen, right? > > Ted > > *From:*A V Mahesh [mailto:[email protected]] > *Sent:* Monday, April 13, 2015 1:03 PM > *To:* Yao Cheng LIANG; Mathivanan Naickan Palanivelu > *Cc:* [email protected] > *Subject:* Re: [users] how long it takes to detect node sudden power loss > > Hi Ted, > > On 4/10/2015 3:54 PM, Yao Cheng LIANG wrote: > > I did 3o times rebooting “standby” node, and found two times it > needs 1~2 minutes for the “active” node to detect it > > > Can you please share the following data of both nodes when “active” > node detection of standby taken 1~2 minutes. > > 1) #/var/log/opensaf/osafdtm > 2) #/var/log/opensaf/mds.log > 3) #/var/log/messages ( syslog ) > > 4) #top (output at the time of detection) > 5) /etc/opensaf/dtmd.conf > > -AVM > > > On 4/10/2015 3:54 PM, Yao Cheng LIANG wrote: > > I did some tests recently. I have two controllers, and I reboot > one and see how long the second could detect failure of the peer. > I did 3o times rebooting “standby” node, and found two times it > needs 1~2 minutes for the “active” node to detect it. Could you > anyone tell me the reason and the solution? > > Thanks. > > Ted > > Sent from Windows Mail > > *From:* Mathivanan Naickan Palanivelu > <mailto:[email protected]> > *Sent:* Thursday, April 9, 2015 7:39 PM > *To:* Yao Cheng LIANG <mailto:[email protected]> > *Cc:* [email protected] > <mailto:[email protected]>, 'A V Mahesh' > <mailto:[email protected]> > > I think since these are TCP keepalive configuration values, > the connection loss would be detected immediatey in the cases > of abrupt powershutdown or cable unplug. > > Thanks, > Mathi. > > ----- [email protected] <mailto:[email protected]> wrote: > > > Is there any approach to hasten this detection, because 4 seconds is > > too long for some use cases? > > > > Br, > > > > Ted > > > > -----Original Message----- > > From: A V Mahesh [mailto:[email protected]] > > Sent: Monday, March 30, 2015 12:29 PM > > To: [email protected] > <mailto:[email protected]> > > Subject: Re: [users] how long it takes to detect node sudden power > > loss > > > > Hi, > > > > >>Does that mean it needs 2 + 2*1 = 4s before the peer can > detect the > > node connection loss if I suddenly unplug power supply of one node? > > Yes,when the connection goes down ( disconnect the cable/unplug > power > > supply ) in 4 seconds detect that the connection has been lost > > > > -AVM > > > > On 3/29/2015 7:11 PM, Yao Cheng LIANG wrote: > > > Dear all, > > > > > > If using tcp, the underlying dtms using tcp keepalive to detect > > connection loss. If my dtmd.conf is as below: > > > > > > DTM_TCP_KEEPIDLE_TIME=2 > > > > > > DTM_TCP_KEEPALIVE_INTVL=1 > > > > > > DTM_TCP_KEEPALIVE_PROBES=2 > > > > > > Does that mean it needs 2 + 2*1 = 4s before the peer can > detect the > > node connection loss if I suddenly unplug power supply of one node? > > > > > > Thanks. > > > > > > Ted > > > > > > > > > ---------------------------------------------------------------------- > > > -------- Dive into the World of Parallel Programming The Go > Parallel > > > > > Website, sponsored by Intel and developed in partnership with > > Slashdot > > > Media, is your hub for all things parallel software development, > > from > > > weekly thought leadership blogs to news, videos, case studies, > > > tutorials and more. Take a look and join the conversation now. > > > http://goparallel.sourceforge.net/ > > > _______________________________________________ > > > Opensaf-users mailing list > > > [email protected] > <mailto:[email protected]> > > > https://lists.sourceforge.net/lists/listinfo/opensaf-users > > > > > > > > ------------------------------------------------------------------------------ > > Dive into the World of Parallel Programming The Go Parallel Website, > > sponsored by Intel and developed in partnership with Slashdot Media, > > is your hub for all things parallel software development, from > weekly > > thought leadership blogs to news, videos, case studies, > tutorials and > > more. Take a look and join the conversation now. > > http://goparallel.sourceforge.net/ > > _______________________________________________ > > Opensaf-users mailing list > > [email protected] > <mailto:[email protected]> > > https://lists.sourceforge.net/lists/listinfo/opensaf-users > > > > > > ------------------------------------------------------------------------------ > > Dive into the World of Parallel Programming The Go Parallel Website, > > sponsored > > by Intel and developed in partnership with Slashdot Media, is > your hub > > for all > > things parallel software development, from weekly thought leadership > > blogs to > > news, videos, case studies, tutorials and more. Take a look and join > > the > > conversation now. http://goparallel.sourceforge.net/ > > _______________________________________________ > > Opensaf-users mailing list > > [email protected] > <mailto:[email protected]> > > https://lists.sourceforge.net/lists/listinfo/opensaf-users > ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Opensaf-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensaf-users
