Highlighted
Absent Member.
Absent Member.
552 views

Weird and Interesting BUG! (or looks like one)

Jump to solution
Dear Forumers,
Think this is an interesting one.
Scenario:

- Two windows servers. while ago their IPs were swapped and we were not informed. Any mesages were ignored.

- When I aknowledge this, I removed both from OVO (via opcnode) and NNM (ovtopofix -r).

- SNMP on the nodes were OK. Recreated using loadhosts. No errors reported.

- Added only one node, again via opcnode. No errors so far. Coreids matching. Certificate deployed OK.

- Node assigned to Node Group and templates assigned (using command line). No errors reported.

- Templates distributed. bbcutil -ping OK.

Then things turned weird. With no apparent reason, I got the following error:

root # opcragt -status node1.fqdn
Node node1.fqdn:
Cannot get status information from node node1.fqdn. (OpC40-428)
Network communication problems occurred. (OpC40-427)

-------------------------------------------------------------------------------
CTRL - CommunicationException:
-------------------------------------------------------------------------------
(ctrl-21) Communication error when executing 'Status' method.
(bbc-49) The HTTP server failed authentication. The server's target ID 'd0757962-2488-7535-141b-818002f7c9ec' is not specified in the target ID list: ' 9513af02-1c4f-7539-09d8-a5ad62f573fb '. (OpC40-2130)
Probably there's a mismatch between the core ID for the node in the
OVO DB and the core ID set on the node. On the OVO mgmt server check with
"/opt/OV/bin/OpC/utils/opcnode -list_id node_list="
on the managed node check via command "ovcoreid". Correction on OVO server
via "opcnode -chg_id node_name=" (OpC40-2170)
Failed.

It makes no sense, the first coreid mentioned doesnt exist anywhere on OVO.

The name resolution is OK for both nodes.

I noticed the following error on the server:

OpC50-0056 Management server configuration is missing in database
(table opc_mgmtsv_config).

Yeah, the problem is there is no inconsistency on the name resolution, I checked the DNS servers myself and all seemed OK

Folks, what am I missing? How can I distribute templates, do bbcutil -ping and not be able to check the agents status?

Thanks in advance, will assign points.



"Life is like stepping onto a boat that is about to sail out to sea and sink." ~ Shunryu Suzuki
0 Likes
1 Solution

Accepted Solutions
New Member.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
Goran,

I'm experiencing a similar problem. What do I do if the ID output from the sqlplus command you suggested isn't the same of the working core ID of the management server? How do I update what's in the database?

Thanks,
Frank

View solution in original post

7 Replies
Highlighted
Absent Member.
Absent Member.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
I made a mistake, folks, ignore the error message on the text.

The right one is the following:

OpC50-0055 Can't resolve node (circular IP-Addresses with nodes
, ).
Please check nodes.
The IP-Address of the modified node is wrong and belongs to a node
which itself has a wrong IP-Address and so on. This might end in a loop
and can not be handled. Try to modify the nodes from the end of this
chain.

Cheers!
"Life is like stepping onto a boat that is about to sail out to sea and sink." ~ Shunryu Suzuki
0 Likes
Highlighted
Acclaimed Contributor.
Acclaimed Contributor.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
I had the same problem yesterday. Two systems with each others IP address. I removed them, ran ovtopofix and added them using opcnode. Still incorrect IP addresses (although DNS is OK). Removed them again, removing all messages too (used utils->report-> Node Reference Report)
Ran cleanup procedure again. Using the GUI, I could not add the node: 'Circular IP-Addresses'.

Waited for the daily offline backup that stops all server processes. Next day, I could add the nodes without a problem.

HtH,

JP.
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
Hello.

You should fix this error first:

OpC50-0056 Management server configuration is missing in database (table opc_mgmtsv_config).

This table is vital for OMU server.

Run the following:

/usr/bin/echo 'set pagesize 0\nset linesize 1000\nselect nn.node_name, n.node_id from opc_node_names nn, opc_mgmtsv_config n where n.node_id = nn.node_id;' | opcdbpwd -exe sqlplus -s

Does this return both nodename and its ID?

BTW, to check name resolution use this tool:

/opt/OV/bin/OpC/utils/opcsvnsl

Regards,
Goran
0 Likes
New Member.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
Goran,

I'm experiencing a similar problem. What do I do if the ID output from the sqlplus command you suggested isn't the same of the working core ID of the management server? How do I update what's in the database?

Thanks,
Frank

View solution in original post

Highlighted
Absent Member.
Absent Member.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
Hello Frank.

Which problem exactly - about the OPC_MGMTSV_CONFIG table?

What does the previously suggested SQL query return?

Note that this returns NODE_ID column from the table, not OVcoreID - they are not the same.

Regards,
Goran
Highlighted
New Member.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
disregard.
Highlighted
Absent Member.
Absent Member.

Re: Weird and Interesting BUG! (or looks like one)

Jump to solution
10 points to everyone who reanimate this zombie thread... 🙂
"Life is like stepping onto a boat that is about to sail out to sea and sink." ~ Shunryu Suzuki
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.