Tom kindly fixed it for me, I’m very grateful. I want to document it properly in case anyone else has the problem, which I’ll do tomorrow, its 23:45 here and after a week of trying to get it to work I need some beauty sleep!!

Thank you all for your help, it’s much appreciated, sleep well.

Yours

Julian

Hi Wayne,

I have a VMware troubleshooting course to finish off updating, but afterwards I should have some time and more importantly kit free in early May. I could have a go then if that’s ok.

Julian

The problem was that the master node check box wasn’t selected. As it was a new storage node, it needed selecting.

Thank you all for your help. It’s much appreciated.

Julian

I ran out of disk space on the data disk today, but couldn’t work out why. I then researched it a bit and found that Linux reserves 5% of the disk in case you start to run out, for the system files. Great idea for system disks, but pointless if you have data disks for say images.
This command removes the reservation from the disk, and gives you back the 5%

sudo tune2fs -m 0 /dev/sdb1

I hope this is useful

I fixed it, it was the grapjics card. I swapped it over and now it’s working perfectly.

I spend, not hours, but days on this, eventually I swapped every component with one that worked.

Thanks for all your help, what a weird one!

Could you change this to solved please

Thanks

Thanking you , have a jolly good evening.

Thank you Wayne, that’s really helpful.

Julian

Er sorry for creating so much trouble.

Thanks Sebastian. I’m not good with databases though. Will these commands wipe the image side of the database? I’m not bothered. I can happily recreate the images, as the files will still be there.
Thanks
Julian

I had another look at it in the light of day. I redeployed the images to the rest of the servers and what a mess. Servers were deploying on the wrong physical boxes. It’s VMware and the UUID of the hard disks need to match or it gets awfully upset.

So the images seem to have their references to the image locations wrong. I then changed an images location and saved it, then changed it back again and saved it, nope that didn’t work. I then created a new image, moved the original image elsewhere, and pointed the new image to the correct file location, and it works.

So the database seems stuffed. The fog server is crutial, I’ve put it on a fast box with a SSD raid array and don’t want this again, so I’m going to image down the servers, rebuild the fog server and image it up.

I’m going to screen shot the image details. I’ll use unbuntu 18 and the latest fog. I’ll take the details of the images Is there anything I need to be aware of before I do this?
Thanks

Thanks I didn’t realise that. Much appreciated.

It would be nice if I could be emailed to let me know that an image, or group of images had successfully deployed or finished deploying.
There are services that allow you to subscribe to a number of SMS notifications, all you need to do is send them a set of parameters, so I could get a text telling me they’d finished deploying.

Just a thought

I rebuilt my training room last week and imaged it up. Fog version: 1.5.0. There are 11 machines. on 4 of them everything’s ok, but one doesn’t have an image but works, details below, and the remaining ones give me the following error. A screen shot is here.

https://www.dropbox.com/s/06wf9g22cxaslrs/IMG_3596.JPG?dl=0

There are 11 images in my room. Servers 0-11. Server 9 doesn’t exist. If I look in the /images directory I see Server0-8 and 10-11. BUT not server 1, but there is an image in the /images/dev directory with the same MAC as server1, so this is the temporary one that is copied over. If that didn’t happen then it probably ran out of disk space, but I deleted all the server images from /images before I started the upload. I’ve checked the images directory, and there’s space here’s the details https://www.dropbox.com/s/d0jnxw7b7q0dn92/IMG_3598.JPG?dl=0

I think the database is corrupted.

Fog has worked brilliantly for me, and I’ve become totally dependent on it. I have to get this working this week or I’m in a real mess.

can anyone help me? Pleeese

Julian

Thanks Sebastian,

The fog server ia a quad core 3.4GHZ with 32GB ram and uses a 4 TB sata drive to store these images on. It’s normal images are stored on a SSD array, its just because these aren’t used that often that they’re stored on a sata.

The clients are all 32GB 4/6 Cores @3.4 GHZ, single SSD disk with a dedicated 1 GB network.

The machines are usually used for just their PC’s image in the training room.

Any suggestions?

Thanks

Excellent Sebastian, it was the Gzip format I missed. All working now.

I’m going to make changes to the images and image them up, what format would you recommend for the image. it’s server 2012 r2. 1 drive

Thanks

Julian

Hi Sebastian,
The old fog server has been reused, so I can’t get any settings off it :-(

Here’s the result of the command you wanted.
https://www.dropbox.com/s/hhy4tw5p4gqyu7r/IMG_3285.JPG?dl=0

I always thought the operating system section was almost irrelevant, but I’ll set it to windows 7.

Thanks for your help, it’s much appreciated.

Hi Sebastian,

I had an old 1.20 fog server that was too slow in imaging the 12 clients it had, it’s used for a training room, it took 6 hours, they were big images, each one different. Anyway I upgraded to a fast network and SSD drive arrays. that was about a year or so ago, I checked and it says

You are currently running version: 1.5.0

Latest stable version is 1.5.5

Latest svn version is 6078

Latest git version is 1.5.5

I set the image to Single disk, multiple images, and got a slightly different error, which is here

https://www.dropbox.com/s/8hzkcxd0mve42v4/IMG_3281.JPG?dl=0

What’s strange is the directory it relates to. it refers to the images directory, when the image is in the /images2 directory. but I’ve checked the image it definatley refers to the /images2 directory

I think this is the problem, does anyone know how to make it look at images2? did the image files of 1.20 reference the file location, could it have brought this over?

Thanks