@austinjt01 Ok that is a great starting point. I’ll again refer you to my tutorial: https://forums.fogproject.org/topic/11126/using-fog-postinstall-scripts-for-windows-driver-injection-2017-ed

Look at the fog.custominstall script. Start with that script and then in this section add your code:

echo "Done" debugPause . ${postdownpath}fog.copydrivers # . ${postdownpath}fog.updateunattend umount /ntfs

Remove the call to the fog.copydrivers and fog.updateunattended and insert your code. At this point in the code /ntfs has been mounted onto the windows (C: drive) partition, wherever it may be. The script takes into account nvme vs sata as well as partitions being in different order or locations.

@EduardoTSeoane Sorry for the late reply. This is fixed in dev-branch already. Thanks @Fernando-Gietz

@Tom-Elliott I try the fix and its ok. Thanks for your works

Fixed in dev-branch.

@Quazz I´m sorry, I was sick for a long time. Now this day is my first day. I will test it if I have time. But I´m busy with an other project. I hope I can test it next week. Please don´t close this thread. Thanks

@Sebastian-Roth Thanks, its properly replicating now

@sourcaffeine said in FOG Client Not Working:

I am not exactly sure what was different but it seems to be working now without issue on the workstations with a new image with a new copy of the fog client installed.

The re-install does something very important. It pins to the current FOG server certificate and downloads the right FOG Project CA cert as well.

Thank you very much Tom for the info.

Hi, I’ve just looked into it, and it seems there’s potentially a bug that affects some PHP versions causing this problem. (The search page just fails with code 500 otherwise.)

I’ve made a PR to fix the problem here: https://github.com/FOGProject/fogproject/pull/299

@Tom-Elliott Thanks for the information.

You can see the code in this link:

https://github.com/FOGProject/fogproject/commit/501e2e947abe55f61fec434751e51e517dcba4d4

@Fernando-Gietz Hi.

No, I’m only using your plugins, the site one and the accesscontrol. I said, this is not a problem really, because if I add the user again, it is working.

Thx again.

@Sebastian-Roth
Cannot replicate the issue at the moment either. But I did an upgrade from 1.5.2. to 1.5.4. in the mean time.
Maybe this fixed it.

Please close it. If it reoccurs, I will show up again.

@sgennadi Thanks again for the report. Obviously I have missed out on purging php-mycrypt from the fogsettings automatically when we decided to not use that package for FOG anymore last Autumn. I just tested and pushed a fix to dev-branch. Please pull the latest and give it a try.

Fixed thanks for reporting.

@Aur3l Ok, this is fixed in dev-branch and will be in the next release as well. The fix is fairly simple and you might want to add this on your own FOG server by hand to not have to wait for the next official release.

@sgennadi ok the SX6000 IS the the PCIE/NVMe M.2 storage card, gotcha.

I did a quick google search and only found one post where they were talking about getting crc errors in their drive. There is also an ssd toolbox created by adata that can inspect the drive. I’m wondering if there is a firmware update for the drive that might address this error. Lastly since this drive is so new, there may not be a linux driver available yet to properly manage this drive so its using the generic nvme controller driver that is giving you that error.

@Sebastian-Roth
Thanks for the reply! Did an update to 1.5.5.1 two weeks ago. Everything works fine so far!

@tian Trying to catch up with older bug reports. Sorry for the late reply.

As we moved to bootstrap this is just how those progress bars look like. Probably not as easy to change.

I am marking this solved - won’t add.

@bretfred Trying to catch up with bug reports, sorry for the late response. I just tested creating multicast tasks with names like 123 and 2. Creating the task as well as multicasting worked like a charm. Possibly Tom has fixed that already. Marking as solved.