• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 98
  • Last Modified:

Internal Server Error when saving document unchanged

I edit a file in filezilla and when I upload it i get:  
Internal Server Error

What could cause this?  The website works perfectly.  I
I open the file locally and make no changes to it
I save it and filezilla saves the unchanged file to the server.
I go to that same url and it's not working.  

Is there anything that might cause this?
0
vrosas_03
Asked:
vrosas_03
  • 3
  • 2
2 Solutions
 
Uwe DegenhardtIT-ManagerCommented:
This could be caused by a permission problem.
Did you have a look in the Webserver-Logfile ?
0
 
vrosas_03Author Commented:
If I change the index.php to index.html it works.

there are php pages on there already though but they only work if they remain on the server.  I can change the name and change it back and they will still work.

I checked the permissions and they are the same for pages that work as for pages that don't.  
What directory would the log file be in?  
Would it be in the site folder in a multisite website.  
Which directory:
var
usr
tmp
sys
srv
sbin
bin
mnt
?
There are other directories it could be in but if you know a common directory where the log file would be located that would help a lot.
0
 
Uwe DegenhardtIT-ManagerCommented:
Check in /etc/httpd/conf/... (CentOS) or in /etc/apache2/sites-enabled/000-default (default) (Debian/Ubuntu)
if you can see any virtualhost giving you the actual physical document-root directory
either in: /var/www/ or /home/... or /srv/www
Most of the times (95%) it is somewhere in these three directory trees.
If you have the DocumentRoot path it should be solvable. If you have no virtualhosts go and check apache2.conf or http.conf
There you can the the webservers document-root as well.
0
 
vrosas_03Author Commented:
I think it's caused by being the wrong owner.   The files i upload have a different owner than the ones that are there already.
0
 
Uwe DegenhardtIT-ManagerCommented:
Yes. Thank you for your points. Then try to change the umask and/or the standard user of the ftp-user logging in.
Also add the user to the group-file under /etc/group
After that begin with umask 022 and the new ownership delivery in the group and all should be fine.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Cloud Class® Course: Certified Penetration Testing

This CPTE Certified Penetration Testing Engineer course covers everything you need to know about becoming a Certified Penetration Testing Engineer. Career Path: Professional roles include Ethical Hackers, Security Consultants, System Administrators, and Chief Security Officers.

  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now