Upload never gets moved out of the /images/dev/#### folder
-
@Tom-Elliott Thanks, I was just hitting debug.
@Wayne-Workman
Perhaps I am missing something, but after the partclone screens, it saysRestoring MBR…Done
Press [Enter] Key to continue
Resizing ntfs volume (/dev/sda2)…Done
Clearing ntfs flag… DoneAnd that’s it. I tried doing Ctrl+c after restoring MBR, but it just gave me the prompt [root@10 /]# and I couldn’t access ftp from that.
I am terrible with Linux, so all help is appreciated! Also, could you give me a better idea of the syntax for the ftp try? Should I get the file and then put it? Or is there a way to move a file to a different folder on the same machine from ftp?
-
@Tom-Elliott said:
On 1.2.0 you need to choose the Advanced item that is labeled Download - Debug
Upload - Debug
We want to test uploading lol. @TThax did you do a upload or download?
-
@Wayne-Workman
I did upload. lol. I knew what he meant on that one. -
@TThax So here lately, the messages at the end of upload have changed.
I don’t think it shows anything if it does not fail.
What that means is… there are no errors being detected. But clearly it’s not working either.
Again, I’ll ask @Tom-Elliott for an example command.
-
I’m not too opposed to just moving it manually, but is there a way to get FOG to recognize that it is there? When I move it manually, it shows “Image size: ON SERVER 0.00iB”
-
@TThax said:
When I move it manually, it shows “Image size: ON SERVER 0.00iB”
Check permissions and ownership of the directory after you move it.
-
Ok, after I moved it, I checked permissions and it showed fog fog. I did chmod and chown and now it shows fog root. I still get no size. I’ll show you what I mean.
If I get it deployed using task management, it will show an image size on client, but it still doesn’t realize there is an image on the server.
-
@TThax Your problem is absolutely related to FTP not being able to do what it’s supposed to do.
Let’s go back to the basics… Did it ever work? When did it stop working?
-
It used to work on my old FOG server. The computer took a dump, so I made a new one. I set it up the same way as the old one, except I used Ubuntu 14.04 instead of 12.xx. I copied a couple of images from the old hard drive onto this one, did the permissions change and all that, and new images have never successfully transferred on this machine.
-
@TThax 14.04 would work better with fog trunk. Seeing how you currently do not have a working fog server, would you be willing to update and try it out?
-
Forgive my ignorance, but how do I do that? Also, will I lose my current images?
-
@TThax said:
Forgive my ignorance, but how do I do that? Also, will I lose my current images?
Pick a method from here, I’d recommend git or svn: https://wiki.fogproject.org/wiki/index.php?title=Upgrade_to_trunk
You shouldn’t loose anything, db data, images, configuration in /opt/fog/.fogsettings. it all gets carried over.
-
Ok, upgrade complete. In the Image Management screen, it shows Image size: ON CLIENT, but now there isn’t even a column for Image Size: ON SERVER. How would I know if it is recognizing the images?
-
@TThax In fog 1.3.0, that feature is turned off by default to improve performance of the image management page. You can turn it on inside FOG Configuration -> FOG Settings -> General Settings -> FOG_FTP_IMAGE_SIZE
-
Still having an ftp issue… When I enabled that option, in that column I get:
FOGFTP: Login failed. Host: 10.1.1.42, Username: fog, Password: , Error: ftp_login(): Login incorrect.
I checked FOG Configuration -> FOG Settings -> TFTP Server FOG_TFTP_FTP_USERNAME and FOG_TFTP-FTP_PASSWORD and those are correct.
/opt/fog/.fogsettings did not change anything with this update, and on the troubleshoot ftp page, it says FOG 1.3 should have storageftpuser & storageftppass is it a different file path for an updated .fogsettings file, or do I need to update the old file somehow?
-
@TThax said:
FOGFTP: Login failed. Host: 10.1.1.42, Username: fog, Password: , Error: ftp_login(): Login incorrect.
If that’s the actual error and you haven’t edited it,
Your issue is… somehow you have no password stored in your storage settings.
Look inside of Storage Management -> [your storage node name] -> Password.
Really watch to make sure auto-compete isn’t changing things when you update that password.
-
The strange thing is that the password was correct, but I went ahead and deleted and retyped it, and now it works. So bizarre. Thanks so much for your help! I bet the next upload works just fine.
-
@TThax said:
The strange thing is that the password was correct, but I went ahead and deleted and retyped it, and now it works. So bizarre. Thanks so much for your help! I bet the next upload works just fine.
Good lord, if that was the problem the whole time, that makes me feel really dumb.
Well, enjoy fog trunk! Fee free to comment on your experience, don’t hesitate to come report bugs or ask for help (not saying you’ll have a lot, but it’s just good manners to make you feel welcome).
-
It makes me feel really dumb too, but in fairness, the password WAS correct there. I just deleted and retyped it and it worked.
-
@TThax Web browsers auto-fill functionality is the cause of this most of the time. It’ll fill in a blank field with what should be there, most of the time… but it’s not actually set.
Those fields in fog are configured to tell browsers to not auto-fill them, but Chrome seems to not care about these requests.
