You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Stefan Matheis (steffkes) (JIRA)" <ji...@apache.org> on 2015/07/15 22:30:04 UTC
[jira] [Commented] (SOLR-7796) Implement a "gather support info"
button
[ https://issues.apache.org/jira/browse/SOLR-7796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14628672#comment-14628672 ]
Stefan Matheis (steffkes) commented on SOLR-7796:
-------------------------------------------------
I absolutely like the idea!
While [~elyograg], [~eribeiro] and i were throwing ideas around in #solr, the following things came up - which i'm just including here for reference:
{code}15.2129 <@ steffkes> elyograg: +1 on SOLR-7796, gathering support relevant information is a really nice idea!
15.2133 <@ elyograg> yep. It's somewhat painful to tailor each request for info to the situation, and I hate to have people spend a lot of time gathering info that might ultimately
turn out to be useless ... so instead of relying on their skill level or taking up tons of their time, do it instantly.
15.2141 < eribeiro> elyograg: steffkes: if no one more knowledgeable contributor picks up SOLR-7796 in a day or two, I am gonna try to take a stab at it. ;-)
15.2147 <@ steffkes> eribeiro: nice! if you need help .. feel free to ping me or Upayavira
15.2148 < eribeiro> okay, thanks. :)
15.2149 <@ steffkes> implementation might differ a bit, depending on where you're going to include it - but the basic idea should be the same for both, i guess
15.2150 <@ steffkes> eribeiro: true that. while reading i was thinking if it might be possible to solve it in one shot .. but we're indeed talking about a few things that might be
interesting here ..
15.2150 <@ steffkes> like the whole schema .. in case we stick to something text based .. that might get a loooooong document
15.2150 < eribeiro> yeah...
15.2151 < eribeiro> +1 about the zip thing then
15.2151 <@ steffkes> which we have to do on the server, rather then the client side .. :/
15.2151 <@ steffkes> otherwise i wouldn't bet that it's easy to implement. generate a zip in everyones browser .. i don't know :D
15.2152 < eribeiro> haha, let's find out. :)
15.2152 <@ steffkes> on the other hand .. just thinking out load: if pressing that button would open a modal layer .. which contains a bunch of checkboxes .. where you could decide
*what* to actually prepare for export?
15.2153 <@ steffkes> i mean, even if someone is going to include his schema .. it's not really a problem. it's just a few lines of text. we he/she is already used to
15.2154 <@ steffkes> pastie.org has a nice feature where you can use ## at the beginning of a line to indicate a section, like this one: http://pastie.org/10295224
15.2154 < eribeiro> that would be awesome. something alike tools like phpMySQLAdmin does when backing up and restoring the DB.
15.2154 <@ steffkes> not sure if apaste.info does support something like that as well
15.2155 <@ steffkes> and .. to go really crazy .. we could probably try to include the possibility to directly *post* this content to a paste-site. that would be reeeaaallly nifty
15.2155 <@ steffkes> like .. hitting a button and getting back a url you can share, which includes all the things you've previously checked :o
15.2156 < eribeiro> wow, indeed.
15.2156 <@ steffkes> but .. i don't want to set the bar to high :D
15.2157 <@ steffkes> just throwing ideas around while thinking about it
15.2158 < eribeiro> haha, got it. I will start small and see what I get. :)
15.2158 <@ steffkes> the last thing (posting directly) might require a change for apaste.info but only easy things like additional headers, so that a javascript client is allowed to go
crossdomain, which is normally forbidden by the browsers security policy{code}
just to be sure that the last idea (POSTing it directly somewhere) isn't entirely out of reach, i dropped by #asinfra's hipchat and talked with [~humbedooh] about the idea:
{quote}10:01 Stefan Matheis we were just throwing ideas around in #solr over at freenode. Shawn come up with an idea to include a "gather support information"-button in the admin ui
10:02 Daniel Gruno (Humbedooh) ehm..
10:02 Stefan Matheis based on the my idea was we could probably include a possibility to directly POST this information to apaste.info - which would require a rather small change on apaste.info's configuration
10:02 Daniel Gruno (Humbedooh) ah
10:02 Stefan Matheis ;>
10:02 Gavin McDonald (McDuck) @Humbedooh is yoiur man
10:02 Daniel Gruno (Humbedooh) well, we _could_ add a token account
10:02 Stefan Matheis like enabling CORS header
10:02 Daniel Gruno (Humbedooh) or err
10:02 Daniel Gruno (Humbedooh) with a token
10:02 Daniel Gruno (Humbedooh) role account
10:02 Daniel Gruno (Humbedooh) oh, sure, CORS should be easy enough
10:02 Daniel Gruno (Humbedooh) that's just a matter of editing the yaml for the TLS terminator
10:02 Daniel Gruno (Humbedooh) in fact, it's actually all something you'd do on that machine
10:02 Daniel Gruno (Humbedooh) the backend does not need to know :)
10:04 Stefan Matheis well actually, it does: http://enable-cors.org/server.html
10:05 Daniel Gruno (Humbedooh) I think you misunderstood me, Stefan
10:05 Daniel Gruno (Humbedooh) the TLS terminator can add that header
10:05 Daniel Gruno (Humbedooh) the backend does not need to be involved to enable CORS
10:06 Stefan Matheis the TLS terminator? not sure if i know what you're talking about
10:06 Daniel Gruno (Humbedooh) SSL proxy in front
10:06 Daniel Gruno (Humbedooh) the actual paste.a.o service isn't serving up the page you see
10:07 Stefan Matheis got it
10:07 Daniel Gruno (Humbedooh) it's being relayed through another machine in charge of adding the TLS/SSL layer to it
10:07 Daniel Gruno (Humbedooh) and that machine is the one we should change settings on
10:07 Stefan Matheis didn't intend to say it needs to be the actual backend. just the machine serving the page
10:07 Daniel Gruno (Humbedooh) mostly because it's way easier
10:08 Stefan Matheis but it needs to be "on the server side" .. can't do it only with settings on the client (:
10:08 Daniel Gruno (Humbedooh) yep, and that's pretty much just a change in puppet
10:08 Stefan Matheis but .. before we discuss the details .. just wanted to hop in and ask nicely first ;>
10:08 Daniel Gruno (Humbedooh) sure, it can be done, np :)
10:08 Stefan Matheis if that's okay with you guys .. something you don't like to have and things
10:08 Stefan Matheis great to hear :)
10:08 Daniel Gruno (Humbedooh) I think it's a great idea{quote}
since it went that well .. i went ahead with the other idea we had:
{quote}10:10 Stefan Matheis okay then .. ahead to another question, as well regarding apaste.info
10:10 Stefan Matheis 15.2154 <@ steffkes> pastie.org has a nice feature where you can use ## at the beginning of a line to indicate a section, like this one: http://pastie.org/10295224
10:11 Stefan Matheis that's really something on top of everything. in case we're generated a large-ish document which includes all that stuff .. it would be nice if we could come up with separated sections
10:11 Stefan Matheis absolutely not necessary, for sure - just curious what you might think about that @Humbedooh
10:11 Daniel Gruno (Humbedooh) hm, actually, I thought it already had MD rendering and such - I guess I was wrong
10:12 Stefan Matheis oh it might very well do .. didn't think of trying it out :D
10:12 Stefan Matheis probably should have, before asking (:
10:13 Gavin McDonald (McDuck) @Humbedooh paste.info != paste.a.o
10:13 Daniel Gruno (Humbedooh) @gmcdonald same source code, pretty much ;)
10:13 Gavin McDonald (McDuck) figured as much, just making sure
10:14 Daniel Gruno (Humbedooh) paste.a.o refers to apaste.info
10:14 Stefan Matheis what's the actual syntax in markdown for a section/heading again? it's not ## Section .. tried that: http://apaste.info/3Ru
10:14 Daniel Gruno (Humbedooh) for non-committers
10:14 Daniel Gruno (Humbedooh) I don't see markdown as an option there right now, stefan, but I'll get it in there eventually
10:14 Gavin McDonald (McDuck) isnt it like === or something
10:14 Daniel Gruno (Humbedooh) and on paste.a.o also
10:15 Stefan Matheis tried that as well Gavin: http://apaste.info/HqO doesn't work
10:15 Stefan Matheis Daniel: MD !== markdown? just assumed so
10:15 Daniel Gruno (Humbedooh) MD = markdown
10:15 Daniel Gruno (Humbedooh) but there's no option to set the document to that atm
10:16 Stefan Matheis ah, got it
10:16 Daniel Gruno (Humbedooh) however, I do have a markdown plugin for it
10:16 Daniel Gruno (Humbedooh) so I'll just need to add that
10:16 Stefan Matheis no worries - the idea just started as a ticket .. probably needs some time to get in anyway
10:16 Daniel Gruno (Humbedooh) but not tonight :)
10:16 Daniel Gruno (Humbedooh) yep
10:17 Stefan Matheis if it's okay with you guys, i'm just going to add this conversation to the ticket - so however might implement it does have a reference to our conversation, in case it's needed?
10:18 Daniel Gruno (Humbedooh) fine by me
10:18 Daniel Gruno (Humbedooh) and thanks for asking :){quote}
> Implement a "gather support info" button
> ----------------------------------------
>
> Key: SOLR-7796
> URL: https://issues.apache.org/jira/browse/SOLR-7796
> Project: Solr
> Issue Type: Improvement
> Components: web gui
> Reporter: Shawn Heisey
> Priority: Minor
>
> A "gather support info" button in the admin UI would be extremely helpful. There are some basic pieces of info that we like to have for problem reports on the user list, so there should be an easy way for a user to gather that info.
> Some of the more basic bits of info would be easy to include in a single file that's easy to cut/paste -- java version, heap info, core/collection names, directories, and stats, etc. If available, it should include server info like memory, commandline args, ZK info, and possibly disk space.
> There could be two buttons -- one that gathers smaller info into an XML, JSON, or .properties structure that can be easily cut/paste into an email message, and another that gathers larger info like files for configuration and schema along with the other info (grabbing from zookeeper if running in cloud mode) and packages it into a .zip file. Because the user list eats almost all attachments, we would need to come up with some advice for sharing the zipfile. I hate to ask INFRA for a file sharing service, but that might not be a bad idea.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org