Upload image dons not work in svn 3005
-
Fresh install?? Upgrade?? I wonder if this is an issue with the installer…
-
I say try and upgrade to the most current I did find a few issues today they may have been related I’m not 100% sure
-
Hi,
thanks for your answers. Perhaps I’m doing wrong because I did a fresh install of 3005 svn
Is that right or should I install stable release first and afterwards do the 3005 upgrade?
Thanks for your help.Frank
-
Try svn 3012 with svn up -r 3012
-
Hi Tom,
what I do is
svn co [url]https://svn.code.sf.net/p/freeghost/code/trunk[/url] /opt/fog_latest
cd /opt/fog_latest/bin
./installfog.shI’ve just do it this morning so I have got 3014 release. I’ve started to upload an image and again status bar progress in web console freezes. See attached screen capture.
Anyway client screen goes on image uploading fine,but I’m afraid it won’t be moved to /images when finished as previous releases, and it won’t be saved as upload completed. Permissions are right at /images of course (777)
What am I doing wrong?Frank
[url=“/_imported_xf_attachments/1/1688_Captura de 2015-02-16 08:18:46.png?:”]Captura de 2015-02-16 08:18:46.png[/url]
-
freezing progress bars are the least of my worries, I hope you understand. Is the system actually imaging though, and is that working fine now?
-
The upload process has finished but the image has not been moved from /images/dev to /images
I’ve moved it to /images an renamed to appropriate name, but when I try to deploy it I get “Failed to create deployment tasking for the following hosts” and “You must first upload an image to create a download task”.The same as before.
-
Make sure permissions are recursive
chmod -R 777 /images
-
Absolutely sure. I did the command again anyway. That does not seem the problem. I’s like though the upload was ok that’s not reflected in the database. Look in the screen-shot attached the wrong info of captured image[ATTACH=full]1690[/ATTACH]
[url=“/_imported_xf_attachments/1/1690_Captura de 2015-02-16 12:48:19.png?:”]Captura de 2015-02-16 12:48:19.png[/url]
-
What’s the wrong info?
-
Well, image is not 58 MB as you can guess. It should be 12 GB compressed. 58 MB is exactly the size showed in progress bar when it freezes. Perhaps in that moment client and server get out of sync.
-
12GB compressed?
The size on client is the smallest size hard drive a client system would need to view the image. Size on server should represent the 12GB properly. I’ve disabled this only because of the restraints it puts on the server having to run a separate FTP query for each image on the server. You can re-enable it in FOG Configuration->FOG Settings->General Settings FOG_FTP_IMAGE_SIZE or whatever it was labeled and then checking. In this way, you’ll know the filesize is correct.
Although the image on client and progress bar are good for me to operate on, I’m first trying to ensure the db calls are relatively low so FOG can scale for larger host lists. This is where most of my attention has been as of late, and I hope you guys all understand. Some times I may break things in these releases. Until I figure out how to most optimally get this information, it may be a little bit.
-
Hi Tom,
I have upload the image again with the FOG_FTP_IMAGE_SIZE checked and the info in images screen is still wrong.
Anyway that’s not the important issue. What cares is that image files are not moved to /images from /images/dev yet, and as I told you although I move them myself, I get the “You must first upload an image to create a download task” message.
Sorry to bother you with the same, -
Hi,
thanks to Sebastian, I have found the problem. I haven’t set a password for fog user, and I haven’t put that password in DefaultMember storabe. After doing that, image upload works fine and I have been able to download it.
Other problems remains. But those are other threads.Thanks a lot Sebastian and Tom.
