Latest FOG 0.33b

[Tom Elliott]

r1161 released should fix the inventory issue.

[Timelord83]

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.

[Tom Elliott]

just run the command:
[code]svn info[/code]

[fabritrento]

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]

[fabritrento]

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

[VincentJ]

15 days? you must have a very slow network if it’s taking that long…

[Tom Elliott]

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.

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

1. mount the /images as nfs
2. partclone to /images/dev/mac/d1p1,d1p2…
3. simply do a mv /images/dev/mac /images/imagename

?? why to use ftp?