Error... but for a different reason.

fkatzenb · September 22nd, 2006, 11:25 AM

I know this sounds like a repeat, however it is not.

We were hacked. We restored the server, had EZSM harden it, and then restored backups. My gallery which had been working for a vary long time is now no longer uploading pictures. I get the following error...

Code:

Content visible to verified customers only.

I think this is because the file is not making it there??? Even though this was my only error, I still checked all of the gallery's permissions.

Your help is greatly appreciated!

Frank

Chuck S · September 22nd, 2006, 08:12 PM

Your uploads and data directories must be 777 at every level

fkatzenb · September 23rd, 2006, 10:47 AM

They are. That is why I posted above. If I look at the /tmp directory, that file/directory is not there.

Frank

fkatzenb · September 25th, 2006, 10:25 PM

Anyone?

Chuck S · September 26th, 2006, 10:12 AM

Yes your uploads/1 directory is NOT set to 777 or safe mode is on on your server.

Double check your permissions and also check the admin php info link and check the safe mode thing

fkatzenb · September 26th, 2006, 11:07 AM

Everything has been in order and was the result of a previous installation. This started when we had to hardened the server and restore from backup. I personally think that when they hardened my server, they did something to the tmp directory?! Is there a different way of doing things?

Frank

Code:

Content visible to verified customers only.

Code:

Content visible to verified customers only.

Chuck S · September 26th, 2006, 12:30 PM

Yeah I dont know what you mean by hardened so you might want to contact them

Only thing I can suggest is as I have stated

1. make sure permissions every level down are 777. I see directory 11 it is not

2. make sure safe mode is off

3. Make sure you have the proper uploads path in global options in admin

fkatzenb · September 27th, 2006, 09:56 AM

I am going to have them look at it today. Everything is done right on Photopost's end. Is there a way to not do the /tmp directory? It seems to me that vB doesnt use it, so how can I make photopost not use it.

Thanks!
Frank

fkatzenb · September 27th, 2006, 11:28 PM

Well it appears that the only permissions done to my /tmp directory is you cannot execute in it. Great. So what is really wrong?

So does photopost only use /tmp directory when PHP is in safe mode? I am just trying to figure out why it is trying to use the /tmp directory?

Thanks for the help.

Frank

Chuck S · September 28th, 2006, 08:40 AM

Any PHP file upload to my ability should use the tmp directory specified in the php setup. To my knowledge that directory should also be set and usually is set to 777

fkatzenb · September 28th, 2006, 10:46 AM

Well it is set to 777 and no joy. I did try something else. On my server, I am running Plesk. The thing about plesk is there is to locations for everything... for example...
/home/httpd/vhosts/somedomain.com/httpdocs/forums/photopost/uploads/
/var/www/vhosts/somedomain.com/httpdocs/forums/photopost/uploads/

If I switch to the later path, I get a different error. The error I get is unable to determine image type for [/home/httpd/vhosts/turbo-mopar.com/httpdocs/forums/photopost/uploads/500/cylinder_flow.jpg].

However there is no 500 directory...

Frank

Chuck S · September 28th, 2006, 12:37 PM

You have tried setting your data directory incorrectly recheck your paths.

fkatzenb · September 28th, 2006, 10:43 PM

Quote:

Originally Posted by Chuck S

You have tried setting your data directory incorrectly recheck your paths.

I know that. I was just pointing out all the options I have tried.

So it /tmp only supposed to be used if the server is in Safe Mode? So currently it or the server thinks it is in safe mode even though php.ini does not say it is in safe mode.

Frank

Chuck S · September 28th, 2006, 10:56 PM

No to my knowledge when you upload a file it is uploaded to the tmp directory and moved through the upload process when finished to the final place which in our case is uploads directory

Now this requires you to have the correct uploads directory server path entered where asked and just like the data directory uploads at every level needs to be set to 777. you can not upload a file to your site unless the directory is set to 777 usually. With the error your posting there can only be 3 things wrong that I can see and I posted those in post 7

GoMeS_k · September 30th, 2006, 07:59 PM

I'm having exactly the same problem, data and uploads directories are all set to 777 including all levels under it.

I also run PLESK.

GoMeS_k · September 30th, 2006, 08:13 PM

Paths are correct, server has safe_mod off. No clue what is causing this.

Chuck S · September 30th, 2006, 08:26 PM

Please refrain from spamming multiple threads

I have already replied here

http://www.photopost.com/forum/showp...7&postcount=16

GoMeS_k · September 30th, 2006, 08:35 PM

If you read again you will see that I left a reason on my edit saying that I posted on the wrong thread, and by no means I'm "spamming" multiple threads.

Quote:

If it is disappearing then one of the 3 is your culprit

1. safe mode is on

2. file uploads are off

3. Your file is over your php max_upload_filesize or the LimitBodyRequest variable on your server

1) safe mode is off
2) files upload is on.
3) It doesn't work even with a 50kb picture.

Here is the error:

Unable to move file [/tmp/phpajJCVy] [/home/httpd/vhosts/gkbe.com/httpdocs/pp/uploads/1/1.jpg]

All paths are correct and data / uploads dir and child dirs are 777.

Chuck S · September 30th, 2006, 08:53 PM

The error your posting means either safe mode is on or the directories are not set to 777. Can not say anything else really.

The might want to contact your host about file uploads if you continue to have an issue and everything we post here is correct

GoMeS_k · September 30th, 2006, 09:00 PM

I run a dedicated server and if you looked at my php info you can see it has safe_mode turned off.

And I can assure you 110% that the /data and /uploads directories and childs are chmoded to 777.

Never had such weird problem with PP in the past. Maybe Michael can clear things up?