This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.

You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

SWIS URI Connection is wrong

solaradmin over 6 years ago

The url that shows up after running new-orionnode powershell is wrong. Its set as my old server. Can someone tell me where to update this?

Same thing happens when running CRUD.addWMINode.ps1 After running the below section

after running :$newNodeUri = New-SwisObject $swis -EntityType "Orion.Nodes" -Properties $newNodeProps the $newnodeURI variable is set to the "Swis://OLDSERVER/Orion/Orion.Nodes/NodeID=1024"

I'm sure its stored somewhere simple i just cant figure out where its getting the old server name. I checked all the places in the Database that sounded reasonable but apparently I'm not thinking out side of the box

Top Replies

Parents

0 solaradmin over 6 years ago

never mind. Answered here Re: SWIS Query Issue after server move
https://thwack.solarwinds.com/message/327609#327619
Cancel
Vote Up 0 Vote Down

Cancel
0 tdanner over 6 years ago in reply to solaradmin

I'm glad you found your answer. Your question motivated me to promote this to a wiki page: https://github.com/solarwinds/OrionSDK/wiki/Uris#system-identifier
Cancel
Vote Up +1 Vote Down

Cancel
0 bobteal over 4 years ago in reply to tdanner

I believe I may have come across an issue with this retention of the system identifier. Please correct me if I am wrong, or give me a correction to this issue to rename the system identifier.
I have replicated the database for another "DR" Orion instance. The original server is still running with the original database. The replicated database, as has been stated here, has uris referencing the original Orion instance. I went to do a mass delete of devices via powershell API in the DR instance. This appeared to successfully remove the devices from the DR instance. Although, it appears to have removed interfaces from the referenced swis uri nodeIDs in the original instance. I suspect that the calls to remove children of the nodes may have been through API/swis as well and actually called to the original server's instance since it is still referred to in the swis uri and still exists. This is the only explanation I can find for the mysterious removal of interfaces from the original orion instance.
Please let me know how to rename the system identifier in the replicated database for our DR instance.
Cancel
Vote Up 0 Vote Down

Cancel
0 dan_jagnow over 4 years ago in reply to bobteal

I suggest reading through the documentation at Migrate SolarWinds Orion products to a new server with a new IP or hostname . The hostname appears in several places in the Orion database. Until all of those references get updated, your SWIS URIs in the replicated environment may end up sending you back to the original host. It's hard to know without seeing your script, but I would guess that the calls to remove interfaces were executed against the original environment because of those old URIs.
Cancel
Vote Up +1 Vote Down

Cancel

Reply

0 dan_jagnow over 4 years ago in reply to bobteal

I suggest reading through the documentation at Migrate SolarWinds Orion products to a new server with a new IP or hostname . The hostname appears in several places in the Orion database. Until all of those references get updated, your SWIS URIs in the replicated environment may end up sending you back to the original host. It's hard to know without seeing your script, but I would guess that the calls to remove interfaces were executed against the original environment because of those old URIs.
Cancel
Vote Up +1 Vote Down

Cancel

Children

No Data