Latest FOG 0.33b

fabritrento

[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…

VincentJ

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.

Tom Elliott

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?

fabritrento

[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?

Tom Elliott

FOG GUI->Storage Management->Storage Node->Management Username/Password

jbsclm

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

fabritrento

[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 errors

i 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

Tom Elliott

Try, simply, removing the /images/labinfociro directory

fabritrento

[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.

fabritrento

[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?

Tom Elliott

[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

Tom Elliott

It isn’t a problem at all.

fabritrento

[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?

fabritrento

ok i removed /images/labinfociro SOLVED. i don’t understand the reason… this directory was chmodded to 777 so i don’t understand…

Fernando Gietz

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.

fabritrento

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

Tom Elliott

Make sure the system has the image id set.

Fernando Gietz

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 ?

Tom Elliott

Multicast decompression happens on the server, otherwise, the clients, during upload, compress the image.

fabritrento

i have a problem with multicast group deploy:

i addes 25 pc to a multicast deploy but:

-the first powered on started the image restore without waiting for other 24 with a very poor speed of 330mbyte/minute instead of 1000mbyte/minute when restore only one pc.
-all others has a gray window of partclone that waits…

i expect that all 25 pc waits for udp broadcast data to start restore, and start restore all togheter receiving the unique multicast udp connection, and not that the first one starts withlout waiting all others… in 0.32 this was worked.

now i go to home because 300 mbyte/minute means hours of deploy… tomorrow i pray the good that all pc works and are added to domain!

bye and thanks, good night

Latest FOG 0.33b

220

11.7k

17.1k

154.6k