#foswiki 2017-09-29,Fri

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***ChanServ sets mode: +o Lynnwood [01:00]
............ (idle for 58mn)
ChanServ sets mode: +o Lynnwood [01:58]
................................................... (idle for 4h11mn)
ChanServ sets mode: +o MichaelDaum [06:09]
............................................................................. (idle for 6h23mn)
ChanServ sets mode: +o gac410 [12:32]
................ (idle for 1h16mn)
zak256Hi there. I think I found another issue but with JQueryLoader this time. Unfortunately it seems this doesn't work if it is within an included page. :(
Not critical though, I guess I will try out DBCacheContrib+DBCachePlugin instead.
[13:48]
............... (idle for 1h14mn)
Minor remark: {Site}{CharSet} is commented as "was not found in .spec" when writing LocalSite.cfg [15:03]
........ (idle for 38mn)
I have no idea why, but after enabling DBCachePlugin there are two webs where I cannot access any page. Not even a simple "This page has no content"-topic I created. After some time my apache says: "mod_fcgid: can't apply process slot..." [15:41]
Ok, it seems it doesn't have to do with the web. After removing pages some get loaded... still analyzing...
Is it possible that while trying to access a page with DBCachePlugin+DBCacheContrib that some magic is happening in the background which takes a lot of memory and/or time?
I am assuming that maybe the cache is initialized and a lot of pages and dependencies are resolved.
[15:52]
..... (idle for 22mn)
gac410zak256: Just got back... Sorry but I don't know much about the DBCache* So really no idea. But regarding {Site}{CharSet} It is actually not used in Foswiki 2.x
It hardcodes itself to utf-8 for compatibility with 1.x extensions that might care. For Foswiki 2.x, internally is **always** uses unicode. Store can optionally be configured to read/write some other encoding, but that's not recommended.
[16:17]
zak256gac410: Okay, I thought so, too and removed the line from my config, but then after saving it was added again automatically.
Is that possible? Or do I miss something here?
[16:23]
gac410Yeah, seems confusing, but we found extension that really wanted to access it. Loading the config ignores it, saving the config writes out everything in the hash.
We could probably skip it, but not worth the bother.
[16:24]
zak256ok... but then again the comment doesn't make sense? [16:25]
gac410Y I suppose. when writing out, if there is no spec, the comment is generated. That happens for any key in the config. [16:26]
zak256ok... nevermind... this is nitpicking
I would rather like to know what's wrong with my DBCache here :( Maybe next week someone can help me out here. I don't even know how to debug that.
[16:26]
gac410MichaelDaum wrote the Plugin, and is one of the maintainers of the Contrib. It might indeed spend time loading the cache for a web. But I don't know for sure.
We use it on blog.foswiki.org ... it's required for the NatSkin (or at least strongly recommended)
[16:32]
zak256I am just watching the work_areas/DBCacheContrib/ folder, but when accessing a page in one of our webs the browser just keeps loading and nothing is written there.
ok, will ask him next week
[16:33]
gac410It should be using a SQL database as the backend. we use the Sereal archivist. That's the only config that I can find in our configure [16:36]
zak256Yeah, about that... I cannot find any configuration for a database for DBCache. [16:37]
gac410y. I was confused by that. [16:37]
zak256Does it use the same database that is configured as default cache maybe? [16:37]
gac410No idea. Maybe I was wrong about the use of a database. :( [16:37]
zak256Well... next week. The weekend is soon there. [16:38]
gac410I'm pretty sure now that it does NOT use a sql db. Doing a quick grep, there are no hits on DBI or DBD. [16:39]
zak256okay... I think it uses files in work_areas/DBCacheContrib/ [16:39]
gac410So choice of Archivist is the important one. [16:39]
zak256what is "Archivist"? how/where can I setup that? [16:40]
gac410That's an expert config setting in bin/configure under Plugins - DBCacheContrib.
I know that setting it wrong can knock the site down / cause crashing.
[16:40]
zak256Ok... that's set to "Segmentable"
After reading the description that seemed reasonable for our setup
BerkeleyDB seems experimental, so I'd rather not use it
[16:41]
gac410y. I'm not sure why Michael set us to Sereal. [16:42]
zak256The doc doesn't say anything about that, I will try this. [16:43]
gac410Make sure that you are not getting errors in the log about Serealizer not found. That was what we ran into on blog.f.o
http://irclogs.foswiki.org/bin/irclogger_log/foswiki?date=2017-02-13,Mon&sel=44#l40
[16:45]
zak256No, the result seems exactly the same. [16:47]
gac410More discussion here: http://irclogs.foswiki.org/bin/irclogger_log/foswiki?date=2017-02-13,Mon&sel=44#l40 [16:47]
zak256Some basic pages are loading, but others don't [16:48]
gac410What I see on blog.f.o in working/work_areas/DBCacheContrib are two directories sereal and segments. Both are populated with sub-structure & files. [16:49]
zak256yes, I can see that here, too [16:49]
gac410Are you using mod_perl or fcgi? [16:49]
zak256fcgi now [16:49]
gac410So you need to either restart apach, or kill all the foswiki.fcgi backend handlers after changing the config. [16:50]
zak256the directories for the webs where topics are not loaded stay empty.
yes, I restarted httpd before of course
I now have the directory "sereal" after switching it in the config, so that worked at least.
ahh.. here is something in error_log:
[16:50]
gac410You can also enable the memory cache in DBCachePlugin settings, if using fcgi/mod_perl And in DBCacheContrib there is a setting {AlwaysUpdateCache}: and that should NEVER be enabled on a prod. system [16:52]
zak256n (s///) at .../lib/Foswiki/Plugins/DBCachePlugin/WebDB.pm line 115.
Use of uninitialized value $text in substitution (s///) at .../lib/Foswiki/Plugins/DBCachePlugin/WebDB.pm line 127.
Use of uninitialized value $defaultSection in substitution (s///) at .../lib/Foswiki/Plugins/DBCachePlugin/WebDB.pm line 114.
Use of uninitialized value $defaultSection in substitution (s///) at .../lib/Foswiki/Plugins/DBCachePlugin/WebDB.pm line 115.
[16:53]
gac410Strange... Looking at the code, That should be set to the topic text of the topic it's trying to load. [16:57]
zak256I hope this will get clear next week... unfortunately I have to leave in a few minutes, too. So have a nice weekend. [16:58]
gac410May be data specific. There is a TRACE setting in that WebDB.pm It will cause it to write out lots of debug info to STDERR ... that might helpl.
use constant TRACE => 0; # toggle me
... change the 0 to 1
anyway, other than that, I have no idea. MichaelDaum is the best bet, but he has been really busy lately. :(
[16:59]
zak256But that TRACE-setting sounds promising at least. I will try that. [17:01]
gac410Obviously have to kill the fcgi handlers after code changes. or reload apache. [17:02]
***zak256 has left [17:02]
zak256;-) Yes I restarted my apache several times in the last two hours after each change. [17:02]
gac410If the server is hosting other stuff, it is also perfectly fine to just find all the foswiki.fcgi processes and kill them. Apache will restart them automatically [17:03]
zak256No, our server is for the wiki only, at least for the time being.
And it's a testserver, so I re-install everything regularly
[17:04]
gac410okay ;) [17:05]
zak256Anyway, I'm gone now. See you next week. Bye. [17:05]
***zak256 has left [17:05]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)