Posts made by Jose Antonio Sanchez

exports for NFS pointing to the new location??? I just fixed that on a FOG 1.2.0 on CentOS 7… same error… I had already chowned and chmodded the permissions for the new folder along with copying the .mntcheck files… all that was missing were the exports for nfs that were still pointing to the default /images folder

madskillz23,

I fixed the mariadb problem by:
[INDENT=1]su[/INDENT]
[INDENT=1]gedit /etc/rc.d/rc.local[/INDENT]

Adding this line to the end of file “rc.local”
[INDENT=1]systemctl restart mariadb.service[/INDENT]

then as the comments at the beginning of “rc.local” indicated to make sure the file is executable, ran:
[INDENT=1]chmod +x /etc/rc.d/rc.local[/INDENT]
[INDENT=1] [/INDENT]
Now, on to figuring out about the multicast…

EDIT: I did run the command to enable the mariadb.service and it kept on crashing on boot…

madskillz23,

Same here… can’t multicast even on a flat (unmanaged) switch…

now… on a VM Server (different than the one with the problem for multicast) MariaDB fails to start on boot and I have to restart it every time with:

[INDENT=1]systemctl restart mariadb.service[/INDENT]

I tried adding the following two lines to the my.cnf

[INDENT=1][mysql.service][/INDENT]
[INDENT=1]–service-startup-timeout=9000[/INDENT]

but it did not help…

Again… I’m semi-new to linux… any help appreciated…

[quote=“madskillz23, post: 35285, member: 8206”]Have to disable SElinux on all distros. Rip off your firewall as well quick to test the NFS mount. systemctl stop firewalld.service && systemctl disable firewalld.service[/quote]

Yup… I forgot to add that I did have to stop and disable the firewall service…

The problem I was having with mounting the NFS share for /images/dev in /images was due to the NFS service not running…

I did, I think, systemctl restart nfs-server.service and also systemctl enable nfs-server.service just to be sure…

I had to also disable SELINUX:

