Re: Proposal to add new 'export artifacts' GFSH command

2017-01-31 Thread Michael Stolz
The default with no options should just "do the right thing", which is send all the logs and stats. -- Mike Stolz Principal Engineer, GemFire Product Manager Mobile: 631-835-4771 On Tue, Jan 31, 2017 at 1:00 PM, Swapnil Bawaskar wrote: > +1 I like the idea. However, we will have to make sure th

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-31 Thread Swapnil Bawaskar
+1 I like the idea. However, we will have to make sure that the regex is limited to the server's working directory only. On Mon, Jan 30, 2017 at 5:23 PM Jens Deppe wrote: > What about simply having --exclude and --include options that take a regex > in order to exclude and include arbitrary file

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-30 Thread Jens Deppe
What about simply having --exclude and --include options that take a regex in order to exclude and include arbitrary files as per the users' choosing. --Jens On Mon, Jan 30, 2017 at 3:33 PM, Swapnil Bawaskar wrote: > On Mon, Jan 30, 2017 at 10:15 AM, Udo Kohlmeyer > wrote: > > > I think stats

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-30 Thread Swapnil Bawaskar
On Mon, Jan 30, 2017 at 10:15 AM, Udo Kohlmeyer wrote: > I think stats should always be included by default +1 stats should be included always. If they are not needed, users can use --include-stats=false. I'm not sure I like the --stats-only flag since the command becomes "export logs --sta

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-30 Thread Udo Kohlmeyer
I think stats should always be included by default maybe a '--stats-only' or '--logs-only' flag... On 1/30/17 10:08, Kevin Duling wrote: +1 to the idea of '--include-stats' If --include-stats is offered, there should also be a '--stats-only' flag. That way you can get logs, logs and stat

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-30 Thread Kevin Duling
+1 to the idea of '--include-stats' If --include-stats is offered, there should also be a '--stats-only' flag. That way you can get logs, logs and stats, or just stats. On Fri, Jan 27, 2017 at 11:30 AM, Swapnil Bawaskar wrote: > > > > > > > > There are some inconsistencies in the dest

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-27 Thread Swapnil Bawaskar
> > > > There are some inconsistencies in the destinations of the current GFSH > export commands. Some commands (e.g. 'export logs’) export to a given > directory on the executing member (server or locator). Other > commands > (e.g. ‘export cluster-configuration’) export

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-27 Thread Anilkumar Gingade
We should also think about: - Extracting at member/node level. - Info about size (logs/stats) at member and cluster level -Anil. On Thu, Jan 26, 2017 at 2:02 PM, Udo Kohlmeyer wrote: > I agree with dan... We need to be able to limit how much data is being > collected and sent. > > In many case

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-26 Thread Jared Stewart
The ‘export logs’ command deals with this by having —start-time and —end-time parameters that can be used to specify a particular time window. I’m not sure whether statistics files roll over and have timestamps or not. This could be one approach to limiting the size of the data returned for ‘e

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-26 Thread Udo Kohlmeyer
I agree with dan... We need to be able to limit how much data is being collected and sent. In many cases clients don't clean up the files so they might drag a lot of stuff over. On 1/26/17 13:52, Dan Smith wrote: +1 for export artifacts and +1 for zip-file I'm also generally in favor of ga

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-26 Thread Dan Smith
+1 for export artifacts and +1 for zip-file I'm also generally in favor of gathering the artifacts on the gfsh client but I am a little concerned that in some cases that could be a lot of data going to the client (10s or 100s of GBs), especially if logs and stats aren't being cleaned up on a regul

Re: Proposal to add new 'export artifacts' GFSH command

2017-01-26 Thread John Blum
+1 On Thu, Jan 26, 2017 at 1:05 PM, Jared Stewart wrote: > I would like to propose a new ‘export artifacts’ GFSH command, as well as > some changes to existing GFSH export commands. (See > https://geode.apache.org/docs/guide/tools_modules/gfsh/ > command-pages/export.html

Proposal to add new 'export artifacts' GFSH command

2017-01-26 Thread Jared Stewart
I would like to propose a new ‘export artifacts’ GFSH command, as well as some changes to existing GFSH export commands. (See https://geode.apache.org/docs/guide/tools_modules/gfsh/command-pages/export.html for