I have a FOG 1.5-rc2 server that I use for imaging new computers to Windows. The problem I am running into is when I register a new host using the Quick host registration, the checkbox for “Join Domain after deploy” is not checked by default. Since I have my Quick host registration set to deploy a Windows image, the image deploys and the computer is renamed, but it does not join the domain until I log into the FOG UI, look up the host and check the box for “Join Domain after deploy”.

Is there a way to force FOG to check the “Join Domain after deploy” box for all newly registered hosts?

Thank you,

@Tom-Elliott
I couldn’t find anything about what you are calling the ‘working branch’ but I did go through the instructions here: https://wiki.fogproject.org/wiki/index.php?title=Installation#Current_development_version to get the 1.5.0-RC-2 dev branch.

After installing that version, Capone is working perfectly. Thank you.

As a side note, what exactly were you referring to when you said (or better the working branch)? Is there a non-development version that is higher than 1.4.4? I thought that I was already on the latest working version.

Thanks again,

@Tom-Elliott
Doing some more troubleshooting, I noticed something new. When I am clicking the update settings button or the add association button, I get an error at the top of the screen stating ‘Invalid Plugin Passed’.

I found this post about that error: https://forums.fogproject.org/topic/9883/invalid-plugin-passed-message/2

I tried using the command on that post and then re-installing Capone but that has not helped so far.

Thank you,

@Tom-Elliott

Ok, but I also do not show a fog.capone option under the iPXE menu customization page and when I boot a client PC, Capone does not show on the FOG menu.

Honestly, it almost looks like it is not being fully installed even though it shows up in the Installed Plugins section.

@Tom-Elliott
There are 2 sections under the Capone plugin.

The Settings section has the DMI Field and the reboot or shutdown after imaging option. If I select a DMI option and set the reboot behavior and click Update Settings then I just get taken back to the Installed Plugins screen. When I re-open Capone, the setting has not been saved.

The Add Image to DMI Associations section has the Image Definition drop down and DMI Result fields. If I select an image from the drop down and type a DMI result in the appropriate field and click Add Association then it takes me back to the Installed Plugins screen. When I re-open Capone, there are no associations listed.

I have also tried choosing options in the Settings section and the Add Image to DMI Associations section then clicking the Add Association button but I get the same behavior.

One other thing to note, on the old version of FOG (0.32 that I still have installed on a different server) when I go to the Capone plugin, there is a section at the bottom called PXE Configuration. That section does not appear at all on the new FOG server.

@Tom-Elliott said in FOG 1.4.4 Capone problme:

wget -O /var/www/fog/lib/fog/plugin.class.php https://raw.githubusercontent.com/FOGProject/fogproject/6717f382177e714c1bd22eb11627133cfd4e0ebe/packages/web/lib/fog/plugin.class.php

I tried this but it did not help.
As for how/when Capone was installed, this FOG installation was a direct installation of 1.4.4 so there were no previous versions of FOG on this machine. I registered a PC, uploaded and image and installed Capone pretty much immediately afterward.

Please see: FOG 1.3 Capone problem##### Server

• FOG Version: 1.4.4
• OS: Ubuntu 14.04

Description

I am running into the same problem as described in the topic above but I am running FOG 1.4.4 and am using the latest version of Capone that I was able to download via the FOG server.

Basically, I don’t seem to be able to save any of the Capone plugin settings. When I select a DMI field to use and click Update Settings, the screen flashes and just takes me back to the installed plugins page. If I try to create an association, it does the same thing. I thought maybe it was just a permissions issue on the plugins directory so I tried completely opening the permissions (chmod 777) on the /var/www/fog/fog/lib/plugins directory and all subfolders, but that did not help.

Any assistance would be appreciated.

That version of PHP was installed by the FOG installer automatically so I assumed that was the version it required.

I am using RHEL 5.3 (Tikanga).

Server

• FOG Version: 1.4.4
• OS: Redhat

Description

I am trying to install FOG 1.4.4 on a clean installation of redhat but when I get to the part where I am supposed to go to serverIP/fog/management and click install/upgrade the page is just blank. If I tell the installation to finish, it completes without error but I am still unable to get the management page to display. During my own troubleshooting, I have found that after the installation, no fog database has been created in mysql as well.

At one point I suspected that the httpd service might be the problem so I did a clean installation of the OS and just installed httpd. With that installed, I am able to go to the server IP address in a browser and get the apache landing page, however after I run the FOG installation, going to that same IP address gives me a completely blank page, just like the management page.

I suspected that maybe the lack of a fog database might be the cause of the blank page so I have tried manually creating a blank fog database but that did not get the pages to behave any differently. At the end of the FOG installation, it makes a backup .sql file that is supposed to be a backup of the database. I tried using the commands to restore a fog database to import that backup file but that did not help get the page to load either. I have a working 0.32 FOG server already so I tried making a backup of its fog database and restoring it to the FOG 1.4.4 installation but that didn’t help either.

I have verified that the mysql password for root is blank and that the FOG installation settings reflect this as well.

I ran the command ‘tail -100 /var/log/httpd/error_log’ after a clean installation of both the OS and FOG 1.4.4 and these are the results:
[Thu Jun 29 21:23:57 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Jun 29 21:23:57 2017] [notice] Digest: generating secret for digest authentication …
[Thu Jun 29 21:23:57 2017] [notice] Digest: done
PHP Warning: PHP Startup: Unable to load dynamic library ‘/usr/lib64/php/modules/gd.so’ - libX11.so.6: cannot open shared object file: No such file or directory in Unknown on line 0
[Thu Jun 29 21:23:58 2017] [notice] Apache/2.2.32 (Unix) DAV/2 PHP/5.3.17 mod_ssl/2.2.32 OpenSSL/1.0.1k-fips configured – resuming normal operations
[Thu Jun 29 21:24:13 2017] [error] [client x.x.x.x] PHP Parse error: syntax error, unexpected ‘&’ in /var/www/html/fog/commons/init.php on line 132
[Thu Jun 29 21:24:19 2017] [error] [client x.x.x.x] PHP Parse error: syntax error, unexpected ‘&’ in /var/www/html/fog/commons/init.php on line 132
[Thu Jun 29 21:24:24 2017] [error] [client x.x.x.x] PHP Parse error: syntax error, unexpected ‘&’ in /var/www/html/fog/commons/init.php on line 132
[Thu Jun 29 21:25:21 2017] [error] [client x.x.x.x] PHP Fatal error: Cannot create references to elements of a temporary array expression in /var/www/html/fog/maintenance/create_update_node.php on line 25

One other odd thing that I have noticed is that at the very beginning of the FOG installation, I see these lines:
mkdir: cannot create directory /run/rpcbind': No such file or directory touch: cannot touch /run/rpcbind/rpcbind.lock’: No such file or directory