Image won't deploy
-
FOGScheduler log wouldn’t have anything with image uploads, unless you scheduled the system to upload at a later time, and even then it wouldn’t have been an accurate representation of the upload itself.
Uploaded times should be updated if the task completes properly, but that would only happen if the ftp happened to work properly.
I’d recommend moving the /images/dev/<macaddresshere> to /images/<imagename>
Then you’ll be able to create download tasks.
-
[QUOTE]
I’d recommend moving the /images/dev/<macaddresshere> to /images/<imagename>[/QUOTE]Done…but no joy. BTW, I had to create the /image/<imagename> directory. Yes, I chown’ed to fog:root and chmod’ed to 777 (and verified that it took)
-
so your <imagename> is changed to be that of your actual image name? And the path in the image is not literally <imagename>?
-
I know you have to ask that, Tom.
Yes, the path in the WebUI and the actual filesystem path now match, letter for letter, as /images/MyImage. Capitalization verified. Do I need a .mntcheck file in that directory? Right now,m the only things in the image directory are the sys.img.000 (big file) and d1.mbr (tiny file).
-
Being kicked out of my office for the evening. Will take whaqt ever steps you suggest in the morning.
-
Tom? Junkhacker? Anyone? What next?
-
Bruce,
I have no problems helping you out, but I have other things that need being done as well. I try to help out as quickly as I can, but I don’t know every particular scenario to play out.
My questions aren’t to belittle or keep you at bay.
If you’re certain the imagepath is absolutely correct, and the server ftp settings (username and password) are correct within the storage node. Then I don’t know where to begin with troubleshooting anymore.
-
Hi everybody.
I’m sorry for the UP but i have exactly the same problem : after the upload, i connect to the NAS by FTP and i move the files into …/fogimages/dev/@MAC to …/fogimages/“folder named in FOG interface”.
After that, the download task works with Linux Mint, Windows XP … but with Windows 7, i have this error message :
[QUOTE]Dowload task failed for Computer-xxx with image Computer_win7-test. To setup download task, you must first upload an image[/QUOTE]
I don’t understand why this error only appear with the Seven OS …Basic informations :
FOG Version : 1.1.1 on Debian 7
OS Client : Windows 7 PRO. -
[quote=“Jonathan Cool, post: 35859, member: 24834”]Hi everybody.
I’m sorry for the UP but i have exactly the same problem : after the upload, i connect to the NAS by FTP and i move the files into …/fogimages/dev/@MAC to …/fogimages/“folder named in FOG interface”.
After that, the download task works with Linux Mint, Windows XP … but with Windows 7, i have this error message :I don’t understand why this error only appear with the Seven OS …
Basic informations :
FOG Version : 1.1.1 on Debian 7
OS Client : Windows 7 PRO.[/quote]FOG didn’t created the directory and didn’t moved the files from the dev into the image folder. I had this problem, too and had no success in fixing that.
Installed a new Ubuntu 14.04 system with last revision 2230. I had to restart the system and the mysql service, before I could start testing.
Did a few tests with upload and deploy and everything works fine. I tried then to use a image from the older fog server and copied into the created folder, added a image definition and tried to deploy that image. but that fails with the same error:
[CODE]Dowload task failed for Computer-xxx with image Computer_win7-test. To setup download task, you must first upload an image[/CODE]@Tom.Elliott
Is there is a new setting in the fog database, that will be set trough an upload process? And If that setting is not valid a image from the older fog server will not deploy?Trying now this on my new system and try to find which setting I have to change, that I can use my old images on my new fog server.
regards,
Albatros -
It sounds, to me, more that because you’re moving the image from another system, that the permissions are the issue. You could verify by setting the copied over image permissions to be owned by fog:root:
[code]sudo chown -R fog:root /images/<imagename>[/code] -
[quote=“Tom Elliott, post: 35900, member: 7271”]It sounds, to me, more that because you’re moving the image from another system, that the permissions are the issue. You could verify by setting the copied over image permissions to be owned by fog:root:
[code]sudo chown -R fog:root /images/<imagename>[/code][/quote]Should have mention that, sorry. Yes I checked the permission and they are fine.
Edit: Okay. Tested it again, now it shows the size of the image and I can create a download test. Will test a few images. Ty Tom.
Edit 2: The deploy of images works fine now on my side, but the upload not correctly. The upload of every partition runs twice o_O
-
Any idea why the upload process for every partition runs twice?
-
[quote=“Albatros, post: 35898, member: 16710”]
Did a few tests with upload and deploy and everything works fine[/quote]
Hi Albatros.
i’m going crazy … now, i can- upload a windows 7 image of an Optiplex 7010 (optiplex7010-master).
- download the image sucessfully on the Optiplex 7010.
but … if i add an other Optiplex 7010 and i choose a dowload task with the optiplex7010-master image, i have the message “download task failed …”.
Can you describe your few tests ?
I think it’s a permission issue but why the permissions are not good if the computer is not the master of image ?
[U]Edit[/U] :
i don’t understand anymore … none of download tasks work …
if a try a donwload task on the optiplex7010 master, i have the error message.
if a try a download task on a other optiplex7010, i have the error message.
if a try a dowload task with other computer (and an other image), i have the error message … -
[quote=“Albatros, post: 35912, member: 16710”]Any idea why the upload process for every partition runs twice?[/quote]
I didn’t know they were running twice.
-
[quote=“Jonathan Cool, post: 35940, member: 24834”]Hi Albatros.
i’m going crazy … now, i can- upload a windows 7 image of an Optiplex 7010 (optiplex7010-master).
- download the image sucessfully on the Optiplex 7010.
but … if i add an other Optiplex 7010 and i choose a dowload task with the optiplex7010-master image, i have the message “download task failed …”.
Can you describe your few tests ?
I think it’s a permission issue but why the permissions are not good if the computer is not the master of image ?
[U]Edit[/U] :
i don’t understand anymore … none of download tasks work …
if a try a donwload task on the optiplex7010 master, i have the error message.
if a try a download task on a other optiplex7010, i have the error message.
if a try a dowload task with other computer (and an other image), i have the error message …[/quote]I’m not fully understanding.
If you upload the image, then deploy the image to the same machine all works?
If you register another system (7010) and assign the image, schedule deploy, it says it can’t start?
-
[quote=“Tom Elliott, post: 35946, member: 7271”]I’m not fully understanding.
If you upload the image, then deploy the image to the same machine all works?
If you register another system (7010) and assign the image, schedule deploy, it says it can’t start?[/quote]
In fact, download tasks do not works for Windows 7 OS …
For Linux and Windows XP OS, download tasks work but not with Windows 7.
-
“tasks do not works” gives us no useful information to troubleshoot why this isn’t working for you.
i have deployed hundreds of windows 7 images, many on dell optiplex 7010 computers -
I’m sorry, i will try to give more informations … :
First :
/var/log/foginstall : [url]http://pastebin.com/uRiN9x3c[/url]
/var/log/apache2/error.log :
[CODE][Thu Sep 04 15:37:00 2014] [error] [client 10.44.xx.xxx] PHP Warning: mysqli::query(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 89, referer: http://10.44.xx.xx/fog/management/index.php?node=tasks
[Thu Sep 04 15:37:00 2014] [error] [client 10.44.xx.xxx] PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 180, referer: http://10.44.xx.xx/fog/management/index.php?node=tasks[/CODE]Storage used to stock the images : NAS Buffalo LinkStation Dui (with full root ssh access): 10.44.xx.xxx:/mnt/array1/images
(i can mount the NFS share /images with a debug download task)- I can upload an Win7 image to the NAS
- I have to move the image files to …/images/dev/@MAC to …/images/<image name>
- I have checked the image path
- I have checked the image and OS type in FOG : Windows 7 and Single Partition Resizable
- I have chmoded 777 -R /mnt/array1/images on the Buffalo NAS
- I have chowned -R fog:root /mnt/array/images on the Buffalo NAS
- I have checked FTP password.
I think, i’m not so far …
An idea ?
If you want more information, tell me ! (sorry for my english, i’m a french user) -
Some of the issue you’re seeing Jonathan: As I finally had a minute to read through some of the posts in this thread. Your issue is not “exactly” the same as the contents of this particular thread unless Both Albatros and Bruce are having the same issue with the upload not working due to them having NAS stations to work with.
There are some known limitations using external NAS systems to perform the image upload. First is that it seams NAS’s don’t like to use direct path FTP systems. The FTP system, when connected, links you to a specified Home folder of the user logging in. So the local FOG user on your NAS machine might have a default home location of:
/array1/images Where your actual path connects through /mnt/array1/images.Why is this an issue?
Because when FOG attempts to FTP the contents of the folder from: /mnt/array1/images/dev, the actual path doesn’t exist during the FTP process on the LAN.
So when it tries to FTP the file from:
/mnt/array1/images/dev/<macfoldername> /mnt/array1/images/<imagepathname> Things “succeed” as neither folder or path technically exist according to the FTP. It’s all too easy to rename/move folders that don’t exist in the linux world. It simply fails successfully which makes fog think it’s succeeded in general. This would explain why you’re not seeing any issues in the imaging process and the task appears to complete perfectly fine.In the NAS’s eye’s, when FTP connects, /mnt/ doesn’t even exist. And seeing as /mnt/array1/images is being called, nothing can actually happen.
How to fix? I haven’t yet figured out a nice method. You would probably have more luck if you looked up the NAS’s FTP functions to find out how to keep FTP from jailing you to a specified Home folder. NFS works perfectly, but FTP fails miserably. I don’t know how else to explain it.
-
This post is deleted!