[tickets] [opensaf:tickets] #2464 smf: try to wait for opensafd status before executing reboot
- **status**: review --> fixed - **Comment**: commit f3ef8eebf44f0eab4dcc65f83fe3119a77ef5067 (HEAD -> develop, origin/develop) Author: Rafael Odzakow Date: Mon Sep 25 13:52:03 2017 +0200 smf: try to wait for opensafd status before reboot [#2464] --- ** [tickets:#2464] smf: try to wait for opensafd status before executing reboot ** **Status:** fixed **Milestone:** 5.17.10 **Created:** Fri May 19, 2017 10:55 AM UTC by Rafael Odzakow **Last Updated:** Tue Sep 19, 2017 11:56 AM UTC **Owner:** Rafael Odzakow There are cases when opensafd startup is still ongoing and SMF will send out a reboot command for a node. Because opensafd has taken a lock the reboot command will not be able to call opensafd stop. It is suggested that SMF tries to wait for the release of the lock with "opensafd status". The waiting time is short and SMF continues with reboot even if the lock is not released. ticket [#2459] allows SMF to query the status of opensafd. --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2599 smf: remove cascading delete for runtime objects
--- ** [tickets:#2599] smf: remove cascading delete for runtime objects** **Status:** unassigned **Milestone:** 5.17.10 **Created:** Wed Sep 27, 2017 12:01 PM UTC by Rafael Odzakow **Last Updated:** Wed Sep 27, 2017 12:01 PM UTC **Owner:** nobody Investigation needed. There is a lot of log spam on large installations when deleting these objects. It could be caused by SMF deleting individual elements instead of a parent root. > The problem comes with cascade delete of SMF objects which contain many > thousand objects. > When cascade delete is invoked, it shouldn't be deleted more than 1 > objects at once. > > All this is explained in IMM PR document, chapter 3.4, point 6. > https://sourceforge.net/p/opensaf/documentation/ci/default/tree/OpenSAF_IMMSv_PR.odt > > Adding Rafael Odzakow --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2599 smf: remove cascading delete for runtime objects
- Description has changed: Diff: --- old +++ new @@ -1,4 +1,3 @@ - Investigation needed. There is a lot of log spam on large installations when deleting these objects. It could be caused by SMF deleting individual elements instead of a parent root. > The problem comes with cascade delete of SMF objects which contain many > thousand objects. - **assigned_to**: Rafael Odzakow - **Component**: unknown --> smf - **Part**: - --> d - **Priority**: major --> minor --- ** [tickets:#2599] smf: remove cascading delete for runtime objects** **Status:** unassigned **Milestone:** 5.17.10 **Created:** Wed Sep 27, 2017 12:01 PM UTC by Rafael Odzakow **Last Updated:** Wed Sep 27, 2017 12:01 PM UTC **Owner:** Rafael Odzakow Investigation needed. There is a lot of log spam on large installations when deleting these objects. It could be caused by SMF deleting individual elements instead of a parent root. > The problem comes with cascade delete of SMF objects which contain many > thousand objects. > When cascade delete is invoked, it shouldn't be deleted more than 1 > objects at once. > > All this is explained in IMM PR document, chapter 3.4, point 6. > https://sourceforge.net/p/opensaf/documentation/ci/default/tree/OpenSAF_IMMSv_PR.odt > > Adding Rafael Odzakow --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2599 smf: remove cascading delete for runtime objects
- Description has changed: Diff: --- old +++ new @@ -1,4 +1,6 @@ Investigation needed. There is a lot of log spam on large installations when deleting these objects. It could be caused by SMF deleting individual elements instead of a parent root. + +Posted by Zoran from IMM: > The problem comes with cascade delete of SMF objects which contain many > thousand objects. > When cascade delete is invoked, it shouldn't be deleted more than 1 > objects at once. --- ** [tickets:#2599] smf: remove cascading delete for runtime objects** **Status:** unassigned **Milestone:** 5.17.10 **Created:** Wed Sep 27, 2017 12:01 PM UTC by Rafael Odzakow **Last Updated:** Wed Sep 27, 2017 12:01 PM UTC **Owner:** Rafael Odzakow Investigation needed. There is a lot of log spam on large installations when deleting these objects. It could be caused by SMF deleting individual elements instead of a parent root. Posted by Zoran from IMM: > The problem comes with cascade delete of SMF objects which contain many > thousand objects. > When cascade delete is invoked, it shouldn't be deleted more than 1 > objects at once. > > All this is explained in IMM PR document, chapter 3.4, point 6. > https://sourceforge.net/p/opensaf/documentation/ci/default/tree/OpenSAF_IMMSv_PR.odt > > Adding Rafael Odzakow --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2600 log: logsv doesn't provide enough info when lgsv is busy in case change root directory
--- ** [tickets:#2600] log: logsv doesn't provide enough info when lgsv is busy in case change root directory ** **Status:** accepted **Milestone:** 5.17.10 **Created:** Thu Sep 28, 2017 04:09 AM UTC by Canh Truong **Last Updated:** Thu Sep 28, 2017 04:09 AM UTC **Owner:** Canh Truong In case change root directory (immcfg -a logRootDirectory=NEW_ROOT logConfig=1,safApp=safLogService), The "NEW_ROOT" need to be verify if it is writeable in ccb_completed_callback by log server. But log server is busy in sometime, and log server does not provide info that user know to try again later. This problem is happen sometime in test case logtest 5 2 --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
