Suddenly broken G2 setup: No remote uploads, broken plugin management
|
hollow5555
Joined: 2013-11-13
Posts: 6 |
Posted: Wed, 2013-11-13 12:18
|
|
Hi all, I have had a Gallery 2 install up and running for a few years on a machine at last house. A year or so ago I moved. I was able to leave the machine behind with some family, but recently they asked me to finally move it. My plan was to migrate the G2 install from that machine to my current server. I did some planning and read all of the docs on migrating from machine to machine and it seemed to work once I got the hostname migrated as well. So all was good for a bit but recently it looks like something broke. I went to upload a bunch of files this weekend and Gallery Remote suddenly didn't work. I got the "Server contacted but no gallery installation found at URL" type message. I tried the upload applet and got the same results. I also tried uploadify but that also refused to work. I could browse for files but the upload and cancel buttons were perpetually disabled. I looked through the forums and found a lot of references to gallery2_remote.php, but I don't have that file. I tried uninstalling/reinstalling the Remote module, but that didn't do anything. THEN things got weird... While going through the control panel I noticed that when I go to the Plugins page I can no longer get any status icons or "disable | uninstall | delete" type options. I only get the blue question mark bubble. I found if I try this from a Linux box then the plugins page works, but not from Windows. Also, no matter where I connect from (Linux or Windows) ALL modules are listed as "Upgrade Available" in the Get More Plugins page, but when I try to upgrade it only shows me the version I already have (and even says "Already Installed"). I'm at a loss as to what went wrong and how to fix it. I don't believe my machine was compromised, as I've been over the logs and checked the machine and things seem ok. Any advice or suggestions would be awesome. I should also mention the new server is using name based virtual hosts. I don't know if that's relevant but I'll be glad to share any other info that might help get this resolved. Site information below: PHP Info Page: http://exdomain.org/phpinfo.php |
|
Posts: 8339
This is usually due to javascript errors when your server is double compressing scripts http://galleryproject.org/node/84006
As for gallery remote... that is ancient technology. The latest java has totally broken the remote plugin.
It has always been pretty crappy anyways marred by memory limitations and such.
We are no longer supporting GM.
Try another upload method like Uploadify.
-s
________________________________
All New jQuery Minislideshow for G2/G3
Posts: 6
I tried uploadify but that also refused to work. I could browse for files but the upload and cancel buttons were perpetually disabled.
Posts: 8339
Again due to improper javascript compression.
-s
________________________________
All New jQuery Minislideshow for G2/G3
Posts: 6
Ok NOW I'm confused. This morning if I connect to my website from work things appear normally and uploadify works. I'm working if something I tinkered with last night fixed something or if something is up with my Windows PC at home...
The java thing explains the gallery remote issues I've be having. I'll stop using that in favor of uploadify, as long as that keeps working.
Thanks for the help, guys. It's very much appreciated.
Posts: 6
Nope, still broken... But more information is available.
It turns out that from my work PC I run a virtual machine and from there the website works. From the host PC it does not
the only difference is the VM is going through my SQUID proxy at home. I don't know what's special about that squid proxy but that seems to make both the plugins page and the uploads work fine. To complicate matters, I even tried last night to upload files from a computer in my house, on the same switch as the webserver, and that DIDN'T work.
So just on a whim this morning I installed a second Gallery2 install (clean install of 2.3.2 full, with new DB and everything) in a different directory on the webserver. That site works fine from everywhere. So I'm guessing something (a plugin? something in the database?) is screwed up on the main site. Is it possible to have a second gallery2 install point to the same database as the main site for testing or will that cause havoc?
Posts: 8339
on your screwed up gallery go to your-screwedup-gallery.com/upgrade and run to at least step 2 system checks to see if your files are intact.
you can also goto your-screwedup-gallery.com/lib/support and clear some caches and stuff.
-s
________________________________
All New jQuery Minislideshow for G2/G3
Posts: 6
Clearing the caches didn't help, and everything on step 2 said success except the following 2 files:
modules/rewrite/data/mod_rewrite/custom/.htaccess
modules/rewrite/data/mod_rewrite_no_options/custom/.htaccess
Which I modified when I set up mod_rewrite
Posts: 8339
in your new gallery's config.php try pointing it to your old gallery's g2data and DB and see if it works any better.
-s
________________________________
All New jQuery Minislideshow for G2/G3
Posts: 6
Ok, I finally figured out what's going on. The problem is that the site is now hosted on a machine with a dynamic address (exdomain.dyndns.org) and the top level domain name (exdomain.org) is registered with godaddy and they just redirect it to exdomain.dyndns.org. They have 2 methods of redirecting:
1) Without Masking (you go to exdomain.org and end up at exdomain.dyndns.org)
2) With Masking (you go to exdomain.org and get the content from exdomain.dyndns.org)
I happen to be using method #2, and the way that works is when you go to exdomain.org you get a webpage on a godaddy server apparently that basically just creates a frame that takes up the whole browser window and then loads exdomain.dyndns.org into that frame so that it still looks like you're at exdomain.org. Apparently using gallery2 in a frame like this causes the admin page and upload pages to break as I've been seeing. If I change the godaddy redirection to use method #1 then things seem to work perfectly. As a test I set up a second web server machine (internal only) on my home network and created a page that mimics the godaddy redirection method and using that page I can reproduce the issues I was having. That points conclusively to "Gallery doesn't like living in a frame."
As a test I did an install of gallery3 and gallery3 also handles the frames badly. In fact, gallery3 just gives me a blank screen when I use method #2.
Any suggestions for getting either (though preferably gallery2) working with method #2?