gallery 2 on shared system

[twcinpa]

I have installed an earlier version of gallery on a multi-hosted domain on a shared system (nitrogen).

Over the past few days I've been using fastastico to install gallery 2. But, I first attempted to create an album and upload images and I received an Internal Server error. Other attempts have generated Internal Server errors.

Is this the experience of anyone else, or has the install gone well and you've been able to configure and use gallery 2.

Best regards,

Tom

[jason]

Given the fact that the systems here at JPC are different from most other hosts (JPC runs PHP as a CGI instead of mod_php as most hosts do), my guess would be that there is a permissions problem somewhere in the Fantastico install. You see, most PHP scripts run as the 'apache' or 'nobody' user, so to save files in the user's file space you need to set "world writable" permissions on a folder. In JPC's environment, where scripts run under the owner's uid, scripts in world-writable folders will throw server errors.

My guess is that Fantastico is setting up a world-writable folder where it stores the uploaded images and this is causing conflicts. Fantastico is a commercial product that is set up to work with the most common cPanel setups; I wouldn't be surprised if there was a conflict with Jag's custom environment. Check all of your Gallery permissions and be sure all scripts are set to 644 (owner read and write, read only group and world) and directories are set to 755 (owner read, write, execute; all others read, execute) and you'll hopefully be good to go.

--Jason

[twcinpa]

Thank you Jason. I was guessing it was something to do with permissions, and I had made some attempts to set some, but I guess it's going to take some time to go through the files and do a more comprehensive job.

I had the impression PHP was becoming more standard in a CGI environment pretty to resolve some security issues, and therefore other gallery installations would have already addressed this issue. But, who am I to argue.

Regards,

Tom

[jason]

Its just a hunch I have, no guarantees that what I said will work.

A quick way to automatically set all of the permissions to the levels I suggested is to run these two commands from within your gallery directory:

find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;

find is a powerful program that searches a directory tree for files/directories/links with certain characteristics and then either prints the list to the screen or does some action on the matched entries. In the first line above, find searches the current directory and anything below it for all files, then executes chmod on each file ({} represents the matched file's path). The second line does the same thing for directories.

Looking at the Gallery docs, chances are that the only thing that will need its permissions changed is the g2data directory, so I would check that first before running the above find commands.

--Jason

[twcinpa]

find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;

Now, that's something good to know. I'll likely be trying it soon, however, I just opened a support ticket since I got the same error trying to access the admin page a few minutes ago. This seems to be a very dynamic system.

Best,

Tom

[twcinpa]

Turns out the g2data directory is already at 755.

I'm now on the gallery forum. Let you know if I learn anything useful.

Tom

[twcinpa]

I checked the permissions on the gallery directory, and it was the reported 755.

Then, for some reason I went to one of the domains hosted on this server - and it have an Internal Server Error. All of them did.

I opened a ticket and now they are working, although I still have the gallery error.

Anyone any idea what happened. Is it related. I'm sure I did nothing to change permissions on the other servers.

Tom

[twcinpa]

So, I uninstalled gallery, and re-installed it. I was then able to access the admin page. Then I went to dinner.

Now, I'm back, and when I try to access the admin page, I once again get the Internal Server Error.

I am a bit baffled and am looking for any suggestions.

Tom

[Vin DSL]

Hrm...

I've been following this thread, and it spurred me to update my G2 install to 2.2.1 today -- hadn't done it in a while -- and, everything went smoothly! Smoother than in the past, actually...

 Last Run Details:

Gallery version = 2.1.1 core 1.1.0.1
PHP version = 4.4.2RC2-dev apache
Webserver = Apache/1.3.34 (Unix) mod_fastcgi/2.4.2 mod_auth_passthrough/1.8 mod_bwlimited/1.4 PHP/4.4.2RC2-dev mod_log_bytes/1.2 FrontPage/5.0.2.2635 mod_ssl/2.8.25 OpenSSL/0.9.7a
Database = mysqlt 4.0.25-standard, lock.system=flock
Toolkits = ArchiveUpload, Exif, Gd, ImageMagick, NetPBM, SquareThumb, Thumbnail, Ffmpeg
Acceleration = none, none
Operating system = Linux platinum.nocdirect.com 2.6.14.3-1-grsec #1 SMP Thu Dec 1 15:59:40 CST 2005 i686
Default theme = matrix
Locale = en_US
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.13) Gecko/20060606 Firefox/1.0.8 (ax

What kind of server errors are you getting? 500s?

Personally, I'd download the G2 2.2.1 'full install', shell into my account, manually overwrite ALL the Fantastico G2 files, and run the 'web upgrader'. You got nothing to lose, right?

This will walk you through it.

[jason]

Check your error log (in cPanel) to see if that gives any hints to the problem...

--Jason

[twcinpa]

Actually, the thing has been unstable. So I noticed within the files fantastico loaded an installer and I ran that. System has been viable since. I did have to change the PHP.ini file to allow large uploads, and that seemed to take care of the uploading of images.

As I write this I'm moving the latest Gallery 2.2.1 onto the server to upgrade.

Stay tuned.

Tom

[Vin DSL]

Doh!

I just realized I didn't run my system details after the update...

Does this look better?

 Last Run Details:

Gallery version = 2.2.1 core 1.2.0.1
PHP version = 4.4.4 cgi
Webserver = Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b
Database = mysqlt 4.1.21-standard, lock.system=flock
Toolkits = ArchiveUpload, Exif, Gd, ImageMagick, NetPBM, SquareThumb, Thumbnail, Ffmpeg
Acceleration = none, none
Operating system = Linux kraken.nocdirect.com 2.6.9-42.0.3.ELsmp #1 SMP Fri Oct 6 06:21:39 CDT 2006 i686
Default theme = matrix
gettext = enabled
Locale = en_US
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Rows in GalleryAccessMap table = 122
Rows in GalleryAccessSubscriberMap table = 345
Rows in GalleryUser table = 2
Rows in GalleryItem table = 340
Rows in GalleryAlbumItem table = 13
Rows in GalleryCacheMap table = 0

[Gwaihir]

What kind of server errors are you getting? 500s?

Internal Server Error = 500. I just double checked, there isn't another with that same message.

If it indeed isn't a permissions issue, then have a look at the .htaccess files. Perhaps the gallery puts one in that administration folder and has a php* directive in it? (Those aren't allowed in the CGI setup.)

Personally, I'd download the G2 2.2.1 'full install', shell into my account, manually overwrite ALL the Fantastico G2 files, and run the 'web upgrader'. You got nothing to lose, right?

I'd probably have done that too by now. It's nice to have an auto-installer and upgrader (Fantastico) if it works flawlessly. The moment it doesn't, it's IMHO better to fully take the setup of that application into your own hands than to try half-half.

[twcinpa]

The install I just made without Fantastico was fantastic. It was quite uneventful and is running well.

Tom

[Ron]

All Hail Fantastico...