Latest FOG 0.33b
-
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?
-
[quote=“Tom Elliott, post: 22128, member: 7271”]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?[/quote]
where is located these 2 variables?
-
FOG GUI->Storage Management->Storage Node->Management Username/Password
-
Thanks Tom, capone now working with XP multi partition image.
I’ll give it a more comprehensive test tomorrow.
I’ll also do some more work on the XP Single Resizable, as it fails to boot after deploying even when capone is not involved, I may well be doing something wrong, but I can’t think what.
There is a guide to capone here,
[url]http://www.fogproject.org/wiki/index.php/Plugins:_Capone[/url]
if you want I can do a more comprehensive one with screenshots etc.
John -
[quote=“Tom Elliott, post: 22070, member: 7271”]/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?[/quote]
var/log/apache don’t contain errors
/opt/fog/log don’t contain errorsi cannot deploy until the image upload finish… before we must fix the ftp error: * FOGFTP: Failed to rename file. Remote Path: /images/labinfociro, Local Path: /images/dev/00215a60eb2a, Error: ftp_rename(): Rename failed.
what is the full rename command that fails? (part of script)
the images are correctly created under /images/dev/002115a60eb2a (d1p1.img d1p2.img d1p3.img ).
the directory /images/labinfociro exists and is empty.
now i go to eat, i resume tomorrow
-
Try, simply, removing the /images/labinfociro directory
-
[quote=“Tom Elliott, post: 22131, member: 7271”]FOG GUI->Storage Management->Storage Node->Management Username/Password[/quote]
the user fog can connect correctly to server. /images is chmodded to 777 so is writable to any user
i tryed now to remove image labinfociro (1) and create a new image with same name labinfociro (2).
now i’lll see if the rename fails or no.
can you give to me the part of script where this rename is done?
a question: why don’t use nfs for all operation instead of ftp?? /images is mounted on server so ftp is not needed!!!
we can just do a mv /images/dev/[machine] /images/[imagename] instead of use ftp. why not? is more simple. -
[quote=“Tom Elliott, post: 22135, member: 7271”]Try, simply, removing the /images/labinfociro directory[/quote]
if i have a image named labinfociro on web gui and i remove by hand /images/labinfociro this is not a problem?
-
[php] if ($ftp->rename($dest,$src)||$ftp->put($dest,$src))
($_REQUEST[‘osid’] == ‘1’ ? $ftp->delete($StorageNode->get(‘path’).‘/dev/’.$macftp) : null);[/php]And these functions are in /var/www/fog/lib/fog/FOGFTP.class.php
-
It isn’t a problem at all.
-
[quote=“Tom Elliott, post: 22140, member: 7271”][php] if ($ftp->rename($dest,$src)||$ftp->put($dest,$src))
($_REQUEST[‘osid’] == ‘1’ ? $ftp->delete($StorageNode->get(‘path’).‘/dev/’.$macftp) : null);[/php]And these functions are in /var/www/fog/lib/fog/FOGFTP.class.php[/quote]
in fog script, /images is mounted on the client via nfs. so i don’t understand why is needed create pgfile (what is?) and use ftp.
is not more simple to:
- mount the /images as nfs
- partclone to /images/dev/mac/d1p1,d1p2…
- simply do a mv /images/dev/mac /images/imagename
?? why to use ftp?
-
ok i removed /images/labinfociro SOLVED. i don’t understand the reason… this directory was chmodded to 777 so i don’t understand…
-
FOG uses FTP for different reasons (i think
a) is a PHP script who moves the files from /images/dev/MAC/. to /images/imagename. A PHP script can run shell commands, but is not very safe. FOG uses VSFTP, is more safe.
b) is the FOG master server who runs mv commands, and if you have storage node, you need a FTP command. -
now when i clich on the link to see all machines, ( [url]http://192.168.0.3/fog/management/index.php?node=host&sub=list[/url] ) i get this error
FOG DEBUG: Image: Database Load Failed: ID: 0, Error: Row not found
FOG DEBUG: Image: Database Load Failed: ID: 0, Error: Row not found -
Make sure the system has the image id set.
-
Tom, in the 0.33 version, is the server who makes the compression of the image files, no?
Is not better compress on the client, you can use the client cores, and upload a compressed image ?
-
Multicast decompression happens on the server, otherwise, the clients, during upload, compress the image.
