@Tom-Elliott @george1421 - Here is the latest news.

I removed the mount points on the server in /etc/exports
so they only show

I uploaded an image to /images/vol1/… (and it looks successful

However, after looking into the restart on the server, the image file copies the name only with 0 kb.

Then after the temp files remain in /images/dev/macaddress, ect. and don’t move.

Now, I am confirming that a “directory” outside of a directory volume in /images/sample do work properly. Where as /images/sample is the directory with the proper rights.

Image is complete and computer restarts

Then the image is moved correctly into the directory /images/sample

My other thoughts are that I may try. Is it an ext4 thing or should I go back to ext3, and try it.

Let me know know what you think. I am willing to work with you guys for the success of this project as always! Thank you

@george1421 this is one of those weeks, my testing was as follows

1> physical hardware rack fog server with raid controller mirror raid with volumes / and /vol1 ubuntu 16.04.02 fog 1.4.0
2> esxi hosted fog server with two volumes / and /vol1 ubuntu 16.04.02 fog 1.4.0

tomorrow, I am going to do a fresh install on esxi, and test it accordingly and try to triplicate it and I will report back.

@george1421 I can walk around and upload files from my desktop, create directories, ect all through that HD marked vol1 logged in as fog through ftp.

@george1421 I believe I have the rights correct, as attached, maybe you will see something I missed. I appreciate all your help!

@george1421 is your vol1 a directory in the /images or a separate hard drive. Mine is a separate hard drive /dev/sdb mounted to /images/vol1 when i made a directory, your right it did work fine. just not a directory mounted

So I tried it on my home lab, and have no good results. I don’t think it is going to work.

The uploads go up to /images/dev then only move the image name with 0MB to the /images/vol1/ folder, the other files stay in /images/dev/0050569fb7e7 d1p1.img, ect. but it looks like the image completed with no errors.

@george1421 attached is the screen shot from the fog box.

I also replicated all of the interiors of the files as outlined, copying the /dev/ files to the vol1/ ect.

On upload, it looks like all is well, the image is going to /images/dev/(mac address of machine) then on the final write, it fails, as attached.

I am going to try to recreate this issue in my home lab tonight.

@george1421 Thank you. I actually got the subfolders to work. I had to manually create the folder, set rights, and it works inside /images. However, my latest thoughts, I want to add hard drive space outside of LVM to /images. So I set a mount point with the proper rights to /images/vol1, vol1 being the new mount point of a hard drive. The image looks like it goes up no issues, until the end, the system won’t copy the images from /dev over to /vol1. I tried creating this as a storage group /images/vol1, and a fake directory if you will concept and I have no luck. In the past, couldn’t you have more HD in the server for storage nodes, or am I dreaming about this. I have spent two days, trying to figure this out, its now a challenge to see if it works. Take care, thank you for the response.

Has anyone had any luck with directories under /images.

I mounted another volume (for more storage) under /images to try to force it and no luck.

I thought you could have multiple storage nodes on the same server with additional hard drives at one point. I have been a “fog user” since the beginning, and thought for sure i had this setup before.

I am on Ubuntu 16.04.02 with current version of FOG 1.4.0.