|
Hi... Its been a while I have problems with searching in Google maps or geoip which the thread was going on here: geoip search results not correct if u follow up the thread, u see it came to a point that we all realized there exists some sort of limit that does not let geoip or Google maps to display more than ten thousand... today suddenly, I realized its not only geoip/Google maps, but it actually is any kind of advanced searches. for instance if you search for all the data in normal search using "*", and if you have huge number of indexed data, (i.e. billions of data), u'll probably see all in the search but if you change the view to "Advanced Charting View" then you'll only see partially few thousands of those results... Im not sure whether this is a bug or if there is some sort of limitation in any file... but that definitely causes major problems. Does anyone have any idea how to solve this issue..? |
|
Looking at the module references the is a limit within the XML that you can define although you want to be careful how you adjust this as it can have an impact on the performance. Hopefully with 4.3 this won't be as large an impact thanks to the HTML5 visualisations but I expect the calculations in the background also have an equally large impact;
Also here, http://splunk-base.splunk.com/answers/10349/chart-only-showing-1000-events , Nick has some ideas on how to expand the number of results in other ways (Nick is pretty much the expert on all things XML related) 1
thanks for your response... ok, to access the module I have to go to Manage Views, right..?? there was no such thing as maxResultCount for charting view.. i saw the width, height, even maxpages, but no max result count... also, if that was the case, how come when I search in normal search, it gives me 5 billions of data but when I just add geoip commands to the same exact search windows, suddenly only shows 19,000 events!!?!! to be more specific, when I search for SourceIP="" I get billions of event results, but when I search for SourceIP="" | geoip SourceIP I only get 19,000.. so for the case of advanced charting also when I search for SourceIP="*" I only get 15000 while the normal search as I said were few billions...
(12 Jan, 18:50)
nina15
from what I understand, that post is only about charting, time ranges and XML... my problem I think resides in lower level of splunk, is not the matter of how it is represented, but the problem is that the results are not fetched at all... the poster of that thread had a problem that the results were shown in the table, but not on the chart, only. mine is not displayed anywhere when I search in Advanced charting or when I use geoip in the normal search...
(12 Jan, 20:17)
nina15
still no answers/opinions...???
(15 Jan, 21:24)
nina15
1
Nina, Can you open a support ticket? Let me know the ticket is and I will escalate for you.
(17 Jan, 18:21)
dmaislin_splunk
thanks so much dmaislin for responding... i really was feeling im loosing it... anyways, i've already opened a support ticket. the number is CASE [73624]. thanks alot for ur support :)
(18 Jan, 17:33)
nina15
|
|
The display of result rows will be limited on a per-command basis and is typically configurable in limits.conf with For more information and details, I would recommend to read this Splunk Answer as well as this one. Update: Adding the information below to clarify the purpose of the advanced charting view. The important thing to understand is that the advanced charting view is designed to process the results (not the raw events!) produced by a reporting command. This is why you will see the exact same search which would show millions of events in the flashtimeline return an approximate maximum of 10,000 results in the advanced charting view. Now, if you take that same search and pipe it to To sum it up : Do not use the advanced charting view to render and view events, it is not its purpose. Instead, use it to experiment with different visualization methods to apply on the results of your reporting search. thanks for your response hexx, as I'd stated in my description the view causes the problem... which is in line with your say that using other search commands (stats, timechart, etc) gives more results... I explained in my other post (the link is available above), the problem seems to raise when it has to display more than that number of results, not counts and stats... (I've already explained this in detail in my other post) and again, in other post I did mention that I tried all possible parameters in limits.conf which includes the ones you are saying, and yet it did not have any effects neither on advanced charts nor geoip!!!
(26 Jan, 02:04)
nina15
1
Could you run the command ./splunk cmd btool limits list --debug and pastebin the results with a link here please?
(26 Jan, 02:16)
Drainy
1
@nina15 : Just to be sure, could you tell us exactly what search string you are feeding into the advanced charting view? Could you tell us how many events the search reports to have found? Ideally, I'd like to see a screenshot of the search job inspector output.
(26 Jan, 10:17)
hexx ♦
|
|
Alright... since this problem behaves exactly the same with any kind of searching I do, I start from a very simple search first... I am applying field extraction using DELIMS, hence I have a field called SIP which stands for sourceip... so now, what I want to show u is results for SIP= for a normal search, then results for same search on advanced charting view, then SIP= | geoip SIP to also have geoip behaviour... as you can see, both geoip and advanced chart only retrieve 10000 results ! these are snapshots for the normal search where you can see is up to 7 millions and I had to actually stop it since there was already enough results and it was taking much time... but the point is, the data that exists is way more than 10000...
then here it is on advanced charting:
and last but not least, geoip!
as you can see, both advanced charting and geoip have only 10000 results! the matching event is different. which indicates 2 problems actually:
thank you for the update. if the user wishes to maximize that for any reasons of their own, how would that go..? besides, would you explain as well geoip's behavior as geoip command entered in flashtimeline also stops after 10000 results...
(30 Jan, 22:37)
nina15
Looking at the MaxMind geoip app, I'm not sure that you are invoking the geoip command correctly. As far as I can tell, geoip.py is an external command used by the geoip lookup, not intended to be a search command. It should therefore be invoked with the lookup command. What if instead of :
(30 Jan, 23:02)
hexx ♦
|
|
thanks hexx for detailed information and references you provide here.. but this is getting even weirder... :D although the command is used by all the users without the lookup command, I tried your way and received error:
and trying the same command in Google Maps gives this error:
besides, the SPP about page, located at .../app/maps/about is a help document with this search as example:
etc... etc... etc... I even tried this:
and got the same error... Are you in the google maps app when you run this command? Or, did you change the permissions on the App and make it Global yet?
(31 Jan, 04:06)
dmaislin_splunk
yup dmaislin, and yet no difference... although I knew problem is not from Google Maps permissions as the geoip command behaves the same both in Google Maps and the flashtimeline search. thats why I pointed my problem to geoip, not google maps.. the snapshots that i provided here on geoip as well was done on the flashtimeline, not Google Maps...
(01 Feb, 17:34)
nina15
|




What search are you running that seems to limit its output to 10,000 rows in the advanced charting view? I am fairly certain that this limit is imposed by the default rendering of the advanced charting view, but if you were to run your search through a reporting command such as stats or timechart, you would get your full set of rows.
I know I tried many sorts of searches that should have shown thousands of results... but on using stats or timechart I have to try first and get back to u... but if there is any limits anyways, wouldnt it prevent from all kinds of searches...?
besides, if thats the case, why geoip behaves the same way... its very unlikely its a coincidence...