FOGFTP Faile to rename file.
-
2 answers in under 2 minutes, from a moderator and a senior developer - for free. Can Microsoft do that? Nope. Takes them 2 days to respond to a paid support email.
-
Thank you both for the advice! I checked under .fogsettings and saw that the password was randomly generated, so it was not what I was expecting. I updated that and am doing a test upload now. Will report back with results!
-
@kenneth.sisco If thatâs all you did, then it probably wonât work still. You need to follow all the steps in that article for credentials.
-
I feel like I may have made this worse. Now, my upload stops at this point. If I look under /images/dev/[mac address], I do still see all the files there, but the task on the client just gets stuck here.
The change that I made was to /opt/fog/.fogsettings, and I changed two lines. I still have the default password of âpasswordâ for the âfogâ account. These two lines were changed:
password=âpasswordâ;
storageftppass=âpasswordâ;Before, these two lines showed what appeared to be randomly-generated passwords within the quotes. Did I do something wrong?
-
@Wayne-Workman Good catch - I need to read the manual!
Iâll go through and update everywhere as it states, then try again. Thank you!
-
I updated the credentials in the following locations:
Web Interface -> Storage Management -> Default Member -> Management Username & Management Password
Web Interface -> FOG Configuration -> FOG Settings -> TFTP Server -> FOG_TFTP_FTP_USERNAME & FOG_TFTP_FTP_PASSWORD
/opt/fog/.fogsettings - âpasswordâ line and âstorageftppassâ line.
Local fog userâs password (passwd command).I rebooted the server after doing the above, then double-checked all locations to be sure nothing changed. Tried uploading again, and I get the same as the screenshot in my previous post here. It gets hung after âStopping FOG Status Reporter.â
The image files are still located on the server under /images/dev/[mac address], so theyâre being uploaded, but I definitely made this worse haha.
Is there a log file that I can check to get more detail?
-
@kenneth-sisco Have you tried to connect via a normal FTP client to see if the credentials are correct?? See in the troubleshooting guide Tom and Wayne posted.
-
@Sebastian-Roth Yes, I have. I went ahead and did it again just to be safe. Using WinSCP, I can connect via FTP to the server using the standard fog credentials and traverse all directories no problem.
-
@kenneth-sisco Well then please post the output of
mount
here in the forum. I have another idea whatâs causing this. -
@Sebastian-Roth Here you are!
'/dev/sda1 on / type ext4 (rw,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/cgroup type tmpfs (rw) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs (rw,nosuid,nodev) none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) none on /sys/fs/pstore type pstore (rw) /dev/sdb on /images type ext3 (rw) systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw) nfsd on /proc/fs/nfsd type nfsd (rw)
-
@kenneth-sisco So you have /images formated with
ext3
as I see.Read this:
Learned something new ⊠(pretty much every day!)
ext3 does some kind of defragmentation/reallocation foooo when files are being deleted!
http://www.depesz.com/2010/04/04/how-to-remove-backups/
I (re)moved all my images, re-formated with ext4, put it all back together and now everything seems fine. Deleting of 150GB image takes less than 10 seconds. Awesome!!! I really wonder why very little people have issues with this. Is ext3 not in use in most recent distributions??As well interesting that you formated the whole disk (sdb). Usually people create one single full size partition on a hard drive (e.g. sdb1) before formating it.
-
Updated to the latest trunk release on the SVN and had to run the SQL commands listed here:
https://forums.fogproject.org/topic/7734/snapin-id-was-not-set-or-unable-to-be-created-svn-revision-5661/27After that, it started working great.
Thanks for the help, guys!