20:30:50 #startmeeting 20:30:50 Meeting started Tue Mar 4 20:30:50 2014 UTC. The chair is TheSnide. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:30:50 Useful Commands: #action #agreed #help #info #idea #link #topic. 20:30:55 hi all ! 20:31:10 today, a special late meeting. 20:31:45 #topic 2.2 20:32:53 nothing much. i 20:34:18 #topic json api 20:34:32 ooo :) 20:35:05 as planned this has its own topic :) 20:35:55 i edited the wiki page with my remarks. basically i do _not_ like pretty urls. 20:36:43 url query string are quite useful imho, as they are quite standard. 20:37:45 anyway, i think i'll work on it full steam ahead. as i really want it to happen. 20:38:04 could you include the link to the relevant wiki page? 20:38:15 http://munin-monitoring.org/wiki/RestApi 20:39:29 nothing much more to say. questions ? 20:40:10 #topic munin-c 20:40:40 i did have _very_ limited time last week. so nothing much there either. 20:40:43 [json] maybe the wiki page should state what should be accomplishable with the envisioned api 20:41:06 #topic json api 20:41:14 helmut: +1 20:41:45 2.2 being able to access _every_ data (sql+rrd) via json 20:42:14 , but only the GET method. 20:42:15 TheSnide: ok. thanks 20:42:19 . o O { logs? } 20:42:37 2.4 other methods (PUT, POST, DELETE, ...) 20:42:47 or at least "is this node responding well" 20:43:22 logs ? 20:43:37 * ssm was thinking of what to retrieve with the json api 20:44:09 If it could be used to find out the state of a munin node, if it is reachable and responding every time 20:44:43 if it is not planned, put it in the box with the other feature creeps. :) 20:45:55 is the meeting still on? 20:46:02 tuxcrafter: yes 20:46:05 ssm: that's not in the RRD, so push to feature creep :-p 20:46:10 k 20:46:42 ssm: oh, that is. (state) 20:47:22 i had some issues this week with async spoolfetch taking up more then 1500MB for less then 50 nodes, how can i make sure it doesnt kill my OS by limmiting the spoolfetch 20:48:05 and i got a munin mail notification that keeps spamming me with emails with status changes from unknown to OK and to unknown 20:48:31 i dont know why asysnc keeps genereting so many unknows but it gives me about 200 mails aday 20:53:35 tuxcrafter: meeting will be over soonn :) 20:54:14 #topic misc 20:54:19 anything else ? 20:55:04 logging. The non-oo rewrite of the logging is proceeding nicely. :) 20:55:54 (the non-oo rewrite of the oo rewrite of the current logging. I thought I'd skip right through second-implementation-syndrome, and it looks like I'm ending up with something much simpler, and still useful) 20:58:04 nice 21:01:02 ssm: do not hesitate to create a pull req, it make it quite nice to remind me to merge things. 21:01:09 ok 21:01:23 I end up using it quite often myself. 21:01:49 .. it's even easier than pushing directly (as you can ask for review) 21:02:16 and it gets tested :) 21:06:51 I manaI'm using http://paste.debian.net/85313/ augeas lens with success now. I didn't encounter any more errors with strange files. 21:14:57 ok, ending meeting ? 21:15:14 #stopmeeting 21:15:25 #endmeeting