Advanced search  

News:

cpg1.5.48 Security release - upgrade mandatory!
The Coppermine development team is releasing a security update for Coppermine in order to counter a recently discovered vulnerability. It is important that all users who run version cpg1.5.46 or older update to this latest version as soon as possible.
[more]

Pages: [1]   Go Down

Author Topic: Unable to add images through bulk add  (Read 17095 times)

0 Members and 1 Guest are viewing this topic.

jms1989

  • Coppermine newbie
  • Offline Offline
  • Gender: Male
  • Posts: 15
    • Michael's Website
Unable to add images through bulk add
« on: January 06, 2013, 06:05:13 pm »

I'm trying to add a wallpaper collection to my gallery through bulk-add but I'm running into some sort of issue. I'm not sure where to begin to look so I figure I'd ask here. The error when trying to add roughly 180 pics of 1920x1080, the folder is 135mb in size;

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 8388608 bytes) in /home/sites/thelonegeek.net/public-html/wallpaper/include/debugger.inc.php on line 115

The server is a decent i3 3.2Ghz with 8gb of ram, 1tb hdd running CentOS 6 64bit with httpd, php5, and mysql 5. I've tried raising the limits but it just gives me a blank page at the end.

Code: (php.ini) [Select]
;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

; Maximum execution time of each script, in seconds
; http://www.php.net/manual/en/info.configuration.php#ini.max-execution-time
max_execution_time = 600

; Maximum amount of time each script may spend parsing request data. It's a good
; idea to limit this time on productions servers in order to eliminate unexpect$
; long running scripts.
; Default Value: -1 (Unlimited)
; Development Value: 60 (60 seconds)
; Production Value: 60 (60 seconds)
; http://www.php.net/manual/en/info.configuration.php#ini.max-input-time
max_input_time = -1

; Maximum input variable nesting level
; http://www.php.net/manual/en/info.configuration.php#ini.max-input-nesting-lev$
;max_input_nesting_level = 64

; Maximum amount of memory a script may consume (128MB)
; http://www.php.net/manual/en/ini.core.php#ini.memory-limit
memory_limit = 128M

Assistance needed, thanks.
Logged

jms1989

  • Coppermine newbie
  • Offline Offline
  • Gender: Male
  • Posts: 15
    • Michael's Website
Re: Unable to add images through bulk add
« Reply #1 on: January 07, 2013, 03:25:18 pm »

I get the same error when adding a folder of 33 images. Is it possible that the image renderer, imagemagick, is causing this?
Logged

Αndré

  • Administrator
  • Coppermine addict
  • *****
  • Country: de
  • Offline Offline
  • Gender: Male
  • Posts: 15760
Re: Unable to add images through bulk add
« Reply #2 on: January 08, 2013, 11:50:28 am »

http://documentation.coppermine-gallery.net/en/upload_troubleshooting.htm#upload_error_messages_allowed_memory_size

I'm not absolutely certain but as far as I know this message is produced by GD2, not ImageMagick. You can check that in the Coppermine config (and also switch to ImageMagick if it's installed).
Logged

jms1989

  • Coppermine newbie
  • Offline Offline
  • Gender: Male
  • Posts: 15
    • Michael's Website
Re: Unable to add images through bulk add
« Reply #3 on: January 08, 2013, 06:25:25 pm »

So I moved the images to a directory inside of coppermine's parent directory and it started working right... Why can't I put them outside of the gallery root?
Logged

Αndré

  • Administrator
  • Coppermine addict
  • *****
  • Country: de
  • Offline Offline
  • Gender: Male
  • Posts: 15760
Re: Unable to add images through bulk add
« Reply #4 on: January 08, 2013, 07:39:27 pm »

Usually it's not possible to batch-add pictures that reside outside the album directory (unless your album directory is set to the gallery root, which I have never tested before).

It also doesn't make sense that the same pictures don't cause a memory_limit error if you move them to another location. Please follow the advice(s) from my last post.
Logged
Pages: [1]   Go Up
 

Page created in 0.016 seconds with 20 queries.