08-20-2024 03:02 PM
Greetings, I had a working LS 11.1.9.1 and all deployments were working fine.
I upgraded to 11.4.0.4 and now NO deployments work.
I checked permissions on the deployment directory and that my user has the correct role to deploy.
When I go to deployment logs, there are no attempts to deploy, no matter which package I deploy.
All scanning is working
09-24-2024 01:57 PM
I cannot add an everyone read/execute permission on a Windows Shared folder used for other purposes too. That's a great security issue
09-24-2024 04:23 PM
So you have to put your package on your lansweeper server.
Or just share what you need from your other server, not all the drive.
09-11-2024 09:17 PM
Very preliminary reporting: I *just* upgraded to 11.4.1.4 and the first deployment I tried worked like a charm.
09-12-2024 01:36 PM
I did the upgrade and the deployments are still not working from the previous configurations. i think this update only tried to fix the permissions on the default package share.
my initial setup that worked great for years is something like this: lansweeper server named Inventory1 and file server named FileShare1
FilesShare1 has a folder shared out to all domain users called Files. so \\fileshares1\files
server Inventory1 will not deploy anything that points to FileShares1
but if i created the same Files folder and share it out with the same permissions on Inventory1 as Antony_S may have suggested as a test before, this does work. i have no tried any other servers but may try that today. i do have a support case open and have sent them debugging logs but have not had success.
09-12-2024 02:09 PM
i did some quick troubleshooting. i created the share with the same permissions on Server3, no dice. i then went back to the original FileShare1 server, removed the original share & renamed it. recreated it from scratch with the same permissions as before, nothing. i did add the Everyone to this one and it started working again. i noticed in the Shared Folder Management program in windows that now the shared folder is being accessed by the computer name with a $ sign instead of the user. so something like stahlypc1$ instead of my account or the account i used for deployment.
so Antony_S mentioned, you may have to add Everyone to the Share permissions (even if you are in a domain).
09-12-2024 11:22 AM
Great, I will do the update later.
The support will not admit their mistake, almost a month to fix it.
09-10-2024 03:31 PM
I added "Everyone" with the right "Read & Execute" in the Advanced Setting of the the Packageshare.
Look like it was disapear with the update, because I didn't change it.
With this, deployments are now working.
09-10-2024 03:14 PM - edited 09-10-2024 03:15 PM
Dear all,
We are still verifying internally.
For now we can't see any issue, which we can reproduce. Many of the users confirmed the deployments are working for them. But we are checking if a setting on the Packageshare could cause this. As it works from another share we assume it could be a setting on the Packageshare.
If somebody would have feedback or a clear case on how to work around this for now, please let us know.
Our apologies for the inconvenience this is causing.
09-04-2024 08:53 AM
Dear users,
We regret the inconvenience this caused.
Last week, we published a new version (11.4.1.2) that solves this. We got confirmation from several customers that they were able to run deployments again after updating to that version.
09-05-2024 10:42 AM
I attempted to redeploy version 11.4.1.2 on another server, keeping the database connection to SQL Server unchanged. The new LS still cannot perform any deployment operations, and there are no deployment logs available. When can this bug be completely fixed? This issue has persisted for a long time. Is rolling back the application and the database the only solution?
Experience Lansweeper with your own data. Sign up now for a 14-day free trial.
Try Now