Image won't deploy
-
Well, what type of image is this?
Is it created with 1.x.x or 0.32?
The troubleshooting image deploy needs to have an addition for how to do partclone troubleshooting.
-
Hi Tom,
It’s v1.1.2. The first image is a Single Disk image, Win7. The second image is a a Multiple Partition Image - Single Disk, also Win7.
-Bruce D.
-
So, the message that you’re seeing,
Make sure in Image Management->List All Images-><YOUR IMAGE> that the Image name is correct, the OSID is correct, the Image Type is correct, and especially the image path is correct.
Linux is case sensitive as well. Meaning:
[code]/images/imageNameone[/code] is different from [code]/images/IMaGEnamEone[/code] -
Hmm…all is correct, with one possible exception:
The image path is /images/<imagename>
BUT, in the filesystem, the actual path is /images/dev/001d09d73937/sys.img.000
That’s just where Fog put the images when I created them…including the Hex.(oh, and “/images” is a symlink to /home/fog/images)
-Bruce D.
-
Okay,
So your upload didn’t finish properly then?
-
It looked to this n00b like it did:
Image Management has accurate “Uploaded” times, and the Scheduler log says:
[07-01-14 2:05:21 pm] * 1 active task(s) awaiting check-in sending WOL request(s).
[07-01-14 2:05:21 pm] - Host: PC1 WOL sent using MAC: aa:bb:cc:dd:ee:ff
[07-01-14 2:05:21 pm] * No tasks found! -
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.
