Warning: fopenpublichtml/ blahblahblah) ): failed to open stream: Permission denied in /home/danvenec/public_html/gallery/platform/fs_unix.php on line 58
I am having the above problem. I keep trying to CHMOD to 777 the entire album directory, but my FTP program stops me on the albums.dat files and says operation prohibited.
Also where do I find the below info? I ran the config wizard but couldn't find it. Thank you.
The following information is required to get an answer:
Get this information from the PHP diagnostic (in the configuration wizard).
Gallery URL (optional but very useful):
Gallery version:
Apache version:
PHP version (don't just say PHP 4, please):
Graphics Toolkit:
Operating system:
Web browser/version (if applicable):
Posts: 12
For some background, everything was working fine on my iPowerWeb account. Then my credit card expired and they cancelled my account. Luckily I had a backup of the whole site. So then I needed to upload the entire site again which is a PITA. But I did it. When I tried to access my gallery I was getting the above error. I did the CHMOD to 777 for the whole album directory, but the FTP keeps getting this operation denied command when I try to CHMOD the files the config wizard is asking me to CHMOD. Any idea?
Should be an easy fix since all I'm doing is re-uploading the exact same files that were working on the other server. Maybe I should upgrade to the latest version of gallery while I'm at it but I was pretty much fine with the earlier version.
Posts: 6
This same thing is happening to me on my ipowerweb account. I didn't let my account expire...on 8/21 my website vanished, then eventually came back up. I guess they must have been doing maintenance or something. At any rate, I get the following error:
Warning: fopen(/home/{...}/gallery/data/albums/albumdb.dat.0): failed to open stream: Permission denied in /home/{...}/gallery/platform/fs_unix.php on line 66
I think Ipowerweb hosed something these past few days. The "fix" for this is supposed to be to chmod your album directories and all files to 777, but when I try to chmod (using WS_FTP, Ipowerweb doesn't give shell access) I get "operation not permitted" errors. You may not be able to chmod, but contact tech support and have someone change it for you. You may be able to do it through the vDeck interface, but I don't use it so I'm not sure.
Posts: 1
Warning: fopen(/home/.../albums/Main/photos.dat.0): failed to open stream: Permission denied in /home/.../public_html/.../platform/fs_unix.php on line 55
Warning: Cannot modify header information - headers already sent by (output started at /home/.../public_html/.../platform/fs_unix.php:55) in /home/.../public_html/.../do_command.php on line 177
I am having the above issue on two seperate installations. After changing permissions that seemed to be contradictory I gave in and placed a call to IPower. After waiting a grueling 1 hour plus in the phone queue, I got through to a tech for some assistance. He couldn't fix the issue during the course of the conversation and forwarded it on. The good news is that I asked for a detailed explanation in an email and he agreed. When I receive it, I will post the contents.
I have my own ideas regarding issues, but without shell access, it's only speculation.
Posts: 27300
FAQ: Warning: fopen(".../albums/team/album.dat.lock","a+")
Ask you host to chmod the files for you if your FTP client can't, or use the web interface file manager.
Posts: 1
I had the same problem with my host Startlogic with Gallery 1.5.
At this time, there is a recognized security issue affecting many shared hosts. In response to this, many hosts have disabled PHP from making an allow_url_fopen request. This breaks Gallery 1.5.
I have written about this problem and include a link to the system notice here:
http://hayden-tennent.blogspot.com/2007/12/my-online-photo-gallery-is-mangled.html
I can report that I have upgraded to Gallery 2.x which does not exhibit the problem. This suggests to me that Gallery 2.x performs the same function in a more secure manner (i.e differently).
I also concur with the php.ini comment by RSHosting, as apparently this can be modified to undo the restriction.