<![CDATA[Fog saving filenames instead images in /images directory]]>I have several images that I created a while ago that are working properly.

However, I tried to create a new image, and the image shows on the management console as being uploaded, and the image reports an appropriate size when looking at the image on the images list, but when I look at the console of the server, the /images directory only has a filename with the name of the image.

Trying to download this new “image” produces an error saying that the file does not exist.

I saw another person had this exact issue, but hadn’t responded past the initial post.

]]>http://forums.fogproject.org/topic/17835/fog-saving-filenames-instead-images-in-images-directoryRSS for NodeThu, 11 Jun 2026 07:40:17 GMTFri, 21 Mar 2025 03:00:50 GMT60<![CDATA[Reply to Fog saving filenames instead images in /images directory on Wed, 16 Apr 2025 11:07:07 GMT]]>@marcolefo not yet, i was running 1.5 on centos 7 and now re installed fog 1.5 on alma 9.5, i will let you know if i get the same issue on new OS

]]>http://forums.fogproject.org/post/156656http://forums.fogproject.org/post/156656Wed, 16 Apr 2025 11:07:07 GMT<![CDATA[Reply to Fog saving filenames instead images in /images directory on Wed, 16 Apr 2025 08:07:13 GMT]]>@robertkwild Hi
We have same problem here.
The image is created in /image/dev/<macaddr> with owner root:root and acl 775 and it stays here.

Have you tried 1.6 ?

]]>http://forums.fogproject.org/post/156652http://forums.fogproject.org/post/156652Wed, 16 Apr 2025 08:07:13 GMT<![CDATA[Reply to Fog saving filenames instead images in /images directory on Mon, 07 Apr 2025 09:14:12 GMT]]>@tcthorne i thought i resolved it by updating fog to 1.5.10.1650 ie the latest at the time but guess what the error has come back and i have no idea why its come back, the last resort is to update to working branch ie 1.6

]]>http://forums.fogproject.org/post/156635http://forums.fogproject.org/post/156635Mon, 07 Apr 2025 09:14:12 GMT<![CDATA[Reply to Fog saving filenames instead images in /images directory on Fri, 04 Apr 2025 11:00:11 GMT]]>I’m having the same problem. I think the issue is with permissions.

The image deploys correctly to /images/dev/PCMAC, but when it finishes, it’s unable to create the folder in /images (FOG create a file instead with fogproject:fogproject owner) and therefore can’t move the files. While capturing the image, in my case, the owner for the /images/dev/PCMAC folder is root:root, while it for /images is fogproject:root. If you change the permissions for /images/dev/PCMAC to fogproject:root WHILE capturing the image, everything works as it should.

I tried to set my /images with root:root an 777 and added the user fogproject to sudoers too, but no luck.

Perhaps this can give the developers a clue about the problem.

Thanks.

Edit: FOG 1.5.10 here

]]>http://forums.fogproject.org/post/156628http://forums.fogproject.org/post/156628Fri, 04 Apr 2025 11:00:11 GMT<![CDATA[Reply to Fog saving filenames instead images in /images directory on Fri, 21 Mar 2025 18:18:42 GMT]]>@robertkwild i have refind issues (causes a kernel panic, and my automation requires refind to work) with 1.5.10 that i haven’t been able to work around - i’m still sadly on 1.5.9 until i can get it figured out. That’s probably going to be my next forum post after hopefully getting this issue sorted.

i’m glad to see that i’m not the only one having this problem though…

]]>http://forums.fogproject.org/post/156597http://forums.fogproject.org/post/156597Fri, 21 Mar 2025 18:18:42 GMT<![CDATA[Reply to Fog saving filenames instead images in /images directory on Fri, 21 Mar 2025 15:23:44 GMT]]>@tcthorne I had the exact same issue with the stable branch, i was on 1.5.10.1634 or 39 i forgot and i upgraded to 1.5.10.1650 and now instead of a file in the images dir i get a folder!!!

]]>http://forums.fogproject.org/post/156593http://forums.fogproject.org/post/156593Fri, 21 Mar 2025 15:23:44 GMT<![CDATA[Reply to Fog saving filenames instead images in /images directory on Fri, 21 Mar 2025 03:04:08 GMT]]>Having read the requests from the mods before posting:

@george1421 I do see several subdirectories with MAC addresses for folder names in /images/dev

Also, the response to @Sebastian Roth is:

Mount:

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=98307276k,nr_inodes=24576819,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=19670964k,mode=755)
/dev/sda2 on / type ext4 (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=64558)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/md126p1 on /images type ext4 (rw,relatime)
/var/lib/snapd/snaps/core20_1828.snap on /snap/core20/1828 type squashfs (ro,nodev,relatime,x-gdu.hide)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=19670964k,mode=755)
/var/lib/snapd/snaps/core20_2496.snap on /snap/core20/2496 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_29619.snap on /snap/lxd/29619 type squashfs (ro,nodev,relatime,x-gdu.hide)
nsfs on /run/snapd/ns/lxd.mnt type nsfs (rw)
/var/lib/snapd/snaps/snapd_23545.snap on /snap/snapd/23545 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/snapd_23771.snap on /snap/snapd/23771 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_32662.snap on /snap/lxd/32662 type squashfs (ro,nodev,relatime,x-gdu.hide)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=19670960k,mode=700,uid=1000,gid=1000)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)

df -h

Filesystem Size Used Avail Use% Mounted on
udev 94G 0 94G 0% /dev
tmpfs 19G 2.8M 19G 1% /run
/dev/sda2 233G 13G 209G 6% /
tmpfs 94G 16K 94G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 94G 0 94G 0% /sys/fs/cgroup
/dev/sda1 1.1G 6.1M 1.1G 1% /boot/efi
/dev/md126p1 6.3T 3.3T 2.7T 56% /images
/dev/loop0 64M 64M 0 100% /snap/core20/1828
/dev/loop3 64M 64M 0 100% /snap/core20/2496
/dev/loop4 92M 92M 0 100% /snap/lxd/29619
/dev/loop5 45M 45M 0 100% /snap/snapd/23545
/dev/loop6 45M 45M 0 100% /snap/snapd/23771
/dev/loop1 92M 92M 0 100% /snap/lxd/32662
tmpfs 19G 0 19G 0% /run/user/1000

ls -al /images/dev

total 44
drwxrwxrwx 11 fogproject fogproject 4096 Mar 21 02:18 .
drwxrwxrwx 57 fogproject fogproject 4096 Mar 21 02:27 …
drwxrwxr-x 2 root root 4096 Mar 6 16:43 6805caef03ae
drwxrwxrwx 2 fogproject fogproject 4096 Dec 20 00:13 6805caef29fe
drwxrwxrwx 2 fogproject fogproject 4096 Jan 17 18:27 a4bf01924b8b
drwxrwxr-x 2 root root 4096 Mar 21 02:27 a4bf01947ea6
drwxrwxrwx 2 fogproject fogproject 4096 Oct 29 23:34 b49691a653e0
drwxrwxrwx 2 fogproject fogproject 4096 Feb 3 22:01 b49691a74b1c
drwxrwxrwx 2 fogproject fogproject 4096 Feb 5 18:59 c4cbe1cda820
drwxrwxrwx 2 fogproject fogproject 4096 Nov 1 01:53 ece7a708e0a4
-rwxrwxrwx 1 fogproject fogproject 0 Jun 29 2024 .mntcheck
drwxrwxrwx 2 fogproject fogproject 4096 Jun 29 2024 postinitscripts

Would really appreciate some insight as to what is going wrong. Thanks!

]]>http://forums.fogproject.org/post/156587http://forums.fogproject.org/post/156587Fri, 21 Mar 2025 03:04:08 GMT