Thanks for the response Bill. I saw that topic while attempting to research the issue before posting, and verified those settings were in place.
Cheers, Adam On Mon, Sep 21, 2015 at 6:52 AM, Bill Traynor <[email protected]> wrote: > There's a similar problem documented here: > https://www.mediawiki.org/wiki/Topic:Rcda3wyw90xuf503 > > The solution was to : > > You need $wgHashedUploadDirectory = true; $wgGenerateThumbnailOnParse = > true; > > and $wgMaxShellMemory = 204800; if your images are large. > > Worth a shot I guess. > > On Mon, Sep 21, 2015 at 7:37 AM, Adam Hubble <[email protected]> wrote: > > Is anyone able to offer any advice or suggestions on this? I posted to > the > > list back on 4/23/15 with a very similar issue and was unable to get any > > suggestions or make any headway with the issue. Using the SupportDesk and > > IRC also turned up nothing. My original post (which also includes a debug > > log from my wiki) is included in this email, although the actual wiki is > > currently down due to a host server issue. I am sure Dave is with me in > > saying that any help or suggestions are appreciated. > > > > --- > > > > Hi there, > > > > I have MW 1.24.1 installed on CentOs7 with nGinx and PHP-FPM 5.4.16. I am > > not using ImageMagick. > > > > With that stated, I am having an issue where thumbs are not being created > > for files when they are used in articles with a specific width defined. > > Image uploads work fine, and a thumb gets made when a file is uploaded (I > > assume it's what is displayed on the File:) page. However, attempting to > > use the image with a new size ends up with a 404 due to the thumb not > being > > there. I am not getting any PHP errors, there is nothing in my system log > > or my web server logs that would indicate a permission issue. > > > > I enabled debugging on a page that attempted to use a resized image, and > > the log can be found at http://pastebin.com/yeif2YHw > > > > I don't know enough PHP to understand what the > TransformationalImageHandler > > is doing, but I have a strong feeling that... > > > > TransformationalImageHandler::doTransform: creating 150x200 thumbnail at > > mwstore://shared-backend/shared-thumb/6/67/BFZLogo.png/150px-BFZLogo.png > > using scaler gd > > TransformationalImageHandler::doTransform: Transforming later per flags. > > File::transform transformation deferred. > > (this appears for 3 different thumbnail sizes) > > > > ...isn't a good thing. The specific page that I am using to test this on > > (and which generated the above debug output) is > > http://wiki.magicjudges.org/en/w/User:Mumbles > > > > I appreciate in advance any assistance you can give, and will provide > > whatever information I am able to if there's something that would help > > diagnose this issue. > > > > Cheers, > > Adam > > > > On Thu, Sep 17, 2015 at 9:15 AM, Dave Humphrey <[email protected]> wrote: > > > >> Since we upgraded to MediaWiki v1.22 we've been having intermittent > >> performance issues on some pages with many images/thumbnails. After a > bunch > >> of poking around it seems to be due to thumbnails not being saved to > disk. > >> It seems they are saved to a cache (assumably memcached) so the first > load > >> a user does is slow and then it is fine for about a day. > >> > >> As an example we have this page: > >> http://content3.uesp.net/wiki/Online:Ardent_Flame > >> On a "normal" logged-in session load the page takes 0.5 seconds for the > >> article to load. However, on a slow load it takes 8-10 seconds for the > >> article to load. You can force this to happen by doing a purge on the > page > >> (?action=purge). > >> > >> If we enable profiling/debug we see a bunch of lines like: > >> > >> File::transform: Doing stat for > >> > >> > mwstore://local-backend/local-thumb/1/11/ON-icon-skill-Dragonknight-Dragonknight_Standard.png/48px-ON-icon-skill-Dragonknight-Dragonknight_Standard.png > >> BitmapHandler::doTransform: creating 48x48 thumbnail at > >> > >> > mwstore://local-backend/local-thumb/1/11/ON-icon-skill-Dragonknight-Dragonknight_Standard.png/48px-ON-icon-skill-Dragonknight-Dragonknight_Standard.png > >> using scaler im > >> BitmapHandler::doTransform: Transforming later per flags. > >> > >> (see http://www.uesp.net/wiki/User:Daveh/TestProfile1 for more). The > >> strange thing is that a lot of these thumbnails files already exist so I > >> don't understand why they're being created. For thumbnails that don't > exist > >> we see lines like: > >> > >> FileBackendStore::getFileStat: File > >> > >> > mwstore://local-backend/local-thumb/b/b4/ON-icon-ActiveFrame.png/64px-ON-icon-ActiveFrame.png > >> does not exist. > >> BitmapHandler::doTransform: creating 64x64 thumbnail at > >> /home/uesp/www/wtest/images/tmp/transform_6fc8d30c9ff9-1.png using > scaler > >> im > >> BitmapHandler::doTransform: returning unscaled image > >> > >> Unfortunately, the specified tmp file doesn't exist nor does the > thumbnail > >> file after the page is loaded. > >> > >> A few "obvious" things I've checked: > >> - Thumbnail files/paths are all readable/writable by Apache > >> - Apache error logs (nothing) > >> - MediaWiki debug output (nothing obvious) > >> > >> Some of the performance issue for this page could be also related to > heavy > >> use of templates but I'd like to figure out the thumbnail issue and > rule it > >> out as a cause first. > >> > >> A few specific questions: > >> 1) Why are thumbnails being created that already exist? > >> 2) Why are thumbnails not being created that don't exist, either as a > tmp > >> file or thumbnail file? > >> 3) What does "Transforming later per flags." mean? When is "later"? > >> > >> Any help or suggestions would be welcome...Thanks! > >> > >> -- > >> Dave Humphrey -- [email protected] > >> Founder/Server Admin of the Unofficial Elder Scrolls Pages -- > www.uesp.net > >> www.viud.net - Building the world's toughest USB drive > >> _______________________________________________ > >> MediaWiki-l mailing list > >> To unsubscribe, go to: > >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > >> > > _______________________________________________ > > MediaWiki-l mailing list > > To unsubscribe, go to: > > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > _______________________________________________ > MediaWiki-l mailing list > To unsubscribe, go to: > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
