Posts made by FlareImp

I was wondering if there was a way to display where an image is being pulled from while it is being downloaded. I think it would be handy to know where the image is coming from in case you have many fog servers/Storage nodes at a single site like we do. Maybe the information could be displayed on one of these two screens?

@Wayne-Workman Automatic Updates are already disabled on my servers. I do not update the OS once fog has been installed. It tends to break things.

This also took care of my issue. Do we know what the cause was so it doesn’t happen again?

Server

• FOG Version: 1.3.0 & 1.3.3
• OS: Ubuntu 16.04.1

Client

• Service Version: Legacy & 11.7/8
• OS: Windows 7 Ent. 64bit

Description

Came into work today and 4 of my buildings were continuously rebooting workstations. When I checked the fog server web gui I seen this screen listed below. rebooting the servers does not take care of the issue so I am looking for assistance.

ERROR:
Your database connection appears to be invalid. FOG is unable to communicate with the database. There are many reasons why this could be the case. Please check your credentials in /var/www/fog/lib/fog/config.class.php. Also confirm that the database is indeed running. If credentials are correct, and if the Database service is running, check to ensure your filesystem has enough space.

The issue has been fixed. Our content filter was blocking it. idk how but it was only on that one server. go figure. lol

@Wayne-Workman Okay, the Firewall is disabled on the computer so I guess I will need to look elsewhere for the cause. Just not sure where to look.

@Wayne-Workman said in Adding needed repository.....Failed:

curl https://launchpad.net/~ondrej

curl: (7) Failed to connect to launchpad.net port 443: Connection refused

@Wayne-Workman said in Adding needed repository.....Failed:

sudo add-apt-repository ppa:ondrej/php
sudo apt-get update

I get this…

Cannot add PPA: 'ppa:~ondrej/ubuntu/php'.
ERROR: '~ondrej' user or team does not exist.

@Wayne-Workman This is the only log file I found.

ntpdate is already the newest version (1:4.2.8p4+dfsg-3ubuntu5.3).
python-software-properties is already the newest version (0.96.20.5).
0 upgraded, 0 newly installed, 0 to remove and 42 not upgraded.
20 Jan 08:56:54 ntpdate[3199]: adjust time server 50.16.201.39 offset -0.029476 sec
Generating locales (this might take a while)...
  en_US.UTF-8... done
Generation complete.
Cannot add PPA: 'ppa:~ondrej/ubuntu/php'.
ERROR: '~ondrej' user or team does not exist.
Hit:1 http://us.archive.ubuntu.com/ubuntu xenial InRelease
Hit:2 http://us.archive.ubuntu.com/ubuntu xenial-updates InRelease
Hit:3 http://security.ubuntu.com/ubuntu xenial-security InRelease
Hit:4 http://us.archive.ubuntu.com/ubuntu xenial-backports InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
ntpdate is already the newest version (1:4.2.8p4+dfsg-3ubuntu5.3).
software-properties-common is already the newest version (0.96.20.5).
python-software-properties is already the newest version (0.96.20.5).
0 upgraded, 0 newly installed, 0 to remove and 42 not upgraded.
20 Jan 08:57:06 ntpdate[3435]: adjust time server 50.16.201.39 offset -0.013329 sec
Generating locales (this might take a while)...
  en_US.UTF-8... done
Generation complete.
Cannot add PPA: 'ppa:~ondrej/ubuntu/php'.
ERROR: '~ondrej' user or team does not exist.

Server

• FOG Version: 1.3.0—>1.3.3
• OS: Ubuntu 16.04.1

Client

• Service Version: 0.11.7
• OS: Windows 7 Ent. 64bit

Description

I am trying to upgrade Fog from 1.3.0 to 1.3.3 at one of my buildings but it keeps failing at “Adding needed repositorys…Failed!” The 2 storage nodes at the site upgraded without an issue but the DB fog server just keeps failing. I don’t believe our content filter is the issue because I was able to upgrade my other 6 buildings without problems. It’s the only one giving me an issue. I have tried creating a fresh install but it does the same thing. Is there a way to bypass the repository so it will continue through the setup?

Thanks,

@Wayne-Workman In my test envirement I am running the RC versions on Ubuntu 16.x. When I setup the new servers they will all be fresh installs as well.

Awesome, waiting and having the installer run from the setupcomplete.cmd sounds like that just what I need!

@Wayne-Workman We are Running Ubuntu 12.04 and Fog 1.2.0. I have been doing some testing with the RC version(s) of fog but am not willing to use it in production as of yet. The reason I was asking was to try out a new setup with the new client in my test environment but I am a little stuck on how to change where the New Client is pointing if all my sites are using the same master image. I have talk with my boss about have a single central site but we were a little uneasy about it and rather like the idea of each site being standalone. I thought about using GP to push the client out but that would only work with old systems that are already on the domain. Since our new systems would be off the domain and require the Fog Client to add themselves to the domain. I just didn’t know if changing where the Fog Client is pointing to would be as simple as replacing a file like we are doing with the Legacy Client.

