Jira (FACT-1887) Facter takes very long to run on systems with huge amounts of ZFS filesystems

[Peter Eriksson (JIRA)]

Title: Message Title

Peter Eriksson created an issue   Facter / FACT-1887 Facter takes very long to run on systems with huge amounts of ZFS filesystems Issue Type: Improvement Affects Versions: FACT 3.11.1 Assignee: Unassigned Created: 2018/10/02 7:36 AM Environment: FreeBSD 11.2 Priority: Normal Reporter: Peter Eriksson The code in Facter that retrieves the ZFS filesystem version is using the command "zfs upgrade" which prints the (hardcoded into the "zfs" binary) version number - and then checks all the filesystems in the computer. Something that sometimes takes a loooooooong time on big servers with a lot of filesystems (hours on one with >88000 ZFS filesystems...) On FreeBSD a much better way to get the ZFS version is using the "sysctl" command:   sysctl vs.zfs.version.zpl (Which also returns the ZFS version in use in the kernel and nu just the precompiled version number in the zfs binary) It would be nice if there was some way to disable the Facter code that tries to list all the filesystems on these machines (we binary-patched away the "/sbin/zfs list" call (since that many filesystems broke the PuppetDB - the facts got too big) in the Facter binary, but the ZFS version check seems to be somewhere else...   Add Comment   This message was sent by Atlassian JIRA (v7.7.1#77002-sha1:e75ca93) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at https://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.