Posts made by fry_p

@Tom-Elliott This is what I’m getting when I manually try to update mysql-server:

Fogadmin@FOGTEST:~$ sudo apt-get install mysql-server
[sudo] password for fogadmin: 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 mysql-server : Depends: mysql-server-5.5 but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

This may be an Ubuntu issue and not Fog I’m thinking?

@Tom-Elliott Thanks for the tip. I only have a script so it can run automatically at 3 am every morning to stay up to date. Even without using the script I am failing at the same point. Would apache logs help? I don’t touch anything outside the script when it comes to updating.

@Jbob Thanks a million! Now I sat down and made the described changes from the wiki and it works flawlessly.

@Tom-Elliott I am actually using a script that checks for the latest and installs. To my knowledge, this is the latest. Please see below for my script:

echo *MYPASSWORD* | sudo -S apt-get update -y
sudo -S apt-get upgrade -y


sudo cp /opt/fog/service/etc/config.php /home/fogadmin/fogInstalls # config file
sudo cp /etc/exports /home/fogadmin/fogInstalls/exports # Exports file
sudo cp /var/www/html/fog/service/ipxe/bzImage /home/fogadmin/fogInstalls # 64 bit kernel
sudo cp /var/www/html/fog/service/ipxe/bzImage32 /home/fogadmin/fogInstalls # 32 bit kernel
sudo cp /var/www/html/fog/service/ipxe/bg.png /home/fogadmin/fogInstalls # custom background
mysqldump -u root --all-databases --events > all-Databases-backup.sql # database backup

cd /home/fogadmin/fogInstalls
time_stamp=$(date +%Y_%m_%d_%H_%M_%S)
mkdir ${time_stamp}
cd ${time_stamp}


sudo svn checkout https://svn.code.sf.net/p/freeghost/code/trunk
sudo chown -R fog /home/fogadmin/fogInstalls
sudo chgrp -R fog /home/fogadmin/fogInstalls
sudo chmod -R 777 /home/fogadmin/fogInstalls

cd ${PWD}/trunk/bin
sudo yes | ${PWD}/installfog.sh
wget -O - --post-data=“confirm=yes” “http://${FOGWEBIP}/commons/schemaupdater/index.php” 2>/dev/null


#sudo rm /opt/fog/service/etc/config.php
#sudo cp /home/fog/fogInstalls/config.php /opt/fog/service/etc
#sudo rm /home/fog/fogInstalls/bzImage && sudo rm /home/fog/fogInstalls/bzImage32
#sudo cp /home/fog/fogInstalls/bzImage /var/www/html/fog/service/ipxe
#sudo cp /home/fog/fogInstalls/bzImage32 /var/www/html/fog/service/ipxe
#sudo cp /home/fog/fogInstalls/bg.png /var/www/html/fog/service/ipxe
#sudo cp /tftpboot/undionly.kpxe /tftpboot/undionly.kpxe.original && mv /tftpboot/undionly.kpxe /tftpboot/undionly.0
#sudo cp /tftpboot/undionly.0 /var/www/html/fog/service/ipxe/undionly.0

sudo chown -R fog /var/www/html/fog
sudo chgrp -R fog /var/www/html/fog
sudo chmod -R 775 /var/www/html/fog
sudo chown -R fog /images
sudo chgrp -R fog /images
sudo chmod -R 775 /images



sudo /etc/init.d/apache2 restart
sudo service mysql restart
sudo service tftpd-hpa restart

Please let me know if you see anything wrong with it.

Hi Guys,
Please see the error below:

	apache2 php5 php5-json php5-gd php5-cli php5-curl mysql-server mysql-client tftpd-hpa tftp-hpa nfs-kernel-server vsftpd net-tools wget xinetd sysv-rc-conf tar gzip build-essential cpp gcc g++ m4 htmldoc lftp openssh-server php-gettext php5-mcrypt php5-mysqlnd curl libc6 libcurl3 zlib1g php5-fpm libapache2-mod-php5


 * Skipping package: apache2...................................(Already Installed)
 * Skipping package: php5......................................(Already Installed)
 * Skipping package: php5-json.................................(Already Installed)
 * Skipping package: php5-gd...................................(Already Installed)
 * Skipping package: php5-cli..................................(Already Installed)
 * Skipping package: php5-curl.................................(Already Installed)
 * Installing package: mysql-server............................Failed!
 * Restarting Apache httpd web server apache2                                   AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message

I am running on Git 7645 trying for the last few days to update to the latest. Please let me know if you would like other logs.

Thanks,
Paul

@Jbob I apologize, I was not up to speed on that practice. Can you post a link to the specific Wiki article please?

@Jbob Is this the permanent fix for all future clients? I had to make a snap decision this morning since I didn’t have time to edit my unattend file. I ended up going to 0.10.5 to stay semi-current. I had client updater enabled so they did go to 0.10.6 after sysprep. I suppose this is also a band-aid fix since they are waiting to upgrade to 10.6. Admittedly I should have checked the wiki, but again, time was a factor.

Fellas,
This was a rough morning. I went to Image a lab before school with Git 7645 (can’t update at the moment, installation fails, but that’s another thread) with client 0.10.6. The first Dell Optiplex 5040 imaged flawlessly. However, as the others returned from imaging into sysprep, one by one they failed right after “Installing devices” hit 100%. All of the rest failed. I am now downgrading the client to 0.10.4 because that one was more stable it seems. I know the unattend fix, but the downgrade is quicker. I can post more details later, but I wanted to report this issue.

@ITSolutions I suppose my method is a band-aid fix of sorts. At my place of work, we are moving to standardize the models of PC’s we are putting in. By the time next school year starts, we will have about 75% of all of the PC’s in the network be Dell Optiplex 5040’s. Ultimately, we are going the model-specific route of images since we only have a handful of models we use. I agree with what you are saying though.

@Jbob @ITSolutions I figured out what it was. Jbob was right on the money. I didn’t have anonymous authentication permissions on the share it was on. I ran the script manually and it threw an authentication (bad UN/PW) error. Then I had a thought: why use a share in the first place? I can just put the driver installation files in the image and use the batch file to point at them after imaging! I was over-complicating it really. I am trying this method now. Will keep you posted

@Jbob I think I get it. On Monday, I will try to find the sub-process that actually installs the driver and not just “setup.exe”. I know for a fact it has a number of sub-processes to install superfluous garbage bloatware as well, so finding the plain driver install has a silver lining,.

The one thing that I don’t understand is why it works as a manual snapin deployment. I initiate the task from the GUI, reboot and it takes it from there.

Hi Everyone,
I am just starting to play around with snapins. I have a situation where pre-installing a video driver on an image causes it to fail during sysprep when deployed. I figured, why not try a snapin to install it silently after sysprep? The most efficient way I could think of was to write a short batch file and reference the installer on a network share that is temporarily mapped for the install then removed. See below:

echo off

pushd \\homead\tech\bpi\nvidia

setup.exe -s

popd

When I run the snapin from the FOG gui on an already imaged host, it works flawlessly. Installs silently and reboots. However, when I register a host, associate a snapin and image, and choose to image it that way, it does not work. In the snapin log for the host post imaging, it says it completed in 30 seconds and returned code 0. I reckon that’s not enough time to install a full video driver. My theory is that the snapin is being run pre-hostname change and gets interrupted by the changing of the hostname and joining the domain. I’m no scripting expert, but I tried to force the batch file to “wait” until the install was done:

echo off

pushd \\homead\tech\bpi\nvidia

start /wait setup.exe -s

popd

Alas, it still “finishes” in thirty seconds and fails to install it before the hostname is changed. Please feel free to point out any glaring mistakes, I won’t take it personally

As always, thanks in advance for your help.

Paul

@Tom-Elliott On 7609, the client is back to normal. In fact, my snapin fired off too! Thank you my friend!

@Tom-Elliott I’m not helping by posting snippets of the apache log. Want the full one? I’m noticing errors on different lines now.
0_1463141143175_error.log

@Tom-Elliott new Apache error in log:

Fri May 13 08:00:25.107051 2016] [:error] [pid 17793] [client 10.1.106.146:49243] PHP Fatal error:  Function name must be a string in /var/www/html/fog/lib/client/printerclient.class.php on line 7

@Tom-Elliott I am now on 7605 and it appears to be doing the same thing:

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 5/13/2016 7:53 AM Client-Info Client Version: 0.10.6
 5/13/2016 7:53 AM Client-Info Client OS:      Windows
 5/13/2016 7:53 AM Client-Info Server Version: 7605
 5/13/2016 7:53 AM Middleware::Response ERROR: Unable to get subsection
 5/13/2016 7:53 AM Middleware::Response ERROR: Object reference not set to an instance of an object.
 5/13/2016 7:53 AM Service ERROR: Unable to run module
 5/13/2016 7:53 AM Service ERROR: Object reference not set to an instance of an object.

EDIT: now the Apache logs say line 7 FYI

OK, I’m not an expert but I think this is bad:
[Fri May 13 07:34:42.917284 2016] [:error] [pid 19523] [client 10.1.36.193:52663] PHP Warning: mysqli::mysqli(): MySQL server has gone away in /var/www/html/fog/lib/db/mysql.class.php on line 25

It repeats this many times with many different IP’s listed. I believe it is both the legacy clients and the new clients.
I’m no SQL expert, so forgive me if it is an obvious issue.

Hi all,
I am running Fog Git 7603 with client 0.10.6. I was trying to deploy a snapin and it wasn’t working. I looked at fog.log and saw this under all of the services that were trying to run:

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 5/13/2016 6:08 AM Client-Info Client Version: 0.10.6
 5/13/2016 6:08 AM Client-Info Client OS:      Windows
 5/13/2016 6:08 AM Client-Info Server Version: 7603
 5/13/2016 6:08 AM Middleware::Response ERROR: Unable to get subsection
 5/13/2016 6:08 AM Middleware::Response ERROR: Object reference not set to an instance of an object.
 5/13/2016 6:08 AM Service ERROR: Unable to run module
 5/13/2016 6:08 AM Service ERROR: Object reference not set to an instance of an object.
------------------------------------------------------------------------------

Again, this is not just snapin client, but all services. Is there something I’m doing wrong?

Thanks in advance for the help!
Paul

@Jbob Luckily (not best practice) 95% of our PC’s use the legacy client as part of our old images (recently moved to trunk). We have a handful of test machines that the new client is on for building new images. We also tested that if you don’t uncheck the option to put fog.log at the root of the drive, everything is ok. Thanks for your help!

@Quazz I think I agree it could be FOG. I realize there are workarounds (trying live CD now), but now it is appearing on any image that has the new client installed. The weird thing is pre-sysprep for this image, this file was not there.