Latest FOG 0.33b
-
Should be fixed in r1151.
Already released. Basically checks and set’s host.
-
I just got the pigz corrupt issue. On my end, it’s because my storage server system had a kernel segfault and cut communication between the hosts and the image store.
-
Ok the image is copying back over to the site now (takes about 3 hours I am 1 hour in) so if it still happens after what should I do.
-
I’m just trying to help narrow down the issue, though I think trying to get the error debugged on your server is important.
-
Like I said, my pigz corrupt was because my kernel on that server dumped in the middle of operating.
-
ok I will take a look.
-
it is looking good since I resynced the image to the server currently at 10% will let you know once it finishes
-
The image finished successfully. Thanks Tom.
-
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