@ch3i Here is the “image setting”

Image Name Portable Service Info
Image Description
Operating System Windows 2000/XP - (1)
Image Path /home/images/PortableServiceInfo
Image Type Single Disk - Resizable - (1)
Partition Everything - (1)

And here is the content of /home/images/PortableServiceInfo/
ls -al /home/images/PortableServiceInfo/
d1.fixed_size_partitions
d1.minimum.partitions
d1.original.fstypes
d1.original.swapuuids
d1p1.img
d1p2.img
d1p3.img
d1.partitions

i cant understand what is the problem
thanks again

@ch3i then i use debug task and it restore only sda1, sda2 and sda3 are not restored

Hello
i’ve got a problem during deploy task on a windows xp station.

I made a capture task (entire dsk) and it seems that everything worked fine, i can see in the images directory all my partitions
When i make a deploy task, fog only restore the first partition with “test memory” and test system" tools

Does someone could explain me what is the problem ?
As i said in an other post, i move the “images” directory from “/images” to “/home/images”
Thanks

it seems that when you modify images path on the web frontend, the export file (nfs) is not modified. You have to modify it and relaunch nfs

@Jbob Hello
In first sorry for this long delay
I just made the test today with the latest client. Everything seems to work fine !!

Hello, i think i’ve got the same problem except i made modification on the web interface :
i didnt want the “images” directory be at the root (/images)
then i copy the images directory into /home/images.

Then i modify the image path on the web interface, i thought it would modify the export file also but it seems not.

then i had to modify manualy the export file. Now it works fine.
Could it be the problem ?

Hello, i plan to install a new fog server for “production” and i wondered if a new version of fog was planned or if i had to use the last trunk version?
Thanks for answers
Pascal

@Jbob Wonderful !!!
I was waiting for this !!
I’m going to test today and i’ll tell you the result
thanks again !!!

@george1421 Same problem here but now it works
thanks for your help

@Tom-Elliott Then i can confirm that it’s a proxy setting.
With your las commit without the wgetrc configuration it failed again.
I have to add this line to make it works :
no_proxy=localhost,127.0.0.0/8,192.168.39.243

Then it works fine with this wget configuration :
.wgetrc
http_proxy = http://my.cache.fr:3128/
https_proxy = http://my.cache.fr:3128/
use_proxy = on
no_proxy=localhost,127.0.0.0/8,192.168.39.243

@Tom-Elliott i remove my wgetrc config ?

@george1421 I found a solution adding this line in my .wgetrc
no_proxy=localhost,127.0.0.0/8,192.168.39.243

my .wgetrc become :
http_proxy = http://my.cache.fr:3128/
https_proxy = http://my.cache.fr:3128/
use_proxy = on
no_proxy=localhost,127.0.0.0/8,192.168.39.243

But it stay very strange because i didn’t have this problem before

No, during first installation the installer didnt “put” password

Hello
For information :
Debian Stable
Fog svn 5273
The server is behind a proxy but since the beginning and it worked fine
wget is well configured with http_proxy and https_proxy
it failed only to get the local mysql dump

@Sebastian-Roth said:

Backing up the database is done via sending a HTTP request to the FOG server using wget. Usually people see this failing if their entire web interface is crooked. From what I seam to read between the lines in your post you are still able to access the web interface, right?

Yes.

Please try downloading the SQL export dump from a client PC within you network using this URL http://x.x.x.x/fog/management/export.php?type=sqldump (where x.x.x.x is the IP address of your FOG server)

It works fine i can get the mysql dump without problem
Strangely in /var/log/apache2/error.log, i’ve got this line "Enter password: "

Do you see any errors in the browser or in the apache error log on your FOG server?

Or you can skip the database backup. See my post here on how to do this: https://forums.fogproject.org/topic/5993/rev-4201-blank-page-when-trying-to-install-update-database-schema/38

Thanks for your help

@Tom-Elliott said in Backing up database…failed:

@plegrand Do you have a mysql password?

No, during first installation the installer didnt “put” password

Hello,
since last svn update 4313 (5273) at the end of the installfog process i’ve got this error :
Backing up database…failed.
It worked fine before and i didnt touch anything in my config.
Is it a bug ?

Thanks for your help

@Jbob is there a date for this new release ?

@Tom-Elliott
after upgrade to 4105 :

[Tue Oct 06 14:14:15.158169 2015] [:error] [pid 20445] [client 192.168.39.235:44958] PHP Fatal error:  Call to a member function isValid() on string in /var/www/fog/lib/fog/Host.class.php on line 833, referer: http://192.168.39.243/fog/management/index.php?node=host

after upgrade to 4106 : Everything works fine

Same problem here also
with svn 4104
Downgrade to 4103 works fine

PHP Fatal error:  Call to a member function isValid() on string in /var/www/fog/lib/pages/HostManagementPage.class.php on line 370, referer: http://192.168.39.243/fog/management/index.php?node=host

@Jbob thanks for your answer, for the moment i use the 4103 .
Thanks again

@Jbob Just for information , as i don’t know if the client have the patch which permit to join samba domain, i made a test today without success.
Same problem. But may be I’ve to wait a little.