This isn’t so much of a problem as it is a question. I currently have 8 sites each with their own fog server and anywhere between 5 and 8 nodes. I currently have a master image with the legacy client setup. All sites use the “PostDownloadScripts” directory to copy drivers for the specific model of system that is being imaged. Once that completes it then replaced the config.ini file on the client with the config file in the “PostDownloadsScript” directory for that buildings particular fog server. That way when the Client boots into windows it will be pointing to the local fog server and not the site I created the fog install at.

Now my question is this, How easy is it to do the above process using the new Fog client? Or, is there a more simpler way?

Thank you

@Tom-Elliott Using the command you posted fixed the problem. Thanks for the quick fix.

@Tom-Elliott I haven’t had a chance to try the code you posted above. Some of the hosts had images already assigned to them and some others had just been imaged and I tried to run the task afterwards.

The Last two entries are when I tried to do the inventory task.

@george1421 This is what I see in the log from the GUI.

[Fri Oct 28 11:25:16.511043 2016] [:error] [pid 4524] [client 10.223.2.29:65165] PHP Warning: array_combine(): Both parameters should have an equal number of elements in /var/www/fog/lib/fog/fogbase.class.php on line 899
[Fri Oct 28 11:25:16.518450 2016] [:error] [pid 4495] [client 10.223.2.182:59125] PHP Warning: array_combine(): Both parameters should have an equal number of elements in /var/www/fog/lib/fog/fogbase.class.php on line 899
[Fri Oct 28 11:25:16.525062 2016] [:error] [pid 4529] [client 10.223.2.98:52544] PHP Warning: array_combine(): Both parameters should have an equal number of elements in /var/www/fog/lib/fog/fogbase.class.php on line 899
[Fri Oct 28 11:25:16.531938 2016] [:error] [pid 4506] [client 10.223.2.127:65047] PHP Warning: array_combine(): Both parameters should have an equal number of elements in /var/www/fog/lib/fog/fogbase.class.php on line 899
[Fri Oct 28 11:25:16.554479 2016] [:error] [pid 4532] [client 10.223.2.163:55037] PHP Warning: array_combine(): Both parameters should have an equal number of elements in /var/www/fog/lib/fog/fogbase.class.php on line 899
[Fri Oct 28 11:26:08.862239 2016] [mpm_prefork:notice] [pid 4489] AH00169: caught SIGTERM, shutting down
[Fri Oct 28 11:27:15.255028 2016] [mpm_prefork:notice] [pid 1369] AH00163: Apache/2.4.18 (Ubuntu) OpenSSL/1.0.2g configured – resuming normal operations
[Fri Oct 28 11:27:15.283006 2016] [core:notice] [pid 1369] AH00094: Command line: ‘/usr/sbin/apache2’
[Fri Oct 28 11:56:41.431948 2016] [:error] [pid 2138] [client 10.223.2.175:51486] PHP Fatal error: Uncaught Error: Call to a member function get() on null in /var/www/fog/lib/reg-task/taskingelement.class.php:285\nStack trace:\n#0 /var/www/fog/lib/reg-task/taskqueue.class.php(450): TaskingElement->imageLog(false)\n#1 /var/www/fog/service/Post_Wipe.php(24): TaskQueue->checkout()\n#2 {main}\n thrown in /var/www/fog/lib/reg-task/taskingelement.class.php on line 285
[Fri Oct 28 11:57:20.566247 2016] [:error] [pid 2431] [client 10.223.2.174:46086] PHP Fatal error: Uncaught Error: Call to a member function get() on null in /var/www/fog/lib/reg-task/taskingelement.class.php:285\nStack trace:\n#0 /var/www/fog/lib/reg-task/taskqueue.class.php(450): TaskingElement->imageLog(false)\n#1 /var/www/fog/service/Post_Wipe.php(24): TaskQueue->checkout()\n#2 {main}\n thrown in /var/www/fog/lib/reg-task/taskingelement.class.php on line 285

All of my clients are still running the 1.2.0 version of the fog client. I have not moved any of my systems to the new client yet since we are still in the troubleshooting stages.

@george1421 no, this is not a new fog server. The task worked in RC-11 through 14. The clients are Dell Optiplex 960, 980, 990, 9010, and 9020s.

Server

• FOG Version: 1.3.0 RC-15, 16, 17, 18
• OS: Ubuntu 16.04

Client

• Service Version:
• OS:

Description

I am seeing this error when I try and run a full inventory task on a new client, or tell an existing client to retrieve hardware inventory information. I would have posted sooner but its a mad house at work.

Attempting to send inventory…Done
Task Complete
Updating Database…Failed
An error has been detected!
Could not complete tasking. (/bin/fog.inventory)
Args Passed: b8:ca:3a:89:b5:1f
Computer will reboot in 1 minute.