[00:04] amette_ left #tikiwiki [00:18] Tiki-KGB 03lindonb r63169 10branches/17.x/lib/jquery_tiki/tiki-jquery.js * [FIX] Move ajax tikifeedback to top of page after 5 seconds rather than hiding [00:18] Tiki-KGB 03lindonb r63170 10trunk/lib/jquery_tiki/tiki-jquery.js 10trunk * [MRG] Automatic merge, branches/17.x 63166 to 63169 [00:26] Tiki-KGB 03lindonb r63171 10branches/ 1016.x/lib/core/Feedback.php 1016.x/lib/smarty_tiki/function.feedback.php 1016.x/lib/jquery_tiki/tiki-jquery.js [00:26] Tiki-KGB [bp/r63014, r63166 and r63169][FIX] Ajax feedback wasn't appearing in some cases; when normal location is not visible, place ajax tikifeedback at top of viewport and move to top of page after 5 seconds; avoid using deprecated javascript escape function; move jQuery code to tiki-jquery; other optimizations [00:56] fabricius joined #tikiwiki [04:52] Jyhem_laptop joined #tikiwiki [04:52] Jyhem_ joined #tikiwiki [05:45] Jyhem_laptop_ joined #tikiwiki [06:15] olinuxx joined #tikiwiki [06:15] olinuxx joined #tikiwiki [08:00] fabricius joined #tikiwiki [08:24] fabricius joined #tikiwiki [11:32] jonnyb joined #tikiwiki [12:33] chibaguy joined #tikiwiki [12:33] chibaguy polom [12:34] jonnyb pompom chibaguy [12:34] chibaguy hello jonnyb [12:44] chibaguy_ joined #tikiwiki [12:45] jonnyb Coo, two chibaguys! Hi both :) [12:51] chibaguy_ Heh, overload. [12:53] chibaguy__ joined #tikiwiki [13:56] chibaguy__ Got this error after opening a page at dev.t.o to edit it: "Error [13:56] chibaguy__ : [13:56] chibaguy__ Read timed out after 10 seconds" -- Read timed out? [13:59] chibaguy__ After editing and saving a wiki page at themes.t.o or dev.t.o, the edit url appears again and there's an error message in my browser: The dev.tiki.org page isn’t working [13:59] chibaguy__ dev.tiki.org is currently unable to handle this request. [13:59] chibaguy__ HTTP ERROR 500 [14:00] Tiki-KGB 03jyhem r63172 10trunk/lib/userslib.php * Fixed typo [14:02] chibaguy__ At dev.t.o/Bootstrap 3 to 4 transition (after editing) I get this error: Error [14:02] chibaguy__ Unable to connect to es01.tiki.org:9200 . Error #0: stream_socket_client(): unable to connect to es01.tiki.org:9200 (Connection timed out) [14:15] chibaguy__ Another question: should new users' names show up on "Since your last visit" at themes.t.o.? Asking because people can't actually register there. [14:32] jonnyb sorry chibaguy__ - window got buried... [14:33] jonnyb https://dev.tiki.org is taking ages to load... [14:33] chibaguy__ yeah, I noticed that too. [14:34] jonnyb stacks of js errors :( [14:35] jonnyb doc seems ok [14:35] jonnyb polom Jyhem [14:35] jonnyb nice timing :) [14:36] Jyhem :) [14:36] jonnyb dev seems to be rather non-responsive - just cleared caches and got a WSoD [14:36] Jyhem no, I saw the messages [14:36] Jyhem htop says memory is not eaten up [14:37] jonnyb https://dev.tiki.org/Development seems to be taking 30 seconds to load... [14:37] Jyhem the 4 procs go up and down but never reach 100% [14:37] jonnyb it's arive but as chibaguy__ said with an error saying "Error: Read timed out after 10 seconds" [14:39] Jyhem No nginx errors since 2017/07/01 [14:40] jonnyb https://tiki.org seems fine and quick [14:40] Jyhem Ahaaa [14:40] Jyhem www-data 30829 0.0 0.0 4340 656 ? Ss 05:00 0:00 /bin/sh -c cd /var/local/dev.tiki.org/www/; php console.php index:rebuild --log --cron [14:40] Jyhem www-data 30831 0.4 2.1 549140 216812 ? S 05:00 2:52 php console.php index:rebuild --log --cron [14:40] Jyhem right now [14:40] jonnyb doc also fine so not a server-wide thing [14:41] Jyhem yup, the only php console.php index:rebuild right now is about dev [14:41] jonnyb mayhbe the elastic search server is struggling [14:41] jonnyb yup, this time i got error: Unable to connect to es01.tiki.org:9200 etc... [14:42] Jyhem Could php console.php index:rebuild be hitting elasticsearch too hard? [14:42] jonnyb ping es01.tiki.org seems fine [14:43] jonnyb maybe, there could be a regression in 17.x but it would have happened a few times before [14:45] jonnyb sorry but i have to run away for a little while - maybe it will just go away when the rebuild has finished? :P [14:46] Jyhem Let's hope so [14:46] * Jyhem needs to eat now [14:46] Jyhem unless anyone needs me to try something quick [15:01] jonnyb does look like es01 is down, or at least struggling - amette, are you about? [15:11] amette_ joined #tikiwiki [15:11] amette_ polom [15:11] jonnyb hi amette_ [15:12] amette_ hi jonnyb - got your mail, looking in to it [15:12] jonnyb thanks [15:12] jonnyb amette_: Jyhem had a look into it and dev seemed to be in the middle of doing an index rebuild, in case that helps at all? [15:13] amette_ I now restarted the elasticsearch [15:13] amette_ so probably that index rebuild now failed [15:13] jonnyb right [15:14] amette_ aaah, disk full [15:14] jonnyb ah, again? [15:14] jonnyb we just have too much stuff! :) [15:14] amette_ yep, yep [15:14] amette_ hrhr, yep [15:17] amette_ ok, gimme ten minutes, I have a plan [15:18] jonnyb a cunning plan? [15:23] jonnyb sorry, really need to pop out for a little while, bbl [15:26] robertokir joined #tikiwiki [15:28] amette_ yep, it was quite cunning, es01 is back [15:40] amette_ and it's broken again... [15:40] amette_ ... elasticsearch spits out gigabytes of logfiles, it's amazing. [16:05] RadoS usefull? [16:05] RadoS -l [16:10] amette_ no, not really. [16:10] amette_ it the same stack trace over and over again a couple of times per second [16:10] amette_ got it fixed now though [16:10] amette_ rebuilt all indices [16:11] jonnyb joined #tikiwiki [16:22] jonnyb repolom [16:22] jonnyb dev looks happy again, thanks amette and amette_ :) [16:23] amette_ wbolow [16:23] amette_ yeah, looks good. I really need to work on those machines a bit more. That disk resizing issue is most annoying. [16:24] amette_ Maybe next week. It should last a while now though. [16:25] jonnyb nice, ta! [16:25] amette_ fun fact: 2/3 of the doc.tiki.org database is in the tiki_rss_feeds.ibd - a whopping 2.3GB - wtf!? [16:25] amette_ np, yw! [16:26] jonnyb ah yes, i bet someone enabled some feeds and never looked after them - i added something to purge those tables, they're really just caches and shouldn't be in the db anyway... [16:26] jonnyb on doc? [16:27] jonnyb there are only 3 feeds, and two of them haven't updated since last september [16:27] amette_ Agreed. And even if they should be in the database... RSS feeds have only 20 items history or so by specification... 2.3GB need to be since the beginning of the internet. [16:27] jonnyb i'll clear the caches but i guess the tables might need optimising? (overhead removing) [16:27] amette_ 406 in the database [16:28] amette_ many with last update "1", the others have proper time stamps [16:28] jonnyb i just cleared the cache on the two seemingly dead ones [16:28] amette_ also very weird ones with names like "filegal.id=5e388103a391daabe3de1d76a6739ccd" [16:29] jonnyb files? or tables? [16:30] amette_ ok, yes, optimizing did the trick. It's 9.3MB now. [16:30] amette_ 9.0MB [16:30] jonnyb super [16:31] amette_ and I meant RSS-feeds in the table tiki_rss_feeds - 406 of them [16:31] amette_ with those weird names [16:31] amette_ partly [16:31] jonnyb in doc? [16:31] jonnyb i only see 3... [16:31] amette_ weird [16:31] amette_ what are their names? [16:32] jonnyb a sf.net one, news from doc and news from tiki.org [16:32] jonnyb the sf one was borken so i'm fixing it [16:33] amette_ I do actually not understand how that table is supposed to be working... [16:33] amette_ and nope... not one of them has any name like those you mentioned [16:33] amette_ so there are no rss ids and we go by name... maybe... ok... [16:34] amette_ anyway.. not too critical now, I guess. [16:34] jonnyb ah, those might be outgoing ones - i'm on external (incoming) ones [16:34] jonnyb i think these live in tiki_rss_modules [16:34] jonnyb and the cache is tiki_rss_items [16:34] amette_ aaah, ok. Then those names look a lot more reasonable [16:35] amette_ no, there's only a cache column in tiki_rss_feeds [16:38] jonnyb weird, looking at the code it looks like it should be used but i don't get the difference between that one and tiki_rss_items [16:38] jonnyb anyway, must get on - as you say, more next week maybe? [16:39] amette_ yep, sounds good. Thanks for your time! [16:47] amette_ left #tikiwiki [16:47] amette_ joined #tikiwiki [16:51] montefuscolo joined #tikiwiki [17:59] amette_ left #tikiwiki [17:59] amette_ joined #tikiwiki [19:09] Telesight joined #tikiwiki [19:09] robertokir joined #tikiwiki [19:58] Tiki-KGB 03chealer r63173 10trunk/lib/smarty_tiki/function.popup.php [19:58] Tiki-KGB [REF] Optimize [19:58] Tiki-KGB Remove some strange magic presumably not needed [20:06] Tiki-KGB 03chealer r63174 10trunk/tiki-index.php [20:06] Tiki-KGB If no page is specified, report that even if we have permission to view [20:06] Tiki-KGB Presumably, this was meant to have the contrary behavior, but just reporting that no page is specified always seems better. [20:06] Tiki-KGB Fix message to reflect that a page_ref_id also works. [20:10] Tiki-KGB 03chealer r63175 10trunk/lib/tikiaccesslib.php [20:10] Tiki-KGB [REF] is_machine_request(), is_serializable_request(), output_serialized(): Make static [20:18] Tiki-KGB 03chealer r63176 10trunk/lib/tikilib.php * [REF] how_many_at_start(): Declare static [20:22] Tiki-KGB 03chealer r63177 10trunk/lib/parser/parserlib.php * [REF] parse_data_process_maketoc(): Clarify (comments on headings) [20:34] Tiki-KGB 03chealer r63178 10trunk/lib/core/Tracker/Field/Factory.php * [REF] getHandler(): Question check [20:41] amette_ left #tikiwiki [20:41] amette_ joined #tikiwiki [20:46] jonnyb joined #tikiwiki [20:48] Tiki-KGB 03chealer r63179 10trunk/lib/core/Tracker/Field/Text.php [20:48] Tiki-KGB [REF] processMultilingual(): Optimize [20:48] Tiki-KGB $data never has a "raw" member. [21:16] olinuxx joined #tikiwiki [21:16] olinuxx joined #tikiwiki [21:42] robertokir joined #tikiwiki [23:49] amette_ left #tikiwiki [23:49] amette_ joined #tikiwiki [23:50] amette_ left #tikiwiki [23:50] amette_ joined #tikiwiki