Latest FOG 0.33b
-
Hi Tom, testing capone on r1152.
client hangs at looking for images, with the following error in the apache2 error log.
[Tue Jan 28 18:26:57 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10
[Tue Jan 28 18:26:59 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10
[Tue Jan 28 18:27:01 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10
[Tue Jan 28 18:27:03 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10Any thoughts
-
Will fix, it’s my mistake. I made a typo in working with all the classes, the service files are not class objects, so that’s why you’re seeing that error. Will fix shortly.
-
r1153 should fix the $this variable call in the capone.php file.
-
r1154 should fix windows xp multicast deploy issue.
-
Working off of a theory my XP multi-part style images, it appears that the xp.mbr file provided is set to a larger drive, this is why we’re seeing the can’t have partition outside of disk issue. The vm’s i’m working in only have 50GB available, but the MBR Table looks to set a drive of 75 GB. Because I’ve tested imaging single disk, many a time now, my XP image partition table is for the 75 gb drive, which is what was causing my issues. Looking into a little further.
-
Currently uploading multi-part xp image. Had to fix the partition table so the partitions wouldn’t overlap any more. I don’t know of realigning the partitions broke XP yet, but will keep you posted.
-
Thanks Tom.
Now getting a bit further, hangs at checking in on the client.
Nothing in apache2 error log, but lots of
192.168.3.12 - - [28/Jan/2014:20:41:02 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:20:41:03 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:20:41:03 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:20:41:03 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”in access.log.
[url=“/_imported_xf_attachments/0/522_boottest.png?:”]boottest.png[/url]
-
So it never actually imaged and just stays at checking in?
-
What do the error logs say on the fog server?
-
Yes, it just sticks at checking in, I wouldn’t expect it to stay there for more than a few seconds, but I’ve left it for minutes.
I’ve just tried task uploading and deploying of a working XP system, the deploy seems to work OK, but on the reboot fails with a BSOD unmountable boot volume, so it looks like XP, single partition resizable has problems.
Disc is 30Gb, on virtual box
Apache 2 has nothing in the error log, access.log has repeated messages as per my previous post.
/opt/fog/log is empty, and I can’t see anything in the log viewer under fog settings.
Am I looking in the wrong place for fog logs, or do I need to turn logging on?
Thanks -
/opt/fog/log is for the three FOG Services installed (FOGScheduler, FOGMulticastManager, FOGImageReplicator)
/var/log/{httpd,apache2}/{error_log/access_log, error.log/access.log} is the right places to look, but it seems strange.
Is there an actual task in place on the FOG GUI for your upload task?
I haven’t seen any issues with SDR deploy of xp, as it’s all I’ve had to test with for the last few weeks (from an xp standpoint), and as far as I can tell, the fog.capone script has it’s own checks/balances, but ultimately call’s upon the main fog script. Can you try registering one of your systems and deploy the XP image that way?
-
Have just tried the following
create task to upload xp, single partition resizable, appears to complete OK.
create task to deploy above image, appears to complete OK, but gives bsod on reboot.
No tasks listed on gui.
above image associated with system serial on capone, hangs at checking inCreate xp multipartition image, edit host to point to this, create task to upload.
Upload appears to work OK.
no tasks in gui
create deploy task, this works OK and system reboots OK.
delete previous association in capone, set up new one to point to new xp multipartition image.
no tasks in gui.
boot and select capone, hangs at checking in, as per previous screenshot.
apache error log is clean apart from a couple of “File does not exist: /var/www/favicon.ico”, I know that is not relevant.
apache access.log has repeated
192.168.3.12 - - [28/Jan/2014:22:05:37 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:22:05:37 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:22:05:37 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”John
-
Do you mind doing me a favor? Can you give me the steps I need to do to try to replicate the hang so I can trouble shoot.
I’ve already installed capone plugin.
I’ve not set it up with anything as I don’t understand how it works.
-
jbsclm,
I’ve pinned this particular issue out.
I’m still trying to replicate Greg’s issue so if I’m not responding right away, you know why!
Thank you for reporting and being patient with me.
-
r1158 released.
Addresses the issue jbsclm reported.
Still trying to figure out Greg’s issue in the other thread, though I’m not seeing the same problem.
As for jbsclm’s reported issue of Windows XP resizable giving bsod, if you try to image to the same system, does it give the same problems? Are you sure it’s a problem with FOG and not a problem with the image?
-
r1160 released. Should properly fix capone now. Had a variable sending the full image path name rather than just the image name. This caused issues because imagePath was looking for the file(s) in: /images/images/winxp, or something similar, and would return as invalid image file.
-
[quote=“Tom Elliott, post: 22093, member: 7271”]r1160 released. Should properly fix capone now. Had a variable sending the full image path name rather than just the image name. This caused issues because imagePath was looking for the file(s) in: /images/images/winxp, or something similar, and would return as invalid image file.[/quote]
quick invetory don’t works, after a (apparently) done pc inventory if i click on “list all hosts” list i don’t see anything (empty list)
here a error in apache log:
[Wed Jan 29 08:16:37.811486 2014] [:error] [pid 15375] [client 172.24.77.115:60192] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 109, referer: [url]http://172.24.77.115/fog/management/index.php?node=host&sub=list[/url]
[Wed Jan 29 08:16:37.811546 2014] [:error] [pid 15375] [client 172.24.77.115:60192] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 184, referer: [url]http://172.24.77.115/fog/management/index.php?node=host&sub=list[/url]
[Wed Jan 29 08:16:37.817353 2014] [:error] [pid 15375] [client 172.24.77.115:60192] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 109, referer: [url]http://172.24.77.115/fog/management/index.php?node=host&sub=list[/url]
[Wed Jan 29 08:16:37.817403 2014] [:error] [pid 15375] [client 172.24.77.115:60192] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 184, referer: [url]http://172.24.77.115/fog/management/index.php?node=host&sub=list[/url]additionally:
mysql> select * from hosts;
Empty set (0.00 sec)mysql>
is urgent please help me
i think the problem is in one of these files (but i’m not sure):
172.24.77.119 - - [29/Jan/2014:08:16:09 +0100] “POST /fog/service/auto.register.php HTTP/1.1” 200 318 “-” “Wget”
172.24.77.119 - - [29/Jan/2014:08:16:17 +0100] “POST /fog/service/inventory.php HTTP/1.1” 200 318 “-” “Wget” -
r1161 released should fix the inventory issue.
-
This is going to sound completely noobish… How can I check which revision of your fog i am on? I am having issues with task creation from the tasks area but can create tasks from the Hosts area… But if i update to the new new version of Fog I cannot create tasks at all from anywhere.
-
just run the command:
[code]svn info[/code]