[COLOR=#000000][FONT=monospace]sed -i ‘s/SELINUX=enforcing/SELINUX=disabled/’ /etc/sysconfig/selinux
sed -i ‘s/SELINUX=enforcing/SELINUX=disabled/’ /etc/selinux/config[/FONT][/COLOR]

And clients were able to PXE boot after that.

I can register hosts… but, on Upload task the client can’t mount NFS:

[CODE]mounting x.x.x.x:/images/dev/ on /images failed: Operation not supported

Fatal Error: Failed to mount NFS Volume[/CODE]

Then I chown the /images forlder:

[CODE]chown -R fog /images[/CODE]

And rebooted and tried again, same error…

Ok
I was able to install FOG 1.2.0 on CentOS 7…
[LIST=1]
[]Install CentOS 7 Desktop using Gnome Desktop
[LIST=1]
[]Added most options except backup client and one other one… (can’t remember which one)
[/LIST]
[]Installed MariaDB by:
[LIST=1]
[]sudo yum install mariadb-server mariadb
[]sudo systemctl start mariadb
[]sudo mysql_secure_installation
[LIST=1]
[]Left root password blank, but did remove annonymous access (not sure this is completely OK…)
[]Removed remote root access
[/LIST]
[]sudo systemctl enable mariadb.service
[/LIST]
[]Edited the script for the FOG Install in …/fog_1.2.0/lib/redhat/functions.sh
[][INDENT][LIST]
[]section for configureMySql()
[]commented out exit 1; by adding a “#” in front so it looks like this:
[LIST]
[]#exit 1;
[/LIST]
[/LIST][/INDENT]
[*]Ran the FOG install script
[/LIST]
Tada!!!

Note 1: I just finished this install a couple of minutes ago before making this post… I still have to test it…
Note 2: I am rather new to this, so use at your own risk…

Good luck.

Bump!

I followed the steps here to install Mariadb and secure it (leaving blank password of course):

[url]https://www.digitalocean.com/community/tutorials/how-to-install-linux-apache-mysql-php-lamp-stack-on-centos-7[/url]

…but the fog installer still complains about mysql not starting… file not found… so I was able to get a little farther on the install process…

Windows Firewall issue??? Antivirus Blocking the FOG Agent on the computers??? Other security software on the computer?? Security Policy??

There is a bung in Windows 7 in which it “thinks” there is no Internet connection, and some applications use that information to determine if there is network connectivity at all. There are some fixes like this one for Windows 7:

open cmd as Administrator and run:

netsh int ip reset c:\resetlog.txt

This command has resolved problems for applications such as One Note, and other apps that complain that DNS resolution is not working… When this happens and we open any web browser, we can go out to the internet no problem. Still some applications “respect” what Windows 7 says with the “No Internet Access” thing…

Hope this helps…

Tom,

I did the delayed start of mysql as indicated on the rc.local file.

now the tftpd-hpa wont respond to requests unless I stop it manually and start it again.

I disabled tftpd-hpa by:
sudo update-rc.d tftpd-hpa disable

then tried doing the same for the tftpd-hpa on the /etc/rc.local file and added:

sleep 30 && start tftpd-hpa

but I still need to top and start tftpd-hpa manually by doing this:

sudo stop tftpd-hpa
sudo start tftpd-hpa

then it works…

Any ideas???

Tom,

I restarted the server several times, and it seemed to load the web interface but then a minute after it was displaying the “Database Schema Installer / Updater” accompanied by the client PCs not able to load anything from TFTP… This is the same for the other two FOG Servers I installed from scratch on Ubuntu 14.04.

Here are the steps I followed, in case they are of help:
[LIST]
[]Installed Ubuntu 14.04 from flash drive with options:
[LIST]
[]Download Updates during Install
[]Erased Hard drive (it was brand new but nothing else installed)
[]Restarted
[]Installed all Ubuntu updates (nothing else added or installed)
[]Restarted
[/LIST]
[]Installed FOG 1.2.0 from TAR:
[LIST]
[]Downloaded FOG 1.2.0
[]tar xvzf fog_1.2.0.tar.gz
[]sudo ./installfog.sh
[LIST]
[]Followed prompts for Debian (Ubuntu install)
[]Normal Install
[]No DHCP
[]Selected appropriate Router Address
[]Entered DNS IP
[]Left MySQL password blank
[]Logged in to web interface to install Schema
[]Hit Enter to proceed
[/LIST]
[/LIST]
[/LIST]
After that I did:
[LIST]
[]Quick registered host with Master Image
[]Capture image from first host (Image ID # 1)
[]Full hosts registration for 29 computers
[LIST]
[]Selected Image ID 1 for all hosts
[/LIST]
[]Created group for the 29 computers (computer lab)
[]Multicasted image to 29 clients
[]Shut down server (yesterday)
[]Turned on server today
[*]Tried to multicast image again on the next day (we were testing imaging) and started to get the page for the schema update
[/LIST]
EDIT:

• Created user to allow login via PXE Menu
• Edited the PXE Menu to Timeout 5 seconds and Hide menu - Press F9 to login

Tom,

Yes, confirmed, the settings are as follows on /var/www/fog/lib/fog/Config.class.php

DATABASE_HOST ‘localhost’
DATABASE_NAME ‘fog’
DATABASE_USERNAME ‘root’
DATABASE_PASSWORD ‘’

[quote=“Tom Elliott, post: 34447, member: 7271”]Does your database have a password?

You can test with:
[code]mysql -u root fog[/code]

If it gives you “USING PASSWORD: NO” but fails to connect, it’s likely you have a mysql root password set.[/quote]

Tom,

It went right in… no password set, and it took me to the “mysql>” prompt (it also displays MySQL version info before that - 5.5.38-0ubuntu.14.04.1 (Ubuntu))

Tom,

I already tried that. Still no luck… Something seems to be triggering an “update” for the schema.

.fogsettings file (bottom part only):

password=“”;
osid=“2”;
osname=“Debian”;
dodhcp=“n”;
bldhcp=“0”;
installtype=“N”;
snmysqluser=“”
snmysqlpass=“”;
snmysqlhost=“”;
installlang=“0”;
donate=“0”;
fogupdateloaded=“1”

I keep getting the “Database Schema Installer / Updater” message this all the time now with clean installs of FOG 1.2.0 (three different FOG Servers).

The server works, then I can create images at first, deploy them, then after a while, boom! nothing. All I get is the “Database Schema Installer / Updater” page.

Is there a fix for this? I left the MySQL password blank and tried the fixes other’s used as indicated on this thread. How can I avoid this? I can’t deploy images now…

Any help appreciated.

Thank you.