FOG image upload hangs after "Task Complete"
-
I’m using Ubuntu 12.04 and FOG .32.
My problem is that the client hangs after uploading its image to the server. This is what I see on the client:- Image uploaded
- Task complete
*
*
*
*
…
On the server, a folder named <mac-address> is created under /images/dev and it contains a .mbr file + several .img files. But nothing is created under /images.
-
This sounds like one of two things. First thing, it sounds like the transfer of /images/dev/MA:CA:#D:RE:SS:## isn’t happening. This could be because, from the web gui, Storage Management->Storage Nodes-><YOUR STORAGE NODE>->Username and Password [B]AND[/B] Other Information (the Question Symbol)->FOG Settings->[FONT=Ubuntu][COLOR=#333333]FOG_TFTP_FTP_USERNAME [/COLOR][/FONT][B][COLOR=#333333]AND[/COLOR][/B][FONT=Ubuntu][COLOR=#333333]FOG_TFTP_FTP_PASSWORD ane make sure they’re the same as the fog user on your fog server. The other item, it sounds to me, is the utility wget is inaccessible, or your web service directories ({FOGWEBDIR}/service) files are inaccessible.[/COLOR][/FONT]
[FONT=Ubuntu][COLOR=#333333]Try giving us a printout of your apache2 error log, located at (/var/log/apache2/error.log) and possibly a printout of your access.log file (/var/log/apache2/access.log). Of course, try to make this issue occur, then give us the last few lines of the files so we can be of greater assistance to you.[/COLOR][/FONT]
-
Thanks for the reply. I checked the password and it’s the same in both places.
The machine I’m trying to image has IP = 84.88.151.112 and MAC = 00:1b:78:84:bd:7a
Here are the last 4 minutes of the logs:
error.log: [url]http://pastebin.com/HiEEzn3J[/url] (lots of errors)
access.log: [url]http://pastebin.com/BmrQ9j3F[/url] -
Also, another thing I noticed was that when partimage’s “save partition to image file” screen appears, it says that the “Available space for image” is only 400MB. Could this be the cause of the problem? I don’t know where this comes from, because I have GBs of space left both on the server and the client disks.
-
Partimage wasn’t very good at translating free space, though in some cases it was accurate, many times, if you had terabytes worth of data, it wouldn’t work properly.
Looking at the access log, it looks like it’s trying to send the data, properly, to Post_Stage2.php
This line is what worries me:
[code]GET /fog/service/Post_Stage2.php?to=prova&mac=00:1b:78:84:bd:7a&ftp=&size=&imgid=4&imgtype=mps HTTP/1.1" 302 697 “-” “Wget”[/code]Not so much the line itself, but it feels like it can’t move the image file from /images/dev to /images/prova.
It keeps repeating this line so it continues to try to perform the move. Have the permissions on the /images directory changed? The permissions are typically chmod -R 777 /images, but if it’s changed to 755, or 655, you’ll likely need to add apache:apache to the owner so the files can be written through php.
I’d start by verifying and setting permissions to:
[code] chmod -R 777 [/code] and if it’s permissions, you’ll see the task clean up. -
Right now, everything (including the .mntcheck files) under /images has been already chmoded to 777 and it’s owned by fog:root. [S]Should I try changing the ownership to apache:apache?[/S] Since it’s been chmoded to 777 it shouldn’t matter who owns the file right?
EDIT: Also, how are images stored in its final form? Do I have to create a folder named prova beforehand?
