You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafodion.apache.org by "Joshua Liu (JIRA)" <ji...@apache.org> on 2015/11/06 10:41:27 UTC

[jira] [Created] (TRAFODION-1593) use 'shell -c node info' to up a node may sometimes hang if kill monitor processes for some times

Joshua  Liu created TRAFODION-1593:
--------------------------------------

             Summary: use 'shell -c node info' to up a node may sometimes hang if kill monitor processes for some times
                 Key: TRAFODION-1593
                 URL: https://issues.apache.org/jira/browse/TRAFODION-1593
             Project: Apache Trafodion
          Issue Type: Bug
          Components: foundation
    Affects Versions: 2.0-incubating
            Reporter: Joshua  Liu
            Priority: Minor


 Today and yesterday we faced one issue on nap007~012 that:
         If we killed monitor on some node, then used ‘shell –c up node’ to up this node. Sometimes it failed to up and just hung there.

         The log file is like below:
         Cat mon.snmp.20151028.08.58.14.nap007.esgyn.local.1701.log
2015-10-28 08:58:15,037, INFO, MON, Node Number: 0,, PIN: 1701 , Process Name: $MONITOR,,, TID: 1701, Message ID: 101010401, [CCluster::CCluster] Validation of node down is enabled
2015-10-28 08:58:15,038, ERROR, MON, Node Number: 0,, PIN: 1701 , Process Name: $MONITOR,,, TID: 1701, Message ID: 101010402, [CCluster::CCluster], Error= No monitor.ini found, setting to defaults.

Cat node_up_nap007.esgyn.local.log
…
In perform_work: nap007.esgyn.local
remove shared memory ids on host nap007.esgyn.local
Unable to get the monitor port number
ssh -q nap007.esgyn.local ipcrm -m 65538
ssh -q nap007.esgyn.local ipcrm -m 327690
…

By the way, yesterday we faced the issue after killing monitor or tm for 20 times. Today 40 times.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)