image size on server is 0

[Wayne Workman]

@saif Check if the correct interface is set in storage management. I think if it’s wrong it can mess with FTP related things.

[saif]

This post is deleted!

[saif]

@Wayne-Workman

this is the setting of storage management at fog server

[saif]

@Wayne-Workman the eth0 is the interface i use for ftp its correct

[Wayne Workman]

@saif Ok. What OS are you running FOG on?

[saif]

@Wayne-Workman centos 6.7

[Wayne Workman]

@saif Check SELinux with getenforce check firewall with systemctl status firewalld check the status of FTP with systemctl status vsftpd

[saif]

@Wayne-Workman
getenforce disabled
vsftpd (pid 4591) is running…
iptables: Firewall is not running

i have done some images before and i didnt see this error

[Tom Elliott]

@saif What would be REALLY nice is if we know what version of FOG you’re running?

[saif]

@Tom-Elliott its 1.2.0
thanks

[Tom Elliott]

This is a known problem. Just going to guess, the OS the FOG server is running is Ubuntu of some form (maybe Debian even)?

[saif]

@Tom-Elliott its centOS 6.7

[Wayne Workman]

@saif Can we confirm that the image size isn’t actually really 0?

ls -lahRt /images

[saif]

@Wayne-Workman said in image size on server is 0:

ls -lahRt /images

yep

/images/Nick:
total 23G
drwxrwxrwx 8 fog 502 4.0K May 10 11:23 …
-rwxrwxrwx 1 root root 23G May 10 11:23 sys.img.000
drwxrwxrwx 2 root root 4.0K May 10 10:32 .
-rwxrwxrwx 1 root root 8.2M May 10 10:32 rec.img.000
-rwxrwxrwx 1 root root 15 May 10 10:29 d1.original.fstypes
-rwxrwxrwx 1 root root 0 May 10 10:29 d1.original.swapuuids
-rwxrwxrwx 1 root root 260 May 10 10:29 d1.original.partitions
-rwxrwxrwx 1 root root 2 May 10 10:29 d1.fixed_size_partitions

[saif]

i am sure all permissions are correct
please any advice

[Wayne Workman]

@saif I sent you a message. (talk bubble, top right).

[Wayne Workman]

@saif Can you try to set permissions to fog:root ?

Normally, when permissions show as root:root this means that the image was manually moved around (for whatever reasons).

Just an idea. I know that 777 permissions should allow access - but we’ve seen some weird stuff surrounding this before on some setups.

Recursively:
chown -R fog:root /images

[saif]

@Wayne-Workman thanks
i did all that still the same

[Sebastian Roth]

@saif Anything in the apache error logs? See the signature below my message on where to find the log files…

[Quazz]

@saif Looks like you have remembered your login credentials for your FOG WebGui in your browser.

Your browser will have filled in the Storage Node credentials with the Webgui login data, overriding the FTP data, so you should correct that for starters. It might have done the same for your FTP settings at the configuration page.

I recommend disabling password remembering for FOG Webgui