- This topic has 6 replies, 3 voices, and was last updated 3 years, 4 months ago by
MitchvG.
-
AuthorPosts
-
April 7, 2021 at 12:15 pm #104970
Hi,
We’re currently in the process of migrating our Wyse clients from WDM to WMS. Because of the borky state of our WDM, we’ve decided to migrate the machines by resetting them.
Steps of migrating are:
- Configure DHCP options (165,166,167,186,199), with CA validation on false
- Reset client (G-key or login and factory reset)
- Validate clients in WMS
Turns out that some clients do register within WMS and some don’t. We’ve checked DHCP and the clients do get an address, in turn that means they have the correct firewall rules. What is happening what prevents those clients from connecting?
April 7, 2021 at 4:19 pm #104971Hello,
I’m not sure if this will help but I migrated to WMS a few years ago but I had to turn off no global ini in the advanced settings then I put this line it the INI of each thin client group and then rebooted the thin clients after changing the DHCP options.
CCMEnable=yes CCMServer=xx.xxx.xx.xxx:8080 GroupPrefix=defa GroupKey=(group/folder name in wms) MQTTServer=xx.xxx.xx.xxx:1883 AdvancedConfig=yes Override=yes
I didn’t reset them like your doing. Also WMS didn’t have the Enrollment Validation when I migrated. You could try turning it off and see if that helps at least until you get everything moved.
April 7, 2021 at 4:54 pm #104972I’m aware of that config. We currently run an environment which has multiple thin os versions (how, don’t ask.. inherited environment). Different thin os versions handle a migration INI differently in our experience..
We opted to go for resetting the machines instead, which allows us to start ‘fresh’.
April 9, 2021 at 2:05 pm #104990Do you see a similarity that checked-in devices maybe have a higher firmware version?
The client should run a minimum of 8.3 firmware.CG
April 12, 2021 at 8:23 am #105009The vast majority of the clients are running 8.3+. From what I can see is that my predecessor has made two images, one with 8.4 and 8.5. That said, for some reason we still have ~30 clients which run version 8.2, which isn’t configured as far as I can tell.
For testing I’ve requested one of the ‘faulty’ devices, which happens to be one of the clients which runs 8.2. Other devices which show the problem run 8.3.
April 14, 2021 at 5:03 pm #105081As already said, 8.3 is the absolute minimum. You should go to the latest available one if possible.
CG
April 14, 2021 at 6:15 pm #105090We have found the issue. It was a combination of <8.3 (as you replied), with an oversight in the DHCP scope options.
We’ve added options 165 and 166 as “wms.test.lan”, while some clients expect “wms.test.lan:443” and “wms.test.lan:1883” respectively.
Cheers!
-
AuthorPosts
- You must be logged in to reply to this topic.