Everything posted by stevesreed
-
HomeAssistant VM Gone after 6.0.0?
I had to do this as well. Fortunately all the correct info was in the install_ha.sh script that was still in my home directory when I SSH'd in.
-
Support Thread: IoX v5.9.1 (2/10/25)
adding the following to /etc/rc.conf got me back up and running: vm_enable="YES" vm_dir="zfs:zudi/vms" vm_list="homeassistant" NOTE: my zfs setup is a bit odd, it's probably vm_dir="zfs:/storage/vms" for anyone who set it up with the script that was available later to set things up.
-
Support Thread: IoX v5.9.1 (2/10/25)
Everything is running now, except I've lost my Home Assist VM. Trying to recover that now.
-
Support Thread: IoX v5.9.1 (2/10/25)
I was also having issue with loging in to PG3x, so I assume UDX was not working for some reason. A full system reboot seems to have fixed both the PG3x login issue and the update not working.
-
Support Thread: IoX v5.9.1 (2/10/25)
I clicked the "upgrade packages" button in the admin console, but nothing seems to happen. The console never closed or became unresponsive. The version in the admin console "About" dialog box is still v5.8.4 and the unix version is still "FreeBSD eisy 13.2-RELEASE-p11" What the best way to see what happening?
-
Home Assistant VM on eisy Error - Unsupported system - virtualization_image
I got that initially, but I tried again later and it worked fine. I'm not sure what changed. Maybe it was fixed with 2024.4.2, which came out yesterday, but maybe after my first attempt and before my second?
-
NVMe Performance Gain for IoX Alone
It could just be my imagination, but rebooting does feel faster. That's the only difference I've noticed so far.
-
Configuring eisy to boot from an NVMe SSD without losing VMs
I was trying to avoid changing the script file, but if you're editing it anyway. You can just add a single line to the end of the script: setup_nvme_boot which will call the function to start the process.
-
Configuring eisy to boot from an NVMe SSD without losing VMs
after running with bash -c "source ~admin/setup_nvme_boot.sh; setup_nvme_boot" everything works correctly. rebooted and everything is up and running on a big, fast SSD [admin@eisy ~]$ gpart show => 40 1953525088 nvd0 GPT (932G) 40 131072 1 efi (64M) 131112 1927282688 2 freebsd-zfs (919G) 1927413800 8388608 3 freebsd-swap (4.0G) 1935802408 17722720 - free - (8.5G)
-
Configuring eisy to boot from an NVMe SSD without losing VMs
To get the script to run I had to use: bash -c "source ~admin/setup_nvme_boot.sh; setup_nvme_boot" To get the function to be called in the shell script.
-
Is migrating back to polisy from eisy possible?
It looks like it might not work actually, due to the portal migration not allowing you to go back to an old ISY once migrated away from it. "Please note that a license transfer is permanent. It will not be possible to migrate the license back to the original ISY."
-
Is migrating back to polisy from eisy possible?
I'm moving to eisy this week, and was wondering if I should keep the polisy as a back up incase the eisy ever goes down. Has anyone restored an IoX backup that was made on an eisy to a polisy? I don't have any plugins, just a bunch of Insteon and zwave devices and a few simple programs (most complex automation is done in HA) Since the my Insteon PLM and Zmatter board are usb, moving them back and forth is easy and quick. If recovering from a failed eisy is as simple as updating the polisy to the latest and restoring a IoX backup, it seems like keeping it is worthwhile.
-
Replace Polisy with eISY after major crash of Polisy
I had the same failure on Friday. 100% full SSD. Michael checked several things, and we decided corupted SSD/file system is the likely cause, so restoring SDD from an image was the best course of action. Here the process, though I'd wait until support contacts you, just incase they want to see if they can find the source of the missing disk space: https://forum.universal-devices.com/topic/42174-polisy-ssd-image-restore-process-for-a-corrupt-ssd/ My eisy arrives tomorrow, so I'm glad to hear the restore from polisy backup to eisy should be smooth and painless...
-
Insteon i3 Paddle Dimmer
I removed and re-added my i3 Paddle after upgrading to 5.6.3, but it still says it's an i3 Switch in AC, and there is no % dim value shown, just on/off status. Are you seeing the dimmer values somewhere else?
-
More woes with ZMatter and Door Lock
That is a great idea! Thanks. I have a notification when I leave the door unlocked for more than 5 minutes, and they are getting annoying. This should "fix" the issue for now.
-
Support thread: IoX 5.6.0 Release
The thread you linked from @bumbershoot is talking about the i3 Dial working as expected. I have not seen any posts about the i3 Paddle working, nor has it been listed as working in any release notes.
-
Support thread: IoX 5.6.0 Release
I did not open a ticket, since they never listed it as working yet. As a software engineer, I hate getting bugs reports about planned features not working when that have not been released yet.
-
Support thread: IoX 5.6.0 Release
The dial works, but the paddle does not. I have one and can confirm 5.6 does not support dimming. I even removed it, factory reset it, configure it as a dimmer and re-added it to ISY, and it only shows as a switch with no dimming capability.
-
Support thread: IoX 5.6.0 Release
Unfortunately, it’s still only on/off in 5.6.
-
Support thread: IoX 5.6.0 Release
I did remove and re add right after updating, but it's still shows as a switch. I did not factory reset the switch after removing it though, that is next on my list. Edit: (Follow up) I removed the switch, factory reset, set it as a dimmer and re-added, but IoX still only shows it as a switch, not a dimmer.
-
Support thread: IoX 5.6.0 Release
My i3 Paddle still shows as a switch not a dimmer (it's configured as a dimmer). Also, on and off from the admin console don't work, but fast on and fast off do.
-
Detemining ZWave routing info with XRay
I agree and in the long run it probably does not matter much. Most of my problems have been with locks (Schlage and Kwok) being unreliable. Determining if I have a direct route to the ISY hopefully will help in this case. I have repeaters within feet of the locks, and that did not help much for reliability. I'm hoping the the Zmatter board with the antenna and stronger power will eliminate that issue. With more info I can determine if moving the Polisy to another room might help, or moving the repeater to different locations helps. All my newer Zwave stuff is 700 series, including the repeaters, but the locks are 500 series I believe. I already replace my original Schlage with a newer zwave+ version that is much better, but it gets expensive replacing several hundred dollar locks.
-
Detemining ZWave routing info with XRay
Since I've been moving from Insteon to ZWave lately, I've decided to go a head and get a "Z-Wave ToolBox" device to optimize the network and help debug zwave issues.
-
Detemining ZWave routing info with XRay
Chris from support pointed out that the low level neighbor info is available in the DH device page of XRay as: Binary DATA devices.4.data.neighbours = byte[8] [233235363E404346] where each pair of digits is the hex value of the zwave node ID. Converting those to decimal and looking them up in the topology output gives you all the devices neightboors ISY nodes. He also added a feature request to list them as ISY nodes directly in XRay. Still no info on the route to the ISY from each device though. I'm hoping we can get something like this from the old ISY994 with the 500 series ZWave board:
-
Detemining ZWave routing info with XRay
Thanks. I'll open a ticket.