Unable to download image

[Ben Warfield]

Sorry if this is a duplicate post… having some trouble searching the forum.

I’m on fog r3400, Ubuntu 12.04.
I’m trying to download an image and see a message go by:

Cannot open file for reading /images/NSLabsMay2015/d1.minimum.paritions
Restoring partition files, improper backup file.

Then the system reboots without restoring the image.

This is what the images directory looks like:

root@FOG2:/images/NSLabsMay2015# ls -l
total 24545160
-rwxrwxrwx 1 root root 105906176 May 26 13:47 d1.mbr
-rwxrwxrwx 1 root root 0 May 26 13:47 d1.original.swapuuids
-rwxrwxrwx 1 root root 25028325947 May 26 14:21 d1p1.img

Am I doing something wrong when uploading? Image type is Multiple partition image - single disk (not resizable)

[Wayne Workman]

Can you try what I suggested here?

https://forums.fogproject.org/topic/2077/uni-cast-deployment-problem

It sounds A LOT like your problem, and I wonder if both of you are experiencing the same issue?

[Ben Warfield]

That didn’t work for me, but in another way. I installed r3500 yesterday. When I upload, something fills up the remaining hard disk space. I went from 200gb free space to 0kb free space, my server crashed, and I had to revert to a snapshot.

Edit: I found out the hard disk space issue was unrelated to fog. We had a disk fail in the SAN and our network guy was in the process of replacing it.

One definite bug I did notice in r3500 is full registration and imaging now. When I full register a host, if I select yes to image now and put in my username and password, the task is not started.

[Wayne Workman]

That works.

[Ben Warfield]

I’ll see if I can give that a try at home over the weekend. Our server here at work is pretty much off limits for testing right now since we’ll be hitting it fairly hard in the coming weeks.

[Wayne Workman]

@Ben-Warfield Can you update to the latest trunk version of FOG and see if the issue goes away?

[Ben Warfield]

The problem is happening on any new images I upload with multiple partition, single disk - regardless of machine type. But at least I figured out what’s going on. So after I upload, I just have to copy the d1.mbr file from an older image and then the new one downloads okay. Thanks for helping.

Unfortunately I’m at the point in the year where I don’t have the time to troubleshoot further or update to newer trunks. I’ve made my images and next week we’ll begin deploying to around 3000 machines. I’m looking forward to new and exciting fog updates when I get to experiment more at the end of summer. Thanks for all everyone does!

[Wayne Workman]

@Ben-Warfield said:

Hmm, all the permissions are correct. Everything is set to 777. I did a lot of testing yesterday, and after a good nights sleep, I’ve come to the conclusion that something is wrong with the d1.mbr file. If I copy the d1.mbr file from an older image from the same machine, to the new image directory, I am able to download the new image. Thoughts?

If you can do that, then I’d suggest deleting that image and replacing it.

Perhaps you can restore that particular image from backups?

[Ben Warfield]

Hmm, all the permissions are correct. Everything is set to 777. I did a lot of testing yesterday, and after a good nights sleep, I’ve come to the conclusion that something is wrong with the d1.mbr file. If I copy the d1.mbr file from an older image from the same machine, to the new image directory, I am able to download the new image. Thoughts?

[Wayne Workman]

Perhaps reset the permissions on your /images directory and try again?

[CODE]chmod -R 777 /images[/CODE]

[Ben Warfield]

Yep. I’ve uploaded images from this machine before but I can’t put my finger on anything that has changed. I’m able to upload/download from other machines with no issue - different image, but same image type and everything.

[Wayne Workman]

Are you choosing everything?