Hi Oliver,

On Fri, Jul 04, 2014 at 02:19:39AM -0400, Oliver Keyes wrote:

Does this hit our granular pageview counts or both our granular counts and our overall PV count?

since we're having different pageview counts and not all of them are generated through the same pipeline, it's hard to answer your question without having the concrete urls you are referring to.

If you are referring to wikistats generated files, Erik Zachte would know best for which parts webstatscollector data gets used. But from my limited understanding of wikistats, all non-purely-squid parts consume (directly or indirectly) webstatscollector data, and hence are affected (see original email). So for example, I'd consider

http://stats.wikimedia.org/EN/TablesPageViewsMonthlyOriginalCombined.htm http://stats.wikimedia.org/EN/TablesPageViewsMonthlyCombined.htm http://stats.wikimedia.org/EN/TablesPageViewsMonthlyOriginal.htm http://stats.wikimedia.org/EN/TablesPageViewsMonthly.htm http://stats.wikimedia.org/EN/TablesPageViewsMonthlyOriginalMobile.htm http://stats.wikimedia.org/EN/TablesPageViewsMonthlyMobile.htm

affected by /this/ issue, while I'd consider

http://stats.wikimedia.org/wikimedia/squids/TablesPageViewsMonthlySquidsOrig... http://stats.wikimedia.org/wikimedia/squids/TablesPageViewsMonthlySquidsMobi...

to not be affected by /this/ issue.

@Erik Zachte, please do correct me if the above is wrong.

Because if the latter, I've been investigating some lines in the sampled logs [...]

There are different kinds of sampled logs, and their treatment of ssl differs considerably. However, none of the files underneath

/a/squid/archive/{sampled,mobile,zero,edits}

on stats1002 pass through webstatscollector, and hence they are not affected by /this/ issue.

(Note that although those files they are not affected by /this/ issue, they are affected by other issues like January's https://bugzilla.wikimedia.org/show_bug.cgi?id=60315 )

Have fun, Christian