Latest FOG 0.33b

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

[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

[ArchFan]

Tom, there’s a small typo in the install script. At the first step when selecting the distro type, it’s spelled “installtion”. Doesn’t cause any issues, but thought I’d pass it on

[Tom Elliott]

I’ll fix that, easy enough to do.