@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.

@Tom-Elliott Fast as always. Thank you !

@Sebastian-Roth
Thanks for the information.

Using non-resizable solved this problem.

For 1.5.X LDAP ports were being applied within the database, but not used in all areas. I have since fixed this so it will use the ports list defined by the user instead of predetermined ports.

@Tom-Elliott Thank you for all the assistance. I actually ended up testing dev versions 1.5.7.102, and 1.5.8 and I can confirm both indeed fix the issue. Both versions now start all the services correctly after several reboots. Thank you for all your assistance Tom and everyone!

Found and fixed, details see here: https://forums.fogproject.org/topic/14115/boot-php-permission-denied

@dforce New inits are build and you can simply re-run the installer to pull the new files. Tom also pushed some changes to dev-branch so you might want to do a git pull as well though it’s not needed. If you do so, don’t wonder about a decreased version number. Seems like we had that advanced a little too high at some point and Tom pulled it back now.

@falko Bump…

@EduardoTSeoane Is this still an issue?

@EduardoTSeoane I am marking this as solved as I would think the quick fix should help in your environment and we haven’t heard anything negative back yet.

The password is not encrypted anymore. This is not a bug, it’s expected behavior.

With that said, we did add some to the code to make sure that the password isn’t simply displayed in the plain text.

You’d need to install the dev-branch version though.

As @Sebastian-Roth has suggested, by default groups in fog are nothing more than a means to apply settings to multiple hosts at once.

So taking your example, if you apply image a in group a and refresh the page, you will see group a maintains image a as it’s set.

If you then go to group b and it contains all the same hosts as in group a, then apply group b image to image b, it will have set image b to all hosts in group a. So if you go back to group a, it will show image b as being set.

The way these fields are displayed, if all hosts in the group have the same image defined, it will display that image as being selected.

Groups in fog were not designed to be persistent.this is why you can associate a host to multiple groups at the same time.

@lebrun78 Disable Ad-Block addin and you will see the advanced menu field!

@george1421

Sorry, I wiped the PC. I have a hard deadline to meet to get the old FOG server replaced.

The good news is that a fresh install, starting from zero on bare metal with a Debian 10.2 net install* and a git clone of FOG worked with no FOG related problems. I have successfully collected an image from a local PC in the IT Admin Lab and deployed it across the routed network to two ‘volunteer’ PCs.

So I apologize again for wasting your time.

All I can suggest is that the installer checks if it is being run as a re-installation and posts a warning, and maybe points to some documentation on how to properly do a reinstall. I recognize I’ve incurred some debt here, so I’ll try and post some helpful information for other people.

I very much appreciate the FOG project. Thank you for providing such a useful tool.

Junior Catherd

*Debian 10.2 net install grabs a DHCP address, and persuading the OS later to use a static IP was a little more convoluted than I expected. Similarly, the default install does not include sudo, which is easy enough to remedy.

Seems, that on every 20th November the google search key doesn’t work.

What about using another search engine like quant?

https://www.qwant.com/?q=site:forums.fogproject.org&t=web

@Daniel-Miller Thanks for reporting! Obviously hasn’t been noticed in a while. I just pushed a fix to working-1.6.

Moving this to section bug reports and marking as solved.

Thanks.
1.5.7.745 update works fine.

@Tom-Elliott I am willing in a heartbeat. The problem right now may be my “history” of the old trunk builds causing some headaches in the past. I have some convincing to do for my boss, but having solid things that are fixed/improved helps the case. I am also probably going to need to take a medical leave soon and want to have FOG be stable while I’m gone. I will look at the features 1.6 and see if I can’t earn that tester badge again 😄