DRance

I have had a SSH session open to the eisy for the last few days since migrating. (Running 5.5.5) This was running the following command in the SSH window. sudo tail -f /var/udx/logs/log It seems that all the normal package checking with no errors but there a message about needing to update a iwbmt firmware keeps on coming up. It seems that the checks happen about every 8 hours or so. Message example from this morning. Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: pkg iwmbt-firmware must be upgraded to 20221109 It dosnt seem to be causing any errors but then I dont know if it is supposed to automatically update and then in the future this will cause an issue. The full update cycle log. Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for updated packages ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for pkg ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for ca_root_nss ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for dual-dhclient ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for bash ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for p5-IO-Socket-SSL ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for git ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for sudo ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for mosquitto ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for libwebsockets ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for e2fsprogs-libuuid ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for c-ares ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for rapidjson ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for mongo-c-driver ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for npm ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for isy ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for udx ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for tpm2-tools ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for dmidecode ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for pg3x ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for grub2-bhyve ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for wifibox ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for xorg ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for xfce ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for drm-kmod ... Sun Feb 12 02:25:14 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for libbson ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for curl ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for iwmbt-firmware ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: pkg iwmbt-firmware must be upgraded to 20221109 Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for virtual_oss ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for virtual_oss_ctl ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for ungoogled-chromium ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for mDNSResponder ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for openjdk8 ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for icedtea-web ... Sun Feb 12 02:25:15 EST 2023|/usr/local/etc/udx.d/static/pkgstat.ops: checking for the availability of updates for libarchive ...

Seemed that the eisy didnt take the update the first time it was still on 5.4.5. (or 5.3.5 forgot to take note of version but saw that it was not 5.5.5) Factory reset, SSH in so i could watch what was happening, Update to 5.5.5. Fresh backup of 994, Restore in to eisy, disable "Query at Restart", shutdown. Replace 994 with eisy, power on, Test switch by my desk and confirm that control worked. Update DHCP to set it back to the ip that i wanted for it and reboot.

It Finally finished so i rebooted and then opening the admin console it is doing the same slow thing of refreshing the views. I will see if any of the programs run tonight but it is like it is not getting a good transfer to the PLM.

I got my eisy yesterday and went to start the migration today. Backup of the existing config of 994 was fine then took quite a while for me to find the note about connecting in to the url using the :8443 to the ip address of the eisy as it was not showing up in the IoX finder. Disconnected the existing 994, disconnected the PLM, moved the eisy to the same location, plugged in the network cable, put the PLM in to the serial connection kit. Then on doing the restore seemed to go fine, disconnected the admin console then eventually started responding again and i was able to get back in. Followed the instructions went to Configuration, System and ticked use Insteon then double clicked on one of my Insteon devices. It then started doing the connect to all devices (system busy) dialogue box and that has been for about 2 hours at this point saying dont make changes / updates. The progress bar is moving but on the 994 this would normally a minute to go through the topology. I would normally have rebooted after doing the restore but having clicked on the thing that caused the re-connectioning i didnt want to break / stop it. Stopping isy. Checking to see whether or not we need to migrate from 994 ... Restoring Isy-994 Backup ... Creating ISY FILE/RESTORE directory ... Creating ISY FILE/RESTORE/FROM directory ... Creating ISY FILE/RESTORE/TO directory ... Extracting ISY configuration files ... tar: Removing leading '/' from member names Setting permissions for ISY directories/files udx is running as pid 1505. you can disable uftdi driver by adding isy_load_uftdi=NO in /etc/rc.conf 16 1 0xffffffff82358000 8320 uftdi.ko Starting isy. Thu Dec 31 16:08:32 PST 2020|/usr/local/etc/udx.d/static/udxops.sh: restarting isy successful... Do I just need to be more patient and wait for it to finish or have i borked things? I want to re-ip and add back in to home assistant but currently it seems that none of the Insteon controls are working.