# Indirect lookup of facts **URL:** \ **Category:** Ansible Project\ **Created:** [June 15, 2015, 10:06pm UTC](https://forum.ansible.com/t/indirect-lookup-of-facts/18509 "2015-06-15T22:06:44Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![rektide](https://avatars.discourse-cdn.com/v4/letter/r/a88e57/32.png) [@rektide](https://forum.ansible.com/u/rektide)\ **Post date:** [June 15, 2015, 10:06pm UTC](https://forum.ansible.com/t/indirect-lookup-of-facts/18509/1 "2015-06-15T22:06:44Z")
Hello, In 1.8, the ability to reference a fact indirectly (as opposed to having to statically type it out) was broken. This used to give you the fact myFact: {{ vars[‘myFact’] }} This capability is very important to me, and I will not be able to continue to progress with Ansible unless this issue is resolved: it’s a very common pattern we see in microservices world to have things like OUR\_SQL\_SERVER\_HOST, OUR\_SQL\_SERVER\_PORT, and my scripts make extensive use of looking up facts with names like this via indirect references (so, depending on my vars, I might ask for OUR\_SQL\_SERVER\_HOST or JANES\_SQL\_SERVER\_HOST). I’m not seeing any traction or sympathy in getting this capability back based on the issue that was filed, #10859 [1], and the basic debugging that I’ve done shows that things in this realm of the codebase got refactored at some point to a _really weird_ place. I’d really appreciate some TLC being put in on this major regression in functionality. There’s some argument that this was never intended to be a feature, to which I’d ask: 1) why not, clearly they were present, and it brings parity to what we can do with looking up vars, and 2) I’d say that mdehann should have said it wasn’t a feature when I said I was using it[2]- imo, it was an `inject`, thus exposed, so clearly it _was_ a feature. This is an important capability, and I believe my use-case does an adequate job of stating where I’m coming from. Please restore vars to working order, such that we can lookup facts, giving us parity with hostvars, or at least provide a feasible new path, such that we’re not here hanging out. Thanks kindly, rektide [1] [https://github.com/ansible/ansible/issues/10859](https://github.com/ansible/ansible/issues/10859) [2] [https://github.com/ansible/ansible/issues/5000](https://github.com/ansible/ansible/issues/5000) ---
**Author:** ![Brian\_Coca](https://avatars.discourse-cdn.com/v4/letter/b/6de8d8/32.png) [@Brian\_Coca](https://forum.ansible.com/u/Brian_Coca)\ **Post date:** [June 16, 2015, 12:31pm UTC](https://forum.ansible.com/t/indirect-lookup-of-facts/18509/2 "2015-06-16T12:31:53Z")
The supported way to access facts indirectly is {{ hostvars[inventory\_hostname]['myFact'] }}, this already gives you the ability you are asking for. The refactoring you mention fixed many problems with variables and exposed many more, this is part of why there is even further refactoring in v2. Specifically there were a few security issues caused specifically from facts bleeding into 'trusted' data, which means there are certain things we cannot really reverse. In any case, I'm not sure why you need a 2nd way to do so nor why there should be 2 features with 'parity' which really means the same feature. As to what was intended and not, 'hostvars' was created explicitly to allow access, 'vars' is an aftereffect of templating and how modules were defined, which was getting incorrectly updated in some scopes. If vars were the only way to access the data I would agree with you, but given that there is an explicit method of doing so already, I'm not inclined to do so. ---
**Author:** ![rektide](https://avatars.discourse-cdn.com/v4/letter/r/a88e57/32.png) [@rektide](https://forum.ansible.com/u/rektide)\ **Post date:** [June 16, 2015, 8:28pm UTC](https://forum.ansible.com/t/indirect-lookup-of-facts/18509/3 "2015-06-16T20:28:26Z")
Hostvars cannot access facts:, or at least, they previously could not. I’ll draw up some additional diagnostics on the state of affairs in the gist on #10859 ([https://gist.github.com/rektide/c83208ccf4ab84638546](https://gist.github.com/rektide/c83208ccf4ab84638546)) and provide an update with whether there’s inaccessible data or no. Thanks for the reply, very much hope you are correct. I’m hugely in favor of big changes, big overhauls, and I don’t mind having to update my code at all- so godspeed Ansible, hail hail 2.0! ---
**Author:** ![Brian\_Coca](https://avatars.discourse-cdn.com/v4/letter/b/6de8d8/32.png) [@Brian\_Coca](https://forum.ansible.com/u/Brian_Coca)\ **Post date:** [June 17, 2015, 2:30pm UTC](https://forum.ansible.com/t/indirect-lookup-of-facts/18509/4 "2015-06-17T14:30:39Z")
That won't work, hostvars is an object and not a dumpable var, this is how you access facts through hostvars:     - debug: msg="{{hostvars[inventory\_hostname]['ansible\_distribution']}}"