Thanks! Regards, Jianfeng
From: Hung Nguyen [mailto:[email protected]] Sent: Friday, October 21, 2016 11:11 AM To: Jianfeng Dong <[email protected]>; [email protected] Subject: Re: [users] Max timeout limit problem in the "headless cluster" feature Yes, it will be pushed to all branches, including 5.1. Regards, Hung Nguyen - DEK Technologies -------------------------------------------------------------------------------- From: Jianfeng Dong [email protected]<mailto:[email protected]> Sent: Thursday, October 20, 2016 6:17PM To: Hung Nguyen, Opensaf-users [email protected]<mailto:[email protected]>, [email protected]<mailto:[email protected]> Cc: Subject: RE: [users] Max timeout limit problem in the "headless cluster" feature Much appreciate! I notice the milestone is 5.0.2, but the fix code of this ticket will go into 5.1.0 as well, right? Regards, Jianfeng From: Hung Nguyen [mailto:[email protected]] Sent: Thursday, October 20, 2016 6:48 PM To: Jianfeng Dong <[email protected]><mailto:[email protected]>; [email protected]<mailto:[email protected]> Subject: Re: [users] Max timeout limit problem in the "headless cluster" feature Hi, I opened a defect ticket for this. https://sourceforge.net/p/opensaf/tickets/2130/ Regards, Hung Nguyen - DEK Technologies -------------------------------------------------------------------------------- From: Jianfeng Dong [email protected]<mailto:[email protected]> Sent: Tuesday, October 18, 2016 11:47PM To: Opensaf-users [email protected]<mailto:[email protected]> Cc: Jianfeng Dong [email protected]<mailto:[email protected]> Subject: [users] Max timeout limit problem in the "headless cluster" feature Hi, Now we are trying to apply OpenSAF's new feature "headless cluster" in our product, but we find out "IMMSV_SC_ABSENCE_ALLOWED"(saved in a 16 bit unsigned variable) can be set no more than 65535 which means only 18 hours. We think it's too short for our product in some special cases, in those cases we want payload card to work as long as possible in "headless" mode. We checked OpenSAF source code and find this 16 bit unsigned variable should be able to change to 32bit unsigned type, with this change we can prevent payload from auto-rebooting for a enough long time till the controller come back, and this change should be not much risky . So, could you please change to save "IMMSV_SC_ABSENCE_ALLOWED" into a 32bit unsigned variable to keep payload continue running more than 18 hours in "headless" mode? Thanks! Much appreciate to any comment! Regards, Jianfeng Dong ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Opensaf-users mailing list [email protected]<mailto:[email protected]> https://lists.sourceforge.net/lists/listinfo/opensaf-users ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Opensaf-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensaf-users
