Trying to make a backup using FileZilla. All files copied but for .ftpquota got this error,
Command: RETR .ftpquota
Response: 550 Can't open .ftpquota: Permission denied
Error: Critical file transfer error
I have changed the access to 777 but still the problem is there. Any solutions? Thanks
Unless you own your own company and are backing up one of your customers servers, you don't need .ftpquota copied in a backup.
Edit: Though to answer your question, I believe it's due to it being open in a program on the server. Probably the FTP server, try turning off your FTP quota on the server (if possible) and see if that makes a difference.
Related
When trying to run bundle install on a ruby project I received the following error:
There was an error while trying to write to `Bundler does not have write access
to create a temp directory within C:/Users/Simon/AppData/Local/Temp. Bundler
must have write access to your systems temp directory to function properly. `.
It is likely that you need to grant write permissions for that path.
I've checked the permissions in my temp folder and everything looks OK. Is there another possible cause of this error?
After much frustration, I discovered that this is actually a misleading error message. The actual error is Errno::EACCES which can be caused by several things: a file permissions error, or by a network connection permissions issue such as a firewall.
I my case, it was my firewall, TinyWall, that was blocking ruby.exe from connecting to the internet and thus causing this error. By giving it access through the firewall, bundle install ran successfully.
Just putting this out there for anyone else that may encounter this frustrating issue one day.
I have just upgraded my site from Magento 1.7 to 1.9 and i'm now getting a 500 Internal Server Error. From other posts, I have done the following:
Deleted the maintenance.flag file
Changed permission on index.php to 755
Changed permission on downloader/index.php to 755
Changed permissions recursively on /var to 777
I've also gone through the files and all directories seem to be 755 and all main files '666'.
I'm still getting the 500 Internal Server Error. The bigger problem is that I have no error files in /log to be able to identify the problem. I created the folder /log (because it didn't exist) but no files are in there. I do not have access to the frontend of backend (because of the 500 Internal Server Error) to make sure that logging is turned on.
Any idea how I can try to troubleshoot / get these error logs?
Thanks!
It sounds like you're getting a plain, un-styled 500 Internal Server Error page, which means its your web server that's returning the error. This means any error logging is likely to be in your web server log files, and not PHP or Magento's log files.
You'll need to check with your system administrator to find out
What web server you're running
Where it's log files are
And if you have access to those log files
Common places these files might be are
/var/log/apache2/error_log
/var/log/nginx/...
However, every distribution keeps them in a different place.
I am trying openshift DIY cartridge. I use a windows system to manage the server from command line. I managed to run a simple html5 website. I have deleted the testrubyserver.ruby file from the webpage folder for test purposed and then added it again to my webfolder. Now i have 503 error. No restart, no stop, no start helps. I am stuck in 503. Does anyone know what to do? How can I make the testrubyserver.ruby run again?
Solved my problem. I checked the log file in the folder: app-root / logs. There I found out that
nohup: failed to run command `/..//testrubyserver.rb': Permission denied
I change in filezilla the permissions for the file from rw to rwx to execute it. Restarted the server and then it worked.
I do not know if this is the right approach. At least it makes my app running again.
I'm uploading file to ftp. Sometimes upload fails and on ftp chunk of a file leaves. e.g. 20 mb from file that have 50mb. Then I receive "550 Access is denied" when trying to re-upload file or delete that chunk of trash.
Could smb advice a solution?
That means you have the right to upload files, but not to delete/replace them.
Contact ftp administrator to update your rights.
Update:
If you can delete other files, that means the incomplete file is probably still opened by your previous ftp session. The FTP server must have some timeouts for this, so you should be able to delete the file later when it is closed by the FTP server.
I am trying to FTP a RAR (zipped) file to another server but am having problems doing so. This is a Windows environment. I know that my FTP connection is setup correctly because I have already transferred over several other RARs. But the difference from what I can tell is that this RAR that is failing is larger in size. It is 761 MB. So when I try to "put" it into the other server, I get the following:
200 PORT command successful.
150 Opening BINARY mode data connection for WCU.rar.
> WCU.rar:Permission denied
226 Transfer complete.
However, the file is never transferred over. Is there a size limitation? And FYI, WCU.rar is a zipped directory, not a file. But I was able to successfully FTP over several other zipped directories.
it can be size limitation, not just stored data but as well transfered data.
did you try to transfer a small file? a small file in the same format? I would say, permissions, but you said that you uploaded already files to this server.
just to help you debug, you can add both commands to your ftp session
ftp> hash
ftp> bin
WCU.rar:Permission denied
You don't have permission to write to that directory. You need write permissions on the folder in order to do so.