[windows] cbbrowse_logs always grabs debug logs (was: Separate log files by log type)

Aleksey Kondratenko added a comment - 09/Oct/12 11:15 AM There's seemingly some misunderstanding. There are no debug messages in info files. But I can agree that sometimes not-so-important stuff gets into info. And yes I'd like to fix that too.

Perry Krug added a comment - 09/Oct/12 11:58 AM grep debug ns_server.info.log [ns_server:debug] [2012-10-06 12:44:19] [ ns_1@cwsrabbit04.cw-london.co.uk :<0.2858.3350>:ebucketmigrator_srv:init:228] killing tap named: replication_ns_1@cwsrabbit06.cw-london.co.uk [ns_server:debug] [2012-10-07 3:44:20] [ ns_1@cwsrabbit04.cw-london.co.uk :<0.9309.3385>:ebucketmigrator_srv:init:228] killing tap named: replication_ns_1@cwsrabbit05.cw-london.co.uk [rebalance:debug] [2012-10-07 3:44:20] [ ns_1@cwsrabbit04.cw-london.co.uk :<0.9309.3385>:ebucketmigrator_srv:init:263] upstream_sender pid: <0.9310.3385> There are many more...

Aleksey Kondratenko added a comment - 09/Oct/12 12:01 PM Thanks Perry, I wasn't aware. IMHO that's embarrassing enough for 'fix or we'll die' kind of severity

Liang Guo added a comment - 10/Oct/12 2:21 PM Ran cbcollect_info on 2-node cluster while load running, but I didn't see ay ns_server:debug messages in the ns_server.info.log file. I was running build 2.0.0-1827_rel on linux-vm. [ jenkins@cen-1722 cbcollect_info_20121010-190218]$ grep debug ns_server.info.log  {loglevel_default,debug},  {loglevel_ns_server,debug},  {loglevel_error_logger,debug},  {loglevel_user,debug},  {loglevel_menelaus,debug},  {loglevel_ns_doctor,debug},  {loglevel_stats,debug},  {loglevel_rebalance,debug},  {loglevel_cluster,debug},  {loglevel_views,debug},  {loglevel_mapreduce_errors,debug}]                     'sink-disk_debug','sink-disk_couchdb',

Liang Guo added a comment - 10/Oct/12 2:22 PM Perry, any easy way to reproduce this from your end? Thanks,

Aleksey Kondratenko added a comment - 10/Oct/12 2:22 PM Perry, we need more details on how this can happen

Perry Krug added a comment - 11/Oct/12 3:57 AM Alk, the logs that this showed up in are available here: http://pickup.citywire.co.uk/jsaid/rabbit04.zip Perhaps this is only a Windows issue?

Aleksey Kondratenko added a comment - 11/Oct/12 11:10 AM Thanks Perry, indeed there's some massive duplication. Most likely due to cbbrowse_logs.bat that's part of voltron. It's not trivial for me to check if 1.8.1's voltron has right cbbrowse_logs. Thus I'm passing it to voltron folks. I believe (but haven't tested) that 2.0 should not have this problem.

Aleksey Kondratenko added a comment - 11/Oct/12 11:17 AM I think it makes sense to mark 'fox-for' 2.0 so that we double check it works on 2.0. Hopefully 1.8.x refresh (if any) will also include proper fix for that.

Wayne Siu added a comment - 14/May/13 2:07 AM Updating the fix version to 2.0.2 (for testing) to confirm if this is still an issue.

Thuan Nguyen added a comment - 14/May/13 4:10 PM Test on build 2.0.2-802 on windows 2008 Re 64bit cbbrowser_logs.bat collects logs from info, debug and error logs.