By default mariadb does not report a hostname when it starts replicating from another server. This means the output of `show slave status` only contains very opaque information:
```
root@pc2007.codfw.wmnet[(none)]> show slave hosts;
+-----------+------+------+-----------+
| Server_id | Host | Port | Master_id |
+-----------+------+------+-----------+
| 171966644 | | 3306 | 180355176 |
| 180367374 | | 3306 | 180355176 |
+-----------+------+------+-----------+
```
If we use puppet to set report_host to the fqdn, then it will show up in the `show slave hosts` table, as well as be available for orchestrator to query.
NOTE: This requires MySQL daemon to be restarted
https://mariadb.com/kb/en/replication-and-binary-log-system-variables/#report_host
Restarting hosts progress
[] s1
[] eqiad
[x] codfw
[] s2
[] eqiad
[x] codfw
[] s3
[] eqiad
[x] codfw
[] s4
[] eqiad
[x] codfw
[] s5
[] eqiad
[x] codfw
[] s6
[] eqiad
[x] codfw
[] s7
[] eqiad
[x] codfw
[] s8
[] eqiad
[x] codfw
[] x1
[] eqiad
[x] codfw
[x] eqiad testing host
[x] eqiad backup testing (db1133)
[x] db2102 - codfw backup testing host
[] dbstore1003, dbstore1004, dbstore1005 (multi-instance)
[x] eqiad backup sources db1095 db1102 db1116 db1139 db1140 db1145 db1150
[x] codfw backup sources db2097 db2098 db2099 db2100 db2101 db2139 db2141
- folded into main section above
[] labsdb1009, labsdb1010, labsdb1011 (no need, will be replaced with the new clouddb hosts)
[] labsdb1012
[] es1
[] eqiad
[x] codfw
[] es2
[] eqiad
[x] codfw
[] es3
[] eqiad
[x] codfw
[] es4
[] pc1
[] pc2
[] pc3
[] m1
[] eqiad
[x] codfw
[] m2
[] eqiad
[x] codfw
[] m3
[] eqiad
[x] codfw
[] m5
[] eqiad
[x] codfw
[] tendril/zarcillo/orchestrator