near-identical puppetdb queries, dissimilar outputs

[Christopher Wood]

This is with puppetdb 3.2.4 running on java 1.8 on CentOS 6. Does this behaviour sound familiar to anybody?

This query (query1) produces fact paths limited to the named facts from the "stype" of "pmail" in the "environment" of "mail".

https://gist.github.com/christopherwood/aec60bc751828ccfcaa01cbaa18b43a4

This query (query7), different from the first only in that the string "pmail" is replaced by the string "relay", produces a list of every fact path from every host in every environment.

https://gist.github.com/christopherwood/6ad03d58452175ba3a81d4f5d2693e3f

This behaviour is consistent through puppetdb restarts.

[root@puppetdb2 ~]# rpm -q puppetdb
puppetdb-3.2.4-1.el6.noarch

[root@puppetdb2 ~]# rpm -qa | grep openjdk
java-1.8.0-openjdk-headless-1.8.0.71-1.b15.el6_7.x86_64


$ mco facts stype -T mail -S 'stype=relay or stype=pmail'
Report for fact: stype

pmail found 149 times
relay found 113 times

Finished processing 262 / 262 hosts in 1088.18 ms


My next step would be pointing the production puppetmasters at another puppetdb instance and elevating to debug logging here, but I'd rather not make a production change if this is something obvious. Or obvious to somebody else, I can't find anything about this on tickets.puppetlabs.com.

[Molly Waggett]

Hi Christopher,

Could you clarify exactly how you're making these queries, either by including the exact curl invocation or the code you're using?

Thanks!

--
You received this message because you are subscribed to the Google Groups "Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20160704022432.GA17400%40iniquitous.heresiarch.ca.
For more options, visit https://groups.google.com/d/optout.