Latest FOG 0.33b
-
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] -
esthetic bug: when i do a uload from host to server the confirmation of task creation is:
[SIZE=6][B]Host Management[/B][/SIZE]
[SIZE=5][B]Deploy Image to Host[/B][/SIZE]
Successfully created task for deployment of [U]limage[/U] to [U]pc-name[/U]
the message must be:
image upload from host
Sucessfully created task for upload of [U]limage[/U] to [U]pc-name[/U]
-
[quote=“Tom Elliott, post: 22107, member: 7271”]r1161 released should fix the inventory issue.[/quote]
there is a bug, the image of 3 disks are created but after that a new error is printed:
- FOGFTP: Failed to rename file. Remote Path: /images/labinfociro, Local Path: /images/dev/00215a60eb2a, Error: ftp_rename(): Rename failed.
is possible to take 15 days to do a correct image on server? i become crazy…
-
15 days? you must have a very slow network if it’s taking that long…
-
He’s referring to the bugs found/fixed and finally getting an image to upload.
His is also a very special case, in that he’s trying to (successfully) do an image of a Dual boot system.
-
[quote=“Tom Elliott, post: 22124, member: 7271”]He’s referring to the bugs found/fixed and finally getting an image to upload.
His is also a very special case, in that he’s trying to (successfully) do an image of a Dual boot system.[/quote]
error.log of apache don’t contain errors.
in the access.log the request is:
192.168.0.140 - - [29/Jan/2014:18:35:19 +0100] “GET /fog/service/Post_Stage2.php?to=labinfociro&mac=00:21:5a:60:eb:2a&ftp=192.168.0.3&size=&imgid=1&imgtype=mps&osid=1&type=up HTTP/1.1” 200 434 “-” “Wget”
administrator@fog:/var/log$ ps -ef|grep ftp
root 10252 1 0 17:39 ? 00:00:00 /usr/sbin/in.tftpd --listen --user root --address 0.0.0.0:69 -s /tftpboot
root 10281 1 0 17:39 ? 00:00:01 /usr/sbin/vsftpd
nobody 23883 10281 0 18:38 ? 00:00:00 /usr/sbin/vsftpd
1000 23885 5624 0 18:38 pts/1 00:00:00 grep --color=auto ftp
administrator@fog:/var/log$Tom, if you want i can give to you teamviewer access…
-
wouldn’t dd work for imaging a dual boot system? big image… but it’s a special case not many people may have, especially nowadays with virtualization.
-
I’m good for now, but can you test, using the same username and password set in the Storage username and password fields, that that user can actually ftp data to the location?
