apostolakisl Posted January 30 Posted January 30 I click on the admin shield icon, then plugins, then my home isy, and it reported could not get isy. 500. I canceled our of the error and put in my isy IP address user and password. It then lists all my nodes. However, the nodes all say managed by another polyglot instance except for one of them. I can log in from my computer and log out and it doesn't change. If I open one the nodes that it says isn't managed and click log it says invalid credentials 401
Javi Posted January 30 Posted January 30 2 hours ago, apostolakisl said: I click on the admin shield icon, then plugins, then my home isy, and it reported could not get isy. 500. I canceled our of the error and put in my isy IP address user and password. It then lists all my nodes. However, the nodes all say managed by another polyglot instance except for one of them. I can log in from my computer and log out and it doesn't change. If I open one the nodes that it says isn't managed and click log it says invalid credentials 401 Managed by another instance shows that the connected instance does not manage the Node Server in that slot. Logs only work on local connection (still on the todo list for remote) so it is very likely the Local Credentials are incorrect in Settings-Tab > Systems > Your System > Local Connection Settings. Do you have multiple eisy/Polisy boxes running? Is PG3 connected to multiple systems? From UDM Admin-Tab > Plugins > Settings (gear icon at the top), is there multiple ISYs listed under ISY Configuration?
apostolakisl Posted January 30 Author Posted January 30 (edited) I just pulled up UDM and it was already on the plugins page. It just swirled and swirled. Then I backed out of it to the main page and saw my home ISY was offline. Upon logging in to ISY admin console from my computer and found that ISY was rebooting. I logged into PG3x admin console from my computer and it showed nodes coming back online. It appears that accessing the UDM triggered a reboot of ISY or perhaps the both ISY and pg3x, not sure. The run times for my nodes still say multiple days but those run times never seem to be right. The settings per above are all correct and have been the same and working for a very long time without need to change. It is my local IP address [http://192.168.1.9] (the same as entered in the settings part of the plugin section and the same I use to login to the admin console from a pc) and here it is port 8080. My ISY connects to UDM and I can control ISY and see all the correct states of things. I assume it is using the local path when I am on my home network. I have two ISY's registered to UDM at 2 different physical locations. I was on the same local network as my home Polisy hosting the pg3x in question. The config I put into the plugins part of UDM (the IP address) was the local IP for my home Polisy and port 3000. The user/pass I put is the same I use to log in from my PC. From UDM click shield - select isy, I select home - it then shows all the nodes and all of them are managed by someone except for a single instance of notificatons, which is shown on the pg3x admin console as manage by someone else. I then click on the gear icon and I see it lists two choices under isy configuration, IoP and My Polyglot. If I click on IoP, then it shows all my nodes being managed and accessible. In short, it seems there is a second polyglot instance this thing is accessing. I have no idea what this polyglot instance is. I do have a PG2 running on my second ISY 994i at a separate location but it has a totally different set of nodes that don't match anything here. I used to have a PG2 on this Polisy which I recently moved over to PG3 as part of moving to PG3x. So, where in the world is this second PG instance running? I was told that PG2 would be deleted and indeed I can not access PG2 from my browser. But it seems like PG2 might still be running somewhere and that is the "My Polyglot" EDIT: I just checked the mac addresses on the two units listed under gear icon tab of plugins section of UDM. The address for "my polyglot" is mt polisy pro. The mac on the other one is my old isy 99ir I had been using to relay IR commands (though that is broken since I can't log into to change the port number to 8080). The 99i could not possible be hosting an instance of PG, yet when I click on that one, it lists off all my PG3x nodes and allows me to manage them. Edited January 30 by apostolakisl
Javi Posted January 30 Posted January 30 Probably best to delete the unused PG3 instance if it is not used to avoid confusion. The first remote connection to PG3 may require a reboot, I'll try to add a confirmation at that point so there are no surprise reboots. There can be multiple instances of PG3 running on the same box (Polisy/eisy) and connecting to different systems (isy/Polisy/eisy). When an instance of PG3 is linked to an ISY/Polisy/eisy it gets the available slots. If a slot is unavailable and is not managed by the linked instance of PG3 then the Node Server is "Managed by another instance". The Multiple instance feature was intended to link Polisy to ISY994 before IoP (Isy on Polisy), so it is not really needed anymore.
apostolakisl Posted January 30 Author Posted January 30 (edited) 18 hours ago, Javi said: Probably best to delete the unused PG3 instance if it is not used to avoid confusion. The first remote connection to PG3 may require a reboot, I'll try to add a confirmation at that point so there are no surprise reboots. There can be multiple instances of PG3 running on the same box (Polisy/eisy) and connecting to different systems (isy/Polisy/eisy). When an instance of PG3 is linked to an ISY/Polisy/eisy it gets the available slots. If a slot is unavailable and is not managed by the linked instance of PG3 then the Node Server is "Managed by another instance". The Multiple instance feature was intended to link Polisy to ISY994 before IoP (Isy on Polisy), so it is not really needed anymore. How do I do that? I don't understand how this happens. How can there be a PG3 instance that shows its mac address as my ISY 99ir? And if I click on that instance of PG3, then it lets me manage the nodes that are clearly on my Polisy. I have no idea where the one mystery node is running. It lists Polisy mac address as its location, but when I log into the Polisy PG3x admin console, that is the only node that is not managed there. If you see below, there are two listed. MyPolyglot is the one that loads by default. It manages one node, it is the mystery node that I don't know where it actually resides. The mac for that one is the mac of my polisy. If I click on the IoP one, it lets me manage all of my "real" nodes. The mac listed is actually my ISY99ir, which clearly is not hosting PG. I would like to completely get rid of the mystery PG instance where it lives and have just the one correct instance. And what is up with my ISY rebooting upon opening this section of UDM? Edited January 31 by apostolakisl
Javi Posted January 31 Posted January 31 Both of these PG3 instances are running on the same box. Each PG3 instance can serve nodes to any box running ISY as long as they can communicate (on the same network). So it appears you have 2 instances of PG3 running on your Polisy one is linked to your ISY994 and one is linked to your Polisy (ISY on Polisy)
apostolakisl Posted January 31 Author Posted January 31 3 minutes ago, Javi said: Both of these PG3 instances are running on the same box. Each PG3 instance can serve nodes to any box running ISY as long as they can communicate (on the same network). So it appears you have 2 instances of PG3 running on your Polisy one is linked to your ISY994 and one is linked to your Polisy (ISY on Polisy) It is a 99ir, not 994, it is ancient, can it actually allow for that? But the one that is supposedly linked to my 99ir is not, all the nodes are on my ISY that is on Polisy. I should unplug the 99ir since it appears Java will not allow me to ever log into it again to change the port from 80 to 8080 so it can relay IR messages. Anyway, how do I access the second instance of PG running on my Polisy? I only know of one way to access the PG admin console on my Polisy and it doesn't manage that node.
Javi Posted January 31 Posted January 31 While both instances are available in UD Mobile it may not be intuitive as UD Mobile was really only intended for a single instance. So it may be easier to use the PG3 web interface. As far as I know a second instance must be created by the user, so I'm not sure how this was created without user intervention. This screenshot shows a Polisy with 2 PG3 instances "Test Polisy" and "Home" with "Home" having a checkmark as the web interface is currently interacting with "Home". From there you can "Edit Current IoX" which will show the connection settings for that instance. In this screenshot "Home" is a 994 and "Test Polisy" is a Polisy. The Polisy box is hosting both PG3 instances. Pressing "Edit Current IoX" for "Home" shows the connection settings for the 994, with the local IP Address. If I switch to "Test Polisy" the select "Edit Current IoX, the IP Address should be 0.0.0.0 as IoX (ISY) is running on the same box. If there is an unmanaged node it could be from an old instance of PG2 or "Portal" (Occupancy Node Server). If you cannot access the Polyglot instance which created the Node Server then you will need to delete the Node from the AC.
apostolakisl Posted January 31 Author Posted January 31 (edited) From PG3x dashboard, when I click iox configuration -> edit current iox it shows 192.168.1.9 port 3000 for one of the two mac addresses of isy's and port 8080 for the other. 192.168.1.9 is the IP of polisy. The mac 00:21:b9 . . . is the one that is correct. Edited January 31 by apostolakisl
Javi Posted January 31 Posted January 31 I don't think the one with port 3000 is currently connected to anything, although it may have connected to something at some point. You must have manually changed the port at some point as we only default to port 8080.
apostolakisl Posted January 31 Author Posted January 31 It was connected to my ISY as there was a node in the #8 slot from that. I told it to "delete current iox" while I had that one opened and it removed the node from the #8 slot in my ISY and left all the other correct nodes from the other pg3 instance. However, I synced my UDM after that and now it says there are no node servers installed for this system. . . . Then a pop up says could not get isy . 500
Javi Posted January 31 Posted January 31 11 minutes ago, apostolakisl said: It was connected to my ISY as there was a node in the #8 slot from that. I told it to "delete current iox" while I had that one opened and it removed the node from the #8 slot in my ISY and left all the other correct nodes from the other pg3 instance. However, I synced my UDM after that and now it says there are no node servers installed for this system. . . . Then a pop up says could not get isy . 500 Try swiping app from recents, it is likely still looking for the other instance. I'm not sure we tested delete as UDM was only intended to show a single instance.
apostolakisl Posted January 31 Author Posted January 31 (edited) Nope. I then tried changing the name from My Polyglot to IoP (which is the correct name), and it then loaded all the nodes and showed them as managed elsewhere. In addition, when I went back to PG admin console there were now two Instances available both named IoP but with the second and new instance having the mac address of isy99ir. Then I thought to look at UDM's main configuration and there it lists the mac address of my 99ir. However, it clearly is not connected to that. The 99ir is basically blank yet I have full access to my Polisy ISY via UDM. So somehow, UDM has the wrong mac address of my Polisy but yet is connecting to it normally as far as ISY is concerned but not as far as PG3 is concerend. I do not know how UDM ever got that wrong mac address. I never connected it to my 99ir, never entered its IP address. Perhaps there was some network search it did and found it? EDIT: I tried "clear UUID" in UDM, then resynced, and it put the wrong UUID back again. Edited January 31 by apostolakisl
Javi Posted January 31 Posted January 31 33 minutes ago, apostolakisl said: Nope. I then tried changing the name from My Polyglot to IoP (which is the correct name), and it then loaded all the nodes and showed them as managed elsewhere. In addition, when I went back to PG admin console there were now two Instances available both named IoP but with the second and new instance having the mac address of isy99ir. Then I thought to look at UDM's main configuration and there it lists the mac address of my 99ir. However, it clearly is not connected to that. The 99ir is basically blank yet I have full access to my Polisy ISY via UDM. So somehow, UDM has the wrong mac address of my Polisy but yet is connecting to it normally as far as ISY is concerned but not as far as PG3 is concerend. I do not know how UDM ever got that wrong mac address. I never connected it to my 99ir, never entered its IP address. Perhaps there was some network search it did and found it? EDIT: I tried "clear UUID" in UDM, then resynced, and it put the wrong UUID back again. My guess is you have either Local Connection Settings or Remote Connection Settings Pointing to the old ISY as sync will fail if it encounters a UUID which does not match. This needs to be corrected, then UUID need to be cleared.
apostolakisl Posted January 31 Author Posted January 31 No, all the settings point to 192.168.1.9, that is my Polisy. It used to be my 994 before I bought Polisy, but I suspect I bought Polisy before UDM even existed and thus had all that transfered over. And my 99ir is not linked to the portal (not sure it even can be). I don't even know the ip of the 99ir without looking it up, so I couldn't have brain farted it in somewhere. The ISY finder does find the 99ir and lists it, but it seems to think it is a 994, but regardless, I can't open the admin console on it anyway because of Java security issues. I need to just unplug the 99ir anyway since it is doing nothin but wasting electricity. But UDM keeps listing the mac for the 99ir even thought it is for sure not connected to it. The 99ir is only setup to receive ir signals and then via REST send triggers to Polisy (which it no longer does since Polisy is on port 8080 and my 994 was on 80 and I can't get into the admin console to change that port. Which is a bummer because I really don't feel like going through the trouble of relearning all those ir commands and programming all this into Polisy.
apostolakisl Posted January 31 Author Posted January 31 I'm at a remote site right now using vpn, so I can't unplug it. However, I have just noticed that the uuid shown in PG3x is not polisy or my 99ir. I am starting to think that perhaps the uuid listed belongs to my old 994 that I replaced with the polisy and that when I migrated over it kept the old uuid. And when UDM goes to sync with pg3, it sees the wrong uuid so it creates a new IoX on pg3 that is then blank. I think I need to be able to edit the uuid in PG3x, but it doesn't let you do that. The uuid (mac) is not anywhere on my network. My router lets me list everything by mac address and this address does not exist. Despite the wrong uuid being there, it still is working, all of my nodes under this particular instance of PG are all showing up on my polisy and working, though I have had some weird behavior which may be related. How would I fix the uuid without starting from scratch? Could I do a backup, delete the pg instance and then create a new instance and restore the backup?
Javi Posted February 1 Posted February 1 This instance of PG3 was connected to that ISY at one point, as it retrieved the UUID. I'm not sure at what point the UUID is obtained and/or validated, so we will have to look into this. Maybe try changing the IP Address to 0.0.0.0. then Save?
apostolakisl Posted February 1 Author Posted February 1 I tried changing to 0.0.0.0 and the nodes still all seem to work fine, but the uuid is still wrong. I was thinking I could back up this instance of pg3, delete it, and then upload the backup to a new instance of pg3 with the correct uuid. I'm not really sure how the backup and restore works, if it only backs up the nodes or if it backs up and reloads the entire configuration including the uuid. The issue I fear with this is that I will have to re-save every program that has a node server condition within the if clause. Anytime I delete and re-install a node, I have found that despite everything looking correct in ISY, that programs that contain that node within the if clause don't work without opening the program, then clicking on any item in any clause, then clidk "update" even though nothing changes, it causes the program to have the little green arrow meaning it needs to be saved, then I click save, and then it works. I have a lot of programs that use node server items so doing this for every program will be a pain.
Javi Posted February 1 Posted February 1 Ok thanks for trying. Being as this is outside of UD Mobile can you please open ticket? Please reference this thread and that Javi asked you to open a ticket.
apostolakisl Posted February 1 Author Posted February 1 just finished an online session with Michel. We deleted the whole wrong uuid pg3x instance and restored the backup to the correct uuid, except it didn't work. The restore created the same wrong uuid instance. No doubt, this is how it happened in the first place. I suspect I will have to go through and copy down all the config parameters of every node and move them over manually, but Michel is thinking about it for now.
Recommended Posts