@Sebastian-Roth Makes sense to me.
Solved for me

Mod Note: Solving and closing this thread

@OkeriKai said in "Language french" invalid stockage group:

Un dernière question, quand est-ce que la version 1.5.9RC2 sera t-elle stable ?

I don’t have an answer for that. The more people that test 1.5.9RC2 the more happy the developers are to move it to stable. Just don’t forget to go NOW and change the branch back to master so you don’t forget later and wonder why things are not working good.

@skipdawg02 said in Intel NUC10i3FNK Network Adapter Intel i219-V 10/100/1000 Mbps Ethernet not detected:

Thank you for the feedback. That’s strange because it should have worked with 5.6.18 out of the box. We’ll compare the config files to see what else is different.

@whyzzi said in Environment & Fog Client:

Would scheduling shutdown of the snapin to execute happen on fog or the host?

I’m not sure I understand. You would schedule the snapin to deploy on the FOG server but it would execute the command on the target computer.

Ok we will keep this as a feature request. So just to be clear you want to force a log off after a certain idle time then reboot?

(along those same lines) I know there is an auto log off screen saver. When the screen save is started it logs the user off, then would the normal fog restart work correctly?

Hi,
I’m a new user of FOG and I start to use also this plugin ( I modifying the code like itexido suggested and works fine).

But I have the following problem or maybe a bad configuration.
When restricted user creates a host and associated it with a site and when he tried to list the hosts that host is not listed. I need to log in with the administrator profile to re-add the host to the site and after that the host is listed with restricted user
Thanks

As I just stumbled upon this topic again I might update as well. This is fixed upstream and we already use the version fixed by buildroot in version 2020.02.2.

@jmeyer I am marking this solved as we have not heard back on this. Feel free to update this topic if you are still working on this and need help.

It is not happening anymore. The VM is only 18GB. It takes less than 10 minutes to capture and less than 10 minutes to update FOG. Or visa versa.

The only weird thing I have since noticed is during the install process, when are asked to go to fog/management and hit update database, that page no longer shows up. It just displays the fog login screen. So I just go back to the installer and hit ENTER. It seems to work fine.

@JYost Yeah, truly a bug. Fixed in latest dev-branch. Change will be in the next release.

@abulhol This issue should be fixed in latest dev-branch.

Thanks for your answer.

I suggest to reserve /bin/bash to Linux or Mac. Then when booting on Windows, the client could just ignore it (keeping it in queue) because it’s bash.

@FredG No need to shout. 😉

This is fixed in latest dev-branch. Thanks for reporting.

Moved topic to bug reports.

@Brendan-Clemente This should be fixed in the latest dev-branch. Please try and let us know: https://github.com/FOGProject/fogproject/archive/dev-branch.zip

@jmeyer Just pushed the fixes to working-1.6 as well.

@iteixido Thanks for the report and as well thanks to @Fernando-Gietz for fixing the site plugin so quickly. I just merged the fix into dev-branch.

@iteixido Thanks for the report and as well thanks to @Fernando-Gietz for fixing the site plugin so quickly. I just merged the fix into dev-branch.

@Quazz

@Quazz said in Git commit fcf4695 Setting up MySQL user and database..........................Failed:

@JJ-Fullmer Thanks for the instructions; that worked!
Some notes on the situation for me:

Woo Hoo!

Root password was set BUT only for ‘localhost’, but the host localhost did not have any type set (whereas the others had mysql_native_password)

I think that this may have also been the case for me. I certainly remember having set a root password but after fixing everything my only conclusion was that I must have not. But I did also notice that my mysql.user table had 3 different root users for localhost, 127.0.0.1, and 1 other I can’t remember right now. Mine were all set to the mysql_native_password plugin as well. It looks like a solution is in the works here already, but just wanted to add that note that the root problem might be the authentication problem.

Thanks it’s ok !

Hi,
with the modification of “hostinfo.php”, it’s works fine.
Thank you very much.