@K.Hays Ok, now try mysql -u root -D fog

@K.Hays Ok. then inside of /opt/fog/.fogsettings set snmysqluser to root, and blank out snmysqlpass and snmysqlhost, re-run the installer, and you should be good to go.

If you rerun the fog installer, it will actually correct the password issue. This feature was added because people have difficulty with the passwords.

/images/dev are where in-progress uploads go to by default. If you have anything in there, it suggests you have FTP issues at least at some point, or had several partial uploads that failed to complete for some reason.

After an upload complets, it’s moved from /images/dev to /images/<imageName>.

So yes, you may safely delete everything in there. You can do that with rm -rf /images/dev/* The only file you must have in there is the /images/dev/.mntcheck file, which is just a blank file that you can make like this: touch /images/dev/.mntcheck

it sounds like spanning-tree / portfast is not enabled.

Basic test is - put a non-managed (dumb) mini-switch between a computer and the building network, see if it works or not.

It’s not required, it’s optional.

You will find the printer helper program that Joe made quite useful.
Basically, manually install the printer, then fire up the helper program, it will give you the values to use in the FOG web UI.

If you have issues getting the printer to deploy, you can plug these values into the helper’s Add Printer section and if somethings wrong it’ll give you an error about it. Download the latest version of it from here:
https://github.com/FOGProject/fog-client/releases

I want to make a video all about it, but I don’t have a network printer at home.
Anyone want to donate an old network printer?

@kleanthis Be aware that at the moment, rc-9 has some issues with snapins. You’ll want to move to RC-10 as soon as it’s out.

In the video @ 9 seconds, did you reboot the machine? Why did it appear to reboot?

Also - FOG does not use ISO files for imaging. You must first capture an image using FOG before you can deploy it.

I wouldn’t advise trying to modify RC1’s code base. I would advise updating to the latest RC.

What version of fog is this? What OS & version is it running on?

For the last errors you posted, we’ve seen those from rc-9, I think that particular thing is fixed in rc10.

@adukes40 That’s really rough. We need to figure out how to support the keyobard on these Dells in the Linux kernel.

@Scott-Adams You should first update to RC-10. You already have the file you need, it’s /tftpboot/ipxe7156.efi

Please use wireshark to capture a DHCP conversation from the surface pro 4, we are collecting vendor strings for these devices, it’s kind of important to us. With this, we can tell you exactly how to configure your DHCP server to serve this particular file to your Surface Pros, and this will help everyone else too. And it’s not that big of a request. In wireshark, use the bootp filter.

@george1421 said in Modifying Boot Menu:

With the new version of fog there is a pxe boot menu item already called quick image (or maybe they changed it to quick or immediate deploy, I can’t remember)

It’s called Image Deploy.

Yes it’s easily possible. Is it an internal drive or external one? And what OS is your FOG server running?

You may glance through these instructions - I wrote them about a year or so ago but they work, in fact I used them to partition, format, and mount an external sata drive on my new raspberry pi recently… so that tells me the instructions are pretty universal. You’ll want to read through the text and not just throw commands at your server. Because you asked, I just spruced up the instructions a little.

https://wiki.fogproject.org/wiki/index.php?title=Fedora_21_Server#Formatting_.26_mounting_a_2nd_SATA_drive

@dureal99d Thank you. Just give the instructions a shot. Post here if you have difficulties or if you succeed too.

I’ve used fog to change hostnames of computers joined to a domain. It works fine. What’s most likely happening is the credentials you have saved in fog for AD don’t have the authority to disable the old computer objects so new ones can be made.

At any rate - we’re just guessing and won’t be of much help until we can get a c:\fog.log file from an affected host from you.

Neither FOG nor the update deleted your images - I can guarantee you this.

Did you change the IP address of the fog server?

@EAHarvey Correct. If the installer hasn’t completed at least once, there will be no fogsettings file. It exixts here: /opt/fog/.fogsettings

@Tom to get the installed php version, it’s just php -v

So - I just spun up a brand-new Ubuntu 16 Server VM, updated it, and installed RC-10 on the first try with zero problems.

We typically warn people against upgrading Linux Distributions to another newer major version for use with FOG. It never goes well, this is a good example of why we recommend against it.

I’m going to guarantee that your problems are either being caused by imperfections in the upgrade process from 14 to 16, or by grandfathered-in settings, or by PHP 5.x being mixed with PHP 7.x

All the below instructions assume you are root - proper. Become root properly first with:
sudo -i

Along the lines of what @EAHarvey said about updating, I’d recommend running this line to do that, it’s a more aggressive version that will also clean out things that aren’t needed too.
apt-get update -fy;apt-get upgrade -fy;apt-get dist-upgrade -fy;apt-get autoremove

The next thing to try is simply running the commands the installer would run, but manually. These are them, just copy/paste and give us the results:

a2enmod php
a2enmod rewrite
a2enmod ssl
a2ensite "001-fog"

The next thing to try is deleting the .fogsettings file and then forcing the installer to use PHP7 as we used to do when we had issues with Ubuntu 16, Do that with these commands:

#Go to your fogproject repo's bin directory first#
rm -f /opt/fog/.fogsettings
apt-get purge php*
apt-get purge apache*
rm -rf ‘/etc/apache*’ ‘/etc/php*’
apt-get autoremove
php_ver='7.0' php_verAdds='-7.0' ./installfog.sh -y

Here’s some of my configuration files from Ubuntu 16, does yours look like this? If you run each of the commands in red, it’ll output the file.

cat /etc/apache2/sites-enabled/001-fog.conf

<VirtualHost *:80>
	KeepAlive Off
	ServerName 10.0.0.12
	DocumentRoot /var/www/
	#RewriteEngine On
	#RewriteRule /management/other/ca.cert.der$ - [L]
	#RewriteRule /management/ https://%{HTTP_HOST}%{REQUEST_URI}%{QUERY_STRING} [R,L]
</VirtualHost>

cat /etc/apache2/sites-available/001-fog.conf

<VirtualHost *:80>
	KeepAlive Off
	ServerName 10.0.0.12
	DocumentRoot /var/www/
	#RewriteEngine On
	#RewriteRule /management/other/ca.cert.der$ - [L]
	#RewriteRule /management/ https://%{HTTP_HOST}%{REQUEST_URI}%{QUERY_STRING} [R,L]
</VirtualHost>

cat /etc/apache2/apache2.conf

# This is the main Apache server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See http://httpd.apache.org/docs/2.4/ for detailed information about
# the directives and /usr/share/doc/apache2/README.Debian about Debian specific
# hints.
#
#
# Summary of how the Apache 2 configuration works in Debian:
# The Apache 2 web server configuration in Debian is quite different to
# upstream's suggested way to configure the web server. This is because Debian's
# default Apache2 installation attempts to make adding and removing modules,
# virtual hosts, and extra configuration directives as flexible as possible, in
# order to make automating the changes and administering the server as easy as
# possible.

# It is split into several files forming the configuration hierarchy outlined
# below, all located in the /etc/apache2/ directory:
#
#	/etc/apache2/
#	|-- apache2.conf
#	|	`--  ports.conf
#	|-- mods-enabled
#	|	|-- *.load
#	|	`-- *.conf
#	|-- conf-enabled
#	|	`-- *.conf
# 	`-- sites-enabled
#	 	`-- *.conf
#
#
# * apache2.conf is the main configuration file (this file). It puts the pieces
#   together by including all remaining configuration files when starting up the
#   web server.
#
# * ports.conf is always included from the main configuration file. It is
#   supposed to determine listening ports for incoming connections which can be
#   customized anytime.
#
# * Configuration files in the mods-enabled/, conf-enabled/ and sites-enabled/
#   directories contain particular configuration snippets which manage modules,
#   global configuration fragments, or virtual host configurations,
#   respectively.
#
#   They are activated by symlinking available configuration files from their
#   respective *-available/ counterparts. These should be managed by using our
#   helpers a2enmod/a2dismod, a2ensite/a2dissite and a2enconf/a2disconf. See
#   their respective man pages for detailed information.
#
# * The binary is called apache2. Due to the use of environment variables, in
#   the default configuration, apache2 needs to be started/stopped with
#   /etc/init.d/apache2 or apache2ctl. Calling /usr/bin/apache2 directly will not
#   work with the default configuration.


# Global configuration
#

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE!  If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the Mutex documentation (available
# at <URL:http://httpd.apache.org/docs/2.4/mod/core.html#mutex>);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
#ServerRoot "/etc/apache2"

#
# The accept serialization lock file MUST BE STORED ON A LOCAL DISK.
#
Mutex file:${APACHE_LOCK_DIR} default

#
# PidFile: The file in which the server should record its process
# identification number when it starts.
# This needs to be set in /etc/apache2/envvars
#
PidFile ${APACHE_PID_FILE}

#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300

#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 5


# These need to be set in /etc/apache2/envvars
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}

#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off

# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog ${APACHE_LOG_DIR}/error.log

#
# LogLevel: Control the severity of messages logged to the error_log.
# Available values: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the log level for particular modules, e.g.
# "LogLevel info ssl:warn"
#
LogLevel warn

# Include module configuration:
IncludeOptional mods-enabled/*.load
IncludeOptional mods-enabled/*.conf

# Include list of ports to listen on
Include ports.conf


# Sets the default security model of the Apache2 HTTPD server. It does
# not allow access to the root filesystem outside of /usr/share and /var/www.
# The former is used by web applications packaged in Debian,
# the latter may be used for local directories served by the web server. If
# your system is serving content from a sub-directory in /srv you must allow
# access here, or in any related virtual host.
<Directory />
	Options FollowSymLinks
	AllowOverride None
	Require all denied
</Directory>

<Directory /usr/share>
	AllowOverride None
	Require all granted
</Directory>

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride None
	Require all granted
</Directory>

#<Directory /srv/>
#	Options Indexes FollowSymLinks
#	AllowOverride None
#	Require all granted
#</Directory>




# AccessFileName: The name of the file to look for in each directory
# for additional configuration directives.  See also the AllowOverride
# directive.
#
AccessFileName .htaccess

#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
	Require all denied
</FilesMatch>


#
# The following directives define some format nicknames for use with
# a CustomLog directive.
#
# These deviate from the Common Log Format definitions in that they use %O
# (the actual bytes sent including headers) instead of %b (the size of the
# requested file), because the latter makes it impossible to detect partial
# requests.
#
# Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
# Use mod_remoteip instead.
#
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

# Include of directories ignores editors' and dpkg's backup files,
# see README.Debian for details.

# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf

# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Do you have an image assigned to the host? Are you using the location plugin? What storage group is the image assigned to? Would you mind updating to RC11 please?