Error when collecting Host Inventory.
-
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. -
Is this with a new FOG server?
Has this process ever worked in the past?
What client device (mfg and model) are you trying to inventory? -
@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.
-
@FlareImp I’m just trying to identify if its the FOG server or a newly introduced client computer that is doing this.
when you review (tail) the apache error log is there anything useful to tell?
-
@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 285All 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.
-
The Last two entries are when I tried to do the inventory task.
-
Can you try:
wget -O /var/www/fog/lib/reg-task/taskqueue.class.php https://raw.githubusercontent.com/FOGProject/fogproject/7f26ac019e89b2889822fa0538e4dc53315befdd/packages/web/lib/reg-task/taskqueue.class.php
See if this helps the issue.
It is currently in the working-RC-18 branch, but the change I’m suggesting will not hurt anything within RC-17. RC-18 hasn’t been released yet so I don’t know how you’re already running it.
-
I’m fairly sure this is fixed in the latest. My guess is the problem was the host didn’t have an image assigned to it? I’ve made sure that only imaging tasks will get imaging logs now. I’m solving the thread, but please feel free to let us know if there’s any other issues with this.
-
@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.
-
@Tom-Elliott Using the command you posted fixed the problem. Thanks for the quick fix.