Import hangs
|
sddroog
Joined: 2005-02-01
Posts: 132 |
Posted: Sun, 2009-05-10 06:11
|
|
Hi, I am trying to import from my gallery2 using alpha4. However, it seems to hang. No information is giving, just an empty progress bar and the 'pause' button. Is there a logfile I can check? Or debug information I can turn on? |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Mon, 2009-05-11 04:01
|
|
Can you try the latest nightly build, or better.. get the latest copy from svn? I've been making steady improvements to the g2_import module since the alpha 4 release and I may have already fixed the problem you're seeing. |
|
|
sddroog
Joined: 2005-02-01
Posts: 132 |
Posted: Tue, 2009-05-12 17:51
|
|
With the last nightly build it did import my groups but after that it hung again. This is what I find in the log: Quote:
2009-05-12 19:38:38 +02:00 --- error: Gallery2 call failed with: Error (ERROR_BAD_PARAMETER)in modules/core/classes/helpers/GalleryEntityHelper_simple.class at line 39 (GalleryCoreApi::error) Thanks again! |
|
|
danodemano
Joined: 2008-11-15
Posts: 27 |
Posted: Wed, 2009-05-13 10:51
|
|
I'm seeing something similar, my import makes it to 8200 out of 8203 pictures then stalls. Pausing and resuming has no effect. This is what's in the logs: 2009-05-13 06:48:01 -04:00 --- error: Gallery2 call failed with: Error (ERROR_BAD_PARAMETER)<b>in</b> modules/core/classes/helpers/GalleryEntityHelper_simple.class <b>at line</b> 39 (GalleryCoreApi::error) <b>in</b> modules/core/classes/GalleryCoreApi.class <b>at line</b> 2361 (GalleryEntityHelper_simple::loadEntitiesById) <b>in</b> /var/www/html/gallery3svn/modules/g2_import/helpers/g2_import.php <b>at line</b> 332 (GalleryCoreApi::loadEntitiesById) <b>in</b> /var/www/html/gallery3svn/modules/g2_import/helpers/g2_import_task.php <b>at line</b> 129 (g2_import_Core::import_comment) <b>in</b> ??? <b>at line</b> 0 (g2_import_task_Core::import) <b>in</b> /var/www/html/gallery3svn/core/helpers/task.php <b>at line</b> 78 <b>in</b> /var/www/html/gallery3svn/core/controllers/admin_maintenance.php <b>at line</b> 139 (task_Core::run) <b>in</b> ??? <b>at line</b> 0 (Admin_Maintenance_Controller::run) <b>in</b> /var/www/html/gallery3svn/core/controllers/admin.php <b>at line</b> 49 <b>in</b> ??? <b>at line</b> 0 (Admin_Controller::__call) <b>in</b> /var/www/html/gallery3svn/kohana/core/Kohana.php <b>at line</b> 277 (ReflectionMethod::invokeArgs) <b>in</b> ??? <b>at line</b> 0 (Kohana::instance) <b>in</b> /var/www/html/gallery3svn/kohana/core/Event.php <b>at line</b> 209 <b>in</b> /var/www/html/gallery3svn/kohana/core/Bootstrap.php <b>at line</b> 55 (Event::run) <b>in</b> /var/www/html/gallery3svn/index.php <b>at line</b> 61 2009-05-13 06:48:01 -04:00 --- error: Uncaught Exception: @todo G2_FUNCTION_FAILED in file modules/g2_import/helpers/g2_import.php on line 617 |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Wed, 2009-05-13 22:20
|
|
Hm. ok sddroog has a bad user, and danodemano has a bad comment. In both cases when we try to load it from the database it fails, but it's unclear to me why it's failing. Any chance I can get ssh access to your setup so that I can look at it in place? That'd make it much easier for me to figure out what's going on. |
|
|
danodemano
Joined: 2008-11-15
Posts: 27 |
Posted: Wed, 2009-05-13 22:22
|
|
That can be arranged, PM me and I will get you access. |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Sun, 2009-06-07 02:38
|
|
I'm having a similar stalling out issue... here's the error i get: 2009-06-06 19:19:43 -07:00 --- error: Uncaught Exception: @todo MISSING_FFMPEG in file modules/gallery/helpers/movie.php on line 116 I'm really excited about this upgrade... hope i can figure this issue out. -Marc |
|
|
belinea
Joined: 2003-12-29
Posts: 49 |
Posted: Sun, 2009-06-07 08:44
|
|
Shecter: You haven´t installed FFMPEG on your Server. If you are using Debian, you can manage it with: apt-get install ffmpeg |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Sun, 2009-06-07 16:58
|
|
Hi belinea... i do have ffmpeg on the server, it works great with my gallery2 installation. |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Sun, 2009-06-07 18:51
|
|
Gallery 3 can't autodetect it, wherever it is. Where is it installed on your system? Do |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Mon, 2009-06-08 01:52
|
|
Thanks for the response. So, i was remiss and didn't post my full error log... here it is below. I will adjust the movie.php file so that it references --- /usr/local/bin/ffmpeg That's the path i need to use per Lunar Pages. But I'm just not sure what part of the movie.php file i need to modify.. Can you tell me? 2009-06-07 18:47:04 -07:00 --- error: Uncaught Exception: @todo MISSING_FFMPEG in file modules/gallery/helpers/movie.php on line 132 |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Mon, 2009-06-08 05:46
|
|
Ok. I got the import running again by edting movie.php and commenting out Quote:
// $ffmpeg = self::find_ffmpeg(); and replacing it with the path to ffmpeg on my shared server Quote:
$ffmpeg = "/usr/local/bin/ffmpeg"; the import stopped again about 2000 items later with the following information in the error log. I stop the import and try to restart it but it doesn't go anywhere. Any suggestions? Quote:
2009-06-07 22:30:38 -07:00 --- error: @todo MALFORMED_INPUT_FILE in /home/username/public_html/gallery3/modules/gallery/helpers/graphics.php at line 195: |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Tue, 2009-06-09 03:51
|
|
I assume that you're on FreeBSD. Why is /usr/local/bin *not* in your webserver's path? If you fix that, this problem goes away (but yes at some point in the future we'll make that easier to configure.. it's just not a high priority now). I fixed the MALFORMED_INPUT_FILE issue in git, grab a copy of the latest code (just replace the code you have with that, or pull it from git) and resume your import. --- |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Tue, 2009-06-09 15:36
|
|
thank you for the response Bharat. Quote:
I assume that you're on FreeBSD. Actually I'm on LunarPages Quote:
Why is /usr/local/bin *not* in your webserver's path? I don't know. I'm on a shared server. Quote:
grab a copy of the latest code Got the latest code by downloading the zip file in your Sig. ( Quote:
just replace the code you have with that, I'm sorry to be dense -- but do i replace all the code I have on the server with all the code that I just downloaded? |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Wed, 2009-06-10 02:02
|
|
Yup, just replace the code that you have with the new stuff you downloaded. And as a side bonus, if you get the latest code *now* I just added support for /usr/local/bin/ffmpeg |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Wed, 2009-06-10 07:09
|
|
Thank you bharat. I downloaded the latest zip from your sig, and copied the files on top of my existing files. I then restarted the G2 importer. It made it through all 7,777 images on our site. However, it has now frozen while importing the Album Highlights. It actually froze at #1. here's the error from the log: Quote:
2009-06-09 22:46:50 -07:00 --- error: Caught exception rebuilding image: |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Thu, 2009-06-11 19:52
|
|
I just submitted a fix to take care of that. You've got an empty movie file there for some reason (not sure why) but it should get marked as a corrupt movie now and the import will move on. Just download the latest code and replace what you have with the new stuff and resume the task. |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Fri, 2009-06-12 18:25
|
|
Hi Bharat, I am now getting lots of these errors in the log: Quote:
10:53:34 -07:00 --- error: Uncaught Kohana_404_Exception: The page you requested, file_proxy/Our_Family/album/.album.jpg?m=1244822923, could not be found. in file system/core/Kohana.php on line 841 Here's what I've done--- I downloaded the latest zip file from your sig last night, and started a clean installation on my server. Gallery3 reported that the import from Gallery2 worked fine. However, all thumbnails and images just appear as broken links as shown in these three screen shots: 1. http://screencast.com/t/qznL1nXHr --album level thumbs I've checked my server, and it appears that all images have been imported into folders in the new gallery3 installation. See http://screencast.com/t/ajPJxRXq The maintenance screen in Gallery3 is not showing any issues: http://screencast.com/t/cFFizcW2doU Thank you, Marc |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Sat, 2009-06-13 01:19
|
|
Try selecting "Options > Edit Permissions" -- does it give you a warning about permissions not working? |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Sat, 2009-06-13 04:19
|
|
Bharat, You were right to check that. I had Everyone permissions turned off. So I Allowed, View and View full size. But now anyone, not just registered users can browse my gallery. (see this brief video: http://screencast.com/t/sCxbcRakv) My goal with the Gallery is what I currently have setup with my gallery 2 site. It is embedded in a word press installation. Neither the word press install or the gallery itself can be browsed unless you enter credentials. Can I configure G3 to show photos only to registered users after they logon? -Marc |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Sat, 2009-06-13 23:37
|
|
@shecter: nice screencast! Looks to me like you're hitting a problem where Apache doesn't like the .htaccess file we're dropping into protected albums. Check your Apache error logs-- anything there? Check your access logs for image requests, are they returning 500s? Once we figure out what's going wrong here we can fix the warning in the edit permissions dialog (which I notice, is not showing for you). We do support the configuration that you're looking for. |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Mon, 2009-06-15 15:15
|
|
Hi Bharat... i made the screen cast with Jing from Techsmith... It's awesome for clarifying issues and such with screen or vid caps. I'm on a shared server with lunarpages, and the only access is via cpanel. There is no option in my cpanel to look at the apache logs. I've filed a ticket with lunarpages to get that information. Updated--- here's the response from Lunarpages on my request to see the apache logs: Quote:
Hello Marc, Do you have any other suggestions? -Marc |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Tue, 2009-06-16 03:31
|
|
You can try making a small directory containing a single image and a .htaccess file that you copy out of one of the var/albums directories. Put it somewhere accessible (outside of gallery3) and try to get to the image via a url. If/when it fails with a 500 error you've got a reproducible test case. Zip it up and give it to your tech support folks and ask them why it's not working (since they can see the error logs). |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Tue, 2009-06-16 14:25
|
|
Hi Baharat, Edit --- June 16... I tried renaming all the .htaccess files (there's only 3 i think (one at the top of the albums, resizes, thumbs) to .htaccess.old. And then the thumbs, resizes, and images all show up when I logon to the site. when i log off the site and go to my site's url, i get the logon prompt. So this change i made resolved this image issue. Old Post Below--------- setup 1: setup 2: Either way, when I try to open the image via a URL, i get this gallery error: http://screencast.com/t/jGwk3yUqTlJ There is a link on the error "Ok...Tell Me Stuff", but it doesn't take me anywhere. Here's the text of the .htaccess file: Quote:
<IfModule mod_rewrite.c> |
|
|
mobear
Joined: 2009-06-16
Posts: 3 |
Posted: Tue, 2009-06-16 15:18
|
|
shecter wrote:
Hi Bharat, I have this same problem on my install of G3 beta 1. Permissions are set to allow only registered members to view full-size photos and 404 for all full-sized. When I attempt to directly access the img url (ex: /photos/var/albums/Wedding/IMG_1583.JPG ) I get this 404 msg: The requested URL /kasha/photos/index.php/file_proxy/Wedding/IMG_1583.JPG was not found on this server. (Note that I have g3 installed on an addon domain within my hosted account. Here is my directory structure: I also have shared hosting with cPanel. A pretty standard LAMP config with PHP 5.2.9/ Apache 2.2.11/ MySQL 5.0.77-community I have 3 separate webhosting accounts that all have a similar LAMP config and I'll bet a fair number of the gallery community do, too. Whatever Apache restrictions are causing this 404 will probably be the normal setup for most of us cpanel shared hosters. Let me know if I can provide extra info on my end to help resolve. |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Tue, 2009-06-16 17:29
|
|
@shecter: you almost have a reproducible test case, but not quite. Try this. Grab http://www.menalto.com/.outgoing/gallery/htaccess_test.zip and put it at the *top* level of your domain then browse to: http://example.com/htaccess_test/gallery.png -- if you see SUCCESS then mod_rewrite is working at that location. If you see an image, then .htaccess files are getting ignored (not the case in your gallery3 as far as I can tell). If you get a server error, forward this to your sysadmin and see if they can figure out why. @mobear: can you reproduce this with the latest code (see my sig) |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Tue, 2009-06-16 17:42
|
|
Hi bharat, Thank you for the response. I see "Success" (see http://screencast.com/t/QvKIVxpgd) -Marc |
|
|
mobear
Joined: 2009-06-16
Posts: 3 |
Posted: Tue, 2009-06-16 18:22
|
|
bharat wrote:
If you see an image, then .htaccess files are getting ignored (not the case in your gallery3 as far as I can tell). If you get a server error, forward this to your sysadmin and see if they can figure out why. This test also worked for me-- received SUCCESS msg bharat wrote:
@mobear: can you reproduce this with the latest code (see my sig) I uploaded the latest experimental code: gallery-gallery3-f7a4ac2b8fb4457514e48aaf4704d69a7a59e208 Now, when I click the 'View Full Size' icon within a photo page, nothing happens. It appears the JS script that defines 'gFullSizeLink' is not being included on the page. Do I need to switch back to 'Official Release' and test again? Or is there a setting I need to change to make JS for full-size image included? Here is the <head> of one of my photo pages: <head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
<title>
Photo :: IMG_1583.JPG </title>
<link rel="shortcut icon" href="/photos/themes/default/images/favicon.ico" type="image/x-icon" />
<link rel="stylesheet" type="text/css" href="/photos/lib/yui/reset-fonts-grids.css"
media="screen,print,projection" />
<link rel="stylesheet" type="text/css" href="/photos/lib/superfish/css/superfish.css"
media="screen" />
<link rel="stylesheet" type="text/css" href="/photos/lib/themeroller/ui.base.css"
media="screen,print,projection" />
<link rel="stylesheet" type="text/css" href="/photos/themes/default/css/screen.css"
media="screen,print,projection" />
<!--[if lt IE 8]>
<link rel="stylesheet" type="text/css" href="/photos/themes/default/css/fix-ie.css"
media="screen,print,projection" />
<![endif]-->
<script src="/photos/lib/jquery.js" type="text/javascript"></script>
<script src="/photos/lib/jquery.form.js" type="text/javascript"></script>
<script src="/photos/lib/jquery-ui.js" type="text/javascript"></script>
<script src="/photos/lib/gallery.common.js" type="text/javascript"></script>
<script src="/photos/lib/gallery.dialog.js" type="text/javascript"></script>
<script src="/photos/lib/gallery.form.js" type="text/javascript"></script>
<script src="/photos/lib/superfish/js/superfish.js" type="text/javascript"></script>
<script src="/photos/lib/jquery.scrollTo.js" type="text/javascript"></script>
<script src="/photos/lib/jquery.localscroll.js" type="text/javascript"></script>
<script src="/photos/themes/default/js/ui.init.js" type="text/javascript"></script>
<script src="/photos/modules/comment/js/comment.js" type="text/javascript"></script>
<script type="text/javascript" src="/photos/modules/organize/js/organize_init.js"></script>
<script type="text/javascript" src="/photos/modules/organize/js/organize.js"></script>
<link rel="stylesheet" type="text/css" href="/photos/modules/organize/css/organize.css" />
<script src="http://lite.piclens.com/current/piclens_optimized.js"type="text/javascript"></script>
<script src="/photos/modules/tag/js/tag.js" type="text/javascript"></script>
<script type="text/javascript" src="/photos/modules/server_add/js/server_add.js"></script>
<link rel="alternate" type="application/rss+xml" href="/photos/index.php/rss/feed/gallery/album/3" />
</head>
I'm viewing the page on Windows XP with IE 7.0.x and also Firefox 3.0.10 -- same appearance/results. |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Tue, 2009-06-16 18:39
|
|
@schecter: ok, the next thing to do is to start moving the htaccess_test directory down into your gallery3 hierarchy. For example, move it from /htaccess_test to /gallery3/htaccess_test and then update the RewriteRule line to be /gallery3/htaccess_test -- keep doing that until its down in one of your var/albums directories where it's next to a .htaccess file that's failing. If you get a SUCCESS at that point, then we can compare the failing .htaccess with the working one. If you get a failure at that point, then you have a reproducible test case for your sysadmin. @mobear: You can stay with the latest code (it's stable). Can you share your real urls with us? The urls I'm seeing there look fine to me. Are you getting 404s for them? Try installing Firebug and watch the network traffic and see what the browser's requesting and what responses you're getting. |
|
|
shecter
Joined: 2006-12-30
Posts: 130 |
Posted: Tue, 2009-06-16 19:00
|
|
Hi Bharat -- here's the results.... gallery3/htaccess_test/gallery.png = success |
|
|
mobear
Joined: 2009-06-16
Posts: 3 |
Posted: Tue, 2009-06-16 19:13
|
|
bharat wrote:
the next thing to do is to start moving the htaccess_test directory down into your gallery3 hierarchy. For example, move it from /htaccess_test to /gallery3/htaccess_test and then update the RewriteRule line to be /gallery3/htaccess_test -- keep doing that until its down in one of your var/albums directories where it's next to a .htaccess file that's failing. I did this test myself and I found a problem when attempting to move htaccess_test into the var/albums dir: bharat wrote:
You can stay with the latest code (it's stable). Can you share your real urls with us? The urls I'm seeing there look fine to me. Are you getting 404s for them? Try installing Firebug and watch the network traffic and see what the browser's requesting and what responses you're getting. A direct URL of one of my photo pages: The only 404 errors in my stats are when attempting to view full-sized photo pages: http://lite.piclens.com/current/PicLensLite.swf (reports 404 when loading /photos/var/albums/Wedding/IMG_1587.JPG -for example) Other than that, no reported errors. The browser simply treats the 'view full size' links as empty anchor tags. |
|
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Tue, 2009-06-16 20:23
|
|
@shecter: ok, so the next question is, what's different about the .htaccess that fails and the one that works? My guess is that the only substantial difference is the regex and the place where it redirects. Unfortunately, this back and forth is eating up too much of my time and as far as I can tell it's a server config issue on your side. Best thing I can offer now is that if you let me log directly onto your site, I'll debug it in place and see what I can figure out. @mobear: ok, I'm confused as to what the problem is here. Your site seems fine to me, the urls seem fine. I can't see any private images, but then again I don't know what the urls would be for them. At this point we're discussing 2 different problems, both of which are totally unrelated to the original posting. Can I ask you guys to create new forum topics for your problems so that we can address them separately? I'm going to make this thread read-only to prevent more people from piling on. |
|
