There are several threads about the updates from 16.5.2. What is unclear is whether or not the ever growing list of issues apply to Untangle branded hardware. I have a 6-month old z4 Plus that I purchased from Untangle. I have temporarily disabled updates. Can someone from Arista clarify the problems with the updates and make a recommendation as to what users should do?
Announcement
Collapse
No announcement yet.
Lastest Updates
Collapse
X
-
We have not had any reports of this issue affecting the z4 appliance so I recommend for you to upgrade. The issue of interfaces changing their association is unfortunately something that has affected custom hardware installations for many years, and it's a difficult problem to solve. That said, we have made fixing this issue a top priority for the next release.
-
Originally posted by bcarmichael View PostWe have not had any reports of this issue affecting the z4 appliance so I recommend for you to upgrade. The issue of interfaces changing their association is unfortunately something that has affected custom hardware installations for many years, and it's a difficult problem to solve. That said, we have made fixing this issue a top priority for the next release.Rob Sandling, BS:SWE, MCP, Microsoft Certified: Azure Administrator Associate
NexgenAppliances.com
Phone: 866-794-8879 x201
Email: [email protected]
- Likes 1
Comment
-
I admit that I am in no way, shape or form, a developer. But is it really so hard for Untangle to include lines of code somewhere to have the configuration file include the last-known interface assignments and/or mapping? Bind it, for instance, to the port's MAC address.
So regardless how the PHYs were initiated in-order or out-of-order during boot-up of the underlying OS, Untangle can just read said interface mapping from the config file as it loads up.
Now, if the PHYs were actually modified (ie. NICs were added, removed, or changed), I would understand the mapping going haywire.... and that's acceptable. But if nothing changed on the hardware, I think it's reasonable expectation that the mapping remain the same after every reboot or even software updates.
Comment
-
Originally posted by oj88 View PostI admit that I am in no way, shape or form, a developer. But is it really so hard for Untangle to include lines of code somewhere to have the configuration file include the last-known interface assignments and/or mapping? Bind it, for instance, to the port's MAC address.
So regardless how the PHYs were initiated in-order or out-of-order during boot-up of the underlying OS, Untangle can just read said interface mapping from the config file as it loads up.
Now, if the PHYs were actually modified (ie. NICs were added, removed, or changed), I would understand the mapping going haywire.... and that's acceptable. But if nothing changed on the hardware, I think it's reasonable expectation that the mapping remain the same after every reboot or even software updates.
Yes...Rob Sandling, BS:SWE, MCP, Microsoft Certified: Azure Administrator Associate
NexgenAppliances.com
Phone: 866-794-8879 x201
Email: [email protected]
Comment
-
Originally posted by bcarmichael View PostWe have not had any reports of this issue affecting the z4 appliance so I recommend for you to upgrade. The issue of interfaces changing their association is unfortunately something that has affected custom hardware installations for many years, and it's a difficult problem to solve. That said, we have made fixing this issue a top priority for the next release.
If I read through some of the posts, my current backup is no good on the current version?
Comment
-
The latest is 16.6.2. Your backup file will work. The beta is the version that wont install the 16.6.2 backup but will install your 16.5.2 backup. Version 17 will have the .link files. https://forums.edge.arista.com/forum...034#post397034
You might run into the .link file issue so do that just in case.
LOLLast edited by donhwyo; 05-23-2023, 06:44 AM.
Comment
Comment