System configuration VIs return error code -2147220608 in LV2013 but not in LV2012 on my sbRIO system

[Wire_Warrior]

I have been working on deploy a minor fix to an existing system that worked. Part of that upgrade was to switch to LV2013. The system configuration VIs that I was using successfully in LV2012 to change the comment and hostname of the sbRIO target now return error code -2147220608 in 2013 when I try to save the changes. Looking at the detailed result output of the Save Changes (System).vi, I get the message "The IP address and gateway must be on the same subnet." The problem with this is two fold 1) I am not changing the IP address or gateway on the system, and 2) the IP address and gateway are preconfigured via NI MAX to 10.0.1.155 and 10.0.0.3 with a subnet mask of 255.255.0.0. Based on my understanding and conversations with my IT department this is a valid combination. Help? Wire Warrior

[JoshuaP]

Can you post a simplified version of your VI that reproduces the problem.  Also are you using static or DHCP?

[Wire_Warrior]

I am using static IP addressing on the device. The sbRIO communicates just fine with the network. It's only this configuration change that hiccups.

Heres an image of the code that fails.  This snippet fails all by itself even

[JoshuaP]

Out of curiosity if you use that same property node, what does it return as the IP address.  Do you get what you expect or something like 127.0.0.1?

[Wire_Warrior]

Funny you should mention that. I noticed that a bit ago. The responded IP address is 127.0.0.1 in LV2013. In LV2012 it's what I would expect which is the IP address above. I should note that I have seen this occur on two different sbRIO boards now. Wire Warrior

[Alisha_P]

We have reproduced what you are seeing and R&D is investigating this issue. Currently, you can change the comment and hostname of the sbRIO successfully by running this code from a Windows computer (and targeting the sbRIO on the Initialize.vi). It also runs successfully on the sbRIO if the IP settings are set to DHCP. Will either of these options work with your application?

[Alisha_P · Accepted solution]

Hi,

R&D is working on implementing a fix for this bug. In the meantime, here is a workaround:

If you write the correct IP address in addition to writing the Hostname and the comment, then your save will be successful. We realize this is not a very pretty or intuitive solution, but it should work until a fix is implemented. 

[Wire_Warrior]

Thanks for the code. One question.....what is in the other state of the case structure? Looking at it I would suspect the false state to be empty. Is that correct? Wire Warrior

[Wire_Warrior]

>>Will either of these options work with your application? Not really. The intent was to change the identification information of the board based on the content of an XML file on the sbRIO. That way we are decoupled from the install/deploy operation really and can change over time if need be. We were hoping to use this as a default project feature for our RTs. Wire Warrior

[Alisha_P]

The other state of the case structure is mostly blank with a false wired out to the stop terminal. Hopefully, this code will do what you need it to for now.