Image won't deploy
-
Fresh install of 1.1.2, installed on CentOS 6.5, running under VMware Player 6
I uploaded an image to FOG (the Scheduler log says successfully) and am trying to deploy the image to an identical computer. The images is a Single Disk image. When I try to create the task in the Fog WebUI, I get the following error message:
[QUOTE]Download task failed to create for PC1 with image A
To setup download task, you must first upload an image[/QUOTE]OK, so I tried this on a different computer - same result.
Tried to manually pull an image from the PXE menu. The error message on both computers is only “An error has been detected.”
Then I followed the instructions in: [QUOTE][url=“http://www.fogproject.org/wiki/index.php/Troubleshooting_an_image_push_to_a_client”]www.fogproject.org/wiki/index.php/Troubleshooting_an_image_push_to_a_client[/url][/QUOTE]
That is, I booted both clients in debug mode and tried to apply the image manually. I get all the way to the partimage restore, and partimage immediately aborts the operation with no error, just “Aborted”. That happens with both the command-line and gui versions of partimage.So, I tried to do partimage imginfo. Same “Aborted”.
At this point, you’re no doubt thinking that there’s a problem with the image. I had the same thought, so I uploaded another image (this time a Multiple Partition Image - Single Disk, just to change things up) from still another computer (this is the 3rd computer, but it’s DIFFERENT hardware). All the same problems in all same places.
So, I CAN PXE boot, connect to the server, upload images, and see the image files. I just can’t deploy the images.
Help!
Thanks in advance, -
Make sure PC1 has a Host Image selected and make sure the image has the correct operating system selected
-
Both are correct.
-
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