Jump to content

Support thread for: ISY on Polisy (IoP) v5.4.0 (Feb 28, 2022)


Geddy

Recommended Posts

Posted (edited)
2 hours ago, Michel Kohanim said:

Hello all,

At this juncture, it's best to use ssh for the last time. The console and pushing the button are the best methods for upgrading. But, since the last update was missing files, none of those will work. I do apologize. 

In short:

sudo pkg upgrade udx
sudo pkg upgrade isy
sudo service udx restart
sudo service isy restart

We also found another bug relating to portal subscription which will be installed.

With regard to UEFI, if the right most light is not blinking, then you have the right version. Also, when the time comes for this to be mandatory, udx will automatically install it (and we'll let you know). TPM boot depends on UEFI. But, TPM for application (in the Admin Console) does not require UEFI.

With kind regards,
Michel

I just did this and now I lose all communication with every Insteon device.

Update... rebooting entire Polisy resolved issue.

Edited by brians
Posted
2 minutes ago, brians said:

I just did this and now I lose all communication with every Insteon device.

 

had the same problem.. through Terminal I did the following command and all is back to normal 

sudo shutdown -r now

 

  • Like 1
Posted
3 hours ago, Michel Kohanim said:

 

sudo pkg upgrade udx
sudo pkg upgrade isy
sudo service udx restart
sudo service isy restart

 

This worked for me. I restarted from the ISY Finder which found the Polisy, and all my devices showed up. Polisy v13.0.

  • Like 1
Posted
17 hours ago, Michel Kohanim said:

Hello all,

At this juncture, it's best to use ssh for the last time. The console and pushing the button are the best methods for upgrading. But, since the last update was missing files, none of those will work. I do apologize. 

In short:

sudo pkg upgrade udx
sudo pkg upgrade isy
sudo service udx restart
sudo service isy restart

We also found another bug relating to portal subscription which will be installed.

With regard to UEFI, if the right most light is not blinking, then you have the right version. Also, when the time comes for this to be mandatory, udx will automatically install it (and we'll let you know). TPM boot depends on UEFI. But, TPM for application (in the Admin Console) does not require UEFI.

With kind regards,
Michel

@Michel Kohanim I'm getting confused with all the updating/upgrading going on coupled with all the SSH commands thrown about in the forum. I had these commands in my notes to use for upgrading. What are they used for, if anything, anymore?

sudo service polyglot stop
sudo service udx stop
sudo pkg update
sudo pkg upgrade
sudo service polyglot start
sudo service udx start

 

 

Posted

@vbphil,

Apologies. There are 5 important services that have to run: polyglot (and pg3), udx (does sys admin stuff), isy (IoP), and mongod (will be gone when pg3 is official).

So, pkg update and upgrade upgrades all packages. The services restart the aforementioned. You should include isy.

With kind regards,

Michel

  • Thanks 1
Posted
16 minutes ago, Michel Kohanim said:

@vbphil,

Apologies. There are 5 important services that have to run: polyglot (and pg3), udx (does sys admin stuff), isy (IoP), and mongod (will be gone when pg3 is official).

So, pkg update and upgrade upgrades all packages. The services restart the aforementioned. You should include isy

I see now that the "pkd upgrade" command produces this message:

Installed packages to be UPGRADED:
        cyrus-sasl: 2.1.27_2 -> 2.1.28 [udi]
        harfbuzz: 3.4.0 -> 4.0.0 [udi]
        isy: 5.4.0 -> 5.4.0_2 [udi]
        npm: 8.3.2 -> 8.4.0 [udi]
        p5-CGI: 4.53 -> 4.54 [udi]
        pg3: 3.0.41 -> 3.0.42 [udi]
        readline: 8.1.1 -> 8.1.2 [udi]
 

So it looks like that gets them all.  thanks

Posted (edited)
16 hours ago, bhihifi said:

This worked for me. I restarted from the ISY Finder which found the Polisy, and all my devices showed up. Polisy v13.0.

I followed Michel's Sudo instructions and everything seems to work.

IoP shows as 5.0.4 (not 5.0.4.2) in Administrative Console but 5.0.3 in XX.X.X:3000.

It was mentioned that going forward one should no longer use Sudo for updates but do this within the Administrative Console (or in XX.X.X:3000 ?), but I don't see where / how.

Furthermore where can I change the Polyglot's username / pw from admin/admin ?

 

Edited by asbril
Posted
24 minutes ago, asbril said:

IoP shows as 5.0.4 (not 5.0.4.2) in Administrative Console but 5.0.3 in XX.X.X:3000.

 

@asbril Are you sure it's not 5.4.0?

Posted (edited)
12 minutes ago, bhihifi said:

@asbril Are you sure it's not 5.4.0?

Version 3.0.41
Status: Connected
Frontend Version: 3.0.41
ISY Version: 5.3.0
Uptime: 46 Minute(s) 20 Second(s)
(c) 2022 UDI

 

IMG_9182.jpg

Edited by asbril
Posted (edited)

@asbril I  ended up doing another set of ssh commands because some of my versions don't match what @vbphil posted. We'll see. 

My question for you was because you had 5.0.4 in your post.

Edited by bhihifi
Posted
2 minutes ago, asbril said:

Version 3.0.41
Status: Connected
Frontend Version: 3.0.41
ISY Version: 5.3.0
Uptime: 46 Minute(s) 20 Second(s)
(c) 2022 UDI

 

I think the comment was in reference to your transposed 0 and 3/4's.

  • Like 1
Posted

@asbril The following updated everything to versions listed by @vbphil:

sudo pkg update

sudo pkg upgrade

sudo service udx restart

sudo service isy restart

I'm becoming a sudo intellectual.

  • Haha 3
Posted
10 minutes ago, Michel Kohanim said:

@asbril,

That's a bug with PG3. It's already fixed.

We are working on ensuring that ssh etc. are no longer necessary.

With kind regards,
Michel

Michel, everything works, so no concerns from me.

Posted
2 hours ago, Michel Kohanim said:

@asbril,

That's a bug with PG3. It's already fixed.

We are working on ensuring that ssh etc. are no longer necessary.

With kind regards,
Michel

@Michel KohanimI've been using command line since the early 1980s so don't cutoff access pls.

  • Like 2
Posted (edited)

@Michel Kohanim,

I am not sure if this has been brought up before, if so I apologize.

I am up to date with the updates that have been posted in this thread. I noticed today that while variables are updating, the admin console is not correctly updating the "Last Change" that the time took place. While the time does change, it is not recording the current time.

For example, I am watching a counter variable update, the current time is 06:15 pm, the variable change time was reading 01:05:32 pm. While I continued to watch, the variable counter started again and at 06:30 pm current time, the last change time when the variable updated was 01:25:26.

Both my computer time and the current time shown in the admin console are correct and reading the same time.

I also tried a reboot of Polisy.

 

Edited by DennisC
Added info
Posted (edited)
18 minutes ago, DennisC said:

@Michel Kohanim,

I am not sure if this has been brought up before, if so I apologize.

I am up to date with the updates that have been posted in this thread. I noticed today that while variables are updating, the admin console is not correctly updating the "Last Change" that the time took place. While the time does change, it is not recording the current time.

For example, I am watching a counter variable update, the current time is 06:15 pm, the variable change time was reading 01:05:32 pm. While I continued to watch, the variable counter started again and at 06:30 pm current time, the last change time when the variable updated was 01:25:26.

Both my computer time and the current time shown in the admin console are correct and reading the same time.

This has been a problem with all ISY on  polisyversions, so far.

I also tried a reboot of Polisy.

 

I have a support ticket launched with UDI on this issue. My program varaible hits are all recorded at 5 hours previously to the real time.

The system time clock functions are all off by 5 hours also. At 7:00 PM the [minutes since start of day] return 0 minutes. This is all despite the forefront clocks all indicating EST, my time zone.

These time clock problems have always existed on every IoP version.

Sunrise and sunset times are also off by 5 hours.

Edited by larryllix
Posted
2 hours ago, larryllix said:

I have a support ticket launched with UDI on this issue. My program varaible hits are all recorded at 5 hours previously to the real time.

The system time clock functions are all off by 5 hours also. At 7:00 PM the [minutes since start of day] return 0 minutes. This is all despite the forefront clocks all indicating EST, my time zone.

These time clock problems have always existed on every IoP version.

Sunrise and sunset times are also off by 5 hours.

Thanks

Posted (edited)

Thanks to @dbwarner5 for the effort in building this wiki.

Meanwhile, how does one migrate from and ISY994i to ISY on Polisy (IoP) if both devices already have a license.  When I try Maintenance: Migrate to: the result is an error telling me that my device already has a license, and no migration occurs.  Is there another path? (short of re-entering them one at a time)

Thanks!

Edited by glarsen
  • Like 1
Posted
2 hours ago, glarsen said:

Thanks to @dbwarner5 for the effort in building this wiki.

Meanwhile, how does one migrate from and ISY994i to ISY on Polisy (IoP) if both devices already have a license.  When I try Maintenance: Migrate to: the result is an error telling me that my device already has a license, and no migration occurs.  Is there another path? (short of re-entering them one at a time)

Thanks!

Not sure what you mean by migrate?

If you are talking about moving from ISY994 to IoP, you take a backup on 994 and restore it to IoP. The back doesn't work for Zwave, for that you need to reinstall.

Posted
3 hours ago, glarsen said:

Thanks to @dbwarner5 for the effort in building this wiki.

Meanwhile, how does one migrate from and ISY994i to ISY on Polisy (IoP) if both devices already have a license.  When I try Maintenance: Migrate to: the result is an error telling me that my device already has a license, and no migration occurs.  Is there another path? (short of re-entering them one at a time)

Thanks!

So you're talking about the ISY Portal. I think all the Migrate To does is move your Portal License from one ISY to another. You probably have the temporary license for the IoP and one you bought for the 994i.

Anyway, I had trouble with that so I put in a Support ticket and UDI fixed it for me. I wanted the paid license I had with my 994i transferred to the IoP. I didn't need the 994i to be licensed. After they fixed it for me I deleted my 994i entry in the Portal. UDI can fix it from their end.

hope that helps.   -phil

  • Like 2
Posted
15 hours ago, vbphil said:

So you're talking about the ISY Portal. I think all the Migrate To does is move your Portal License from one ISY to another. You probably have the temporary license for the IoP and one you bought for the 994i.

Anyway, I had trouble with that so I put in a Support ticket and UDI fixed it for me. I wanted the paid license I had with my 994i transferred to the IoP. I didn't need the 994i to be licensed. After they fixed it for me I deleted my 994i entry in the Portal. UDI can fix it from their end.

hope that helps.   -phil

Thanks @vbphil that's what I was wondering.  I  have paid licenses on both, so i can't use the portal migration tool directly.  I'll open a ticket.

Posted
23 hours ago, glarsen said:

Thanks @vbphil that's what I was wondering.  I  have paid licenses on both, so i can't use the portal migration tool directly.  I'll open a ticket.

Yikes...actually it was simply matter of reading the screen and unticking a box...arghh.  The migration is simple then, you can select Alexa, Google, IFTTT/Webhooks, License migration and update preferred ISY and migrate some or all. ?

Guest
This topic is now closed to further replies.

  • Recently Browsing

    • No registered users viewing this page.
  • Forum Statistics

    • Total Topics
      37.2k
    • Total Posts
      372.4k
×
×
  • Create New...