# v6.1 strange message in diagnostics

**URL:** <https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178>\
**Category:** Help\
**Created:** [May 30, 2025, 10:02am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178 "2025-05-30T10:02:18Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 30, 2025, 10:02am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/1 "2025-05-30T10:02:18Z")

</div>

Currently running Pi-Hole 6.1. I noticed a strange message in the diagnostics section after startup.

Host name of client `10.0.200.xx` =\> `"myhostname.(none)"` contains (at least) one invalid character (hex 6f) at position 0

but everything seems to be working as it should. Is this something to worry about? How can I prevent this message appearing after every restart?

---

<div class="post-metadata">

**Author:** ![Bucking\_Horn](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/bucking_horn/32/18719_2.png) [@Bucking\_Horn](https://discourse.pi-hole.net/u/Bucking_Horn)\
**Post date:** [May 30, 2025, 10:17am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/2 "2025-05-30T10:17:40Z")

</div>

This observation seems similar to [Host name of client xxx =\> contains (at least) one invalid character at position 0 - #91 by DL6ER](https://discourse.pi-hole.net/t/host-name-of-client-xxx-contains-at-least-one-invalid-character-at-position-0/69132/91), where DL6ER seems to wait for user feedback.

Could you please enable DHCP logging and share DHCP related lines from `/var/log/pihole/FTL.log` once the issues reoccurs?

```auto
sudo pihole-FTL --config dhcp.logging true

```

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 31, 2025, 7:14am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/3 "2025-05-31T07:14:04Z")

</div>

I do not use any DHCP functions in Pi-Hole so is this relevant? DHCO[6] is handled by my router/firewall (NetGate 56100 running pfSense). I have two identically configured Pi-Hole servers which front-end my 2 main (authoritative) DNS servers. I use them for selected clients only to provide ad-blocking.

---

<div class="post-metadata">

**Author:** ![Bucking\_Horn](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/bucking_horn/32/18719_2.png) [@Bucking\_Horn](https://discourse.pi-hole.net/u/Bucking_Horn)\
**Post date:** [May 31, 2025, 7:30am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/4 "2025-05-31T07:30:35Z")

</div>

If your Pi-hole doesn't handle DHCP, then enabling DHCP logging won't be helpful, as your issue is different from the one I've linked above.

> [@ChrisJ](#):
>
> Host name of client `10.0.200.xx` =\> `"myhostname.(none)"` contains (at least) one invalid character (hex 6f) at position 0

'hex 6f' would be an `o`, which is different from the `m` you are quoting as the first character in your name, but then both would be valid characters, and my guess would be that you'd have made up that name instead of quoting a real one.

The brackets `(` `)` would be the actual invalid characters in your domain name (unless you've made those up as well).

Try if removing them from the name in your router's DHCP server would fix your issue.

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 31, 2025, 9:01am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/5 "2025-05-31T09:01:06Z")

</div>

The FQDN of the server where pihole is running, as returned by 'hostname' is 'glamdring.home.thejenkinsfamily.org.uk'. I used 'myhostname' in the example for simplicity. The name 'glamdring.(none). does not come from my DHCP server (it doesn't know anything about this host nor is it involved at all in name resolution) nor from my primary DNS servers; it is a string derived/constructed purely by pihole. Hex 6f is ascii 'o' (lowercase O). Pi-hole seems to have its knickers in a twist somewhere...

---

<div class="post-metadata">

**Author:** ![Bucking\_Horn](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/bucking_horn/32/18719_2.png) [@Bucking\_Horn](https://discourse.pi-hole.net/u/Bucking_Horn)\
**Post date:** [May 31, 2025, 10:51am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/6 "2025-05-31T10:51:18Z")

</div>

Please upload a debug log and post **just the token URL** that is generated after the log is uploaded by running the following command from the Pi-hole host terminal:

```auto
pihole -d

```

or if you run your Pi-hole as a Docker container:

```auto
docker exec -it <pihole-container-name-or-id> pihole -d

```

where you substitute `<pihole-container-name-or-id>` as required.

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 31, 2025, 11:20am UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/7 "2025-05-31T11:20:19Z")

</div>

Done. Token is [https://tricorder.pi-hole.net/GWKUmqgd/](https://tricorder.pi-hole.net/GWKUmqgd/)

---

<div class="post-metadata">

**Author:** ![Bucking\_Horn](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/bucking_horn/32/18719_2.png) [@Bucking\_Horn](https://discourse.pi-hole.net/u/Bucking_Horn)\
**Post date:** [May 31, 2025, 1:21pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/8 "2025-05-31T13:21:12Z")

</div>

> [@ChrisJ](#):
>
> The name 'glamdring.(none). does not come from my DHCP server (it doesn't know anything about this host nor is it involved at all in name resolution) nor from my primary DNS servers; it is a string derived/constructed purely by pihole.

Pi-hole wouldn't answer any DNS requests itself, unless it has been explicitly configured to do so.

Your debug log shows such local CNAME definitions only, and none of them matches the offending domain.

To verify, let's check how Pi-hole deals with a reverse lookup.  
Please share the output of:

```auto
nslookup <ip.of.offending.device> 10.0.200.37

```

Please monitor `/var/log/pihole/pihole.log` for respective log entries, e.g. via [_Tools | Tail log files | pihole.log_](http://pi.hole/admin/taillog?file=dnsmasq), and share those lines as well.

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 31, 2025, 2:35pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/9 "2025-05-31T14:35:10Z")

</div>

Okay, note that the 'problem' host is the actual Pi-Hole host itself (glamdring/10.0.200.37). I don;t see these messages for any other hosts. On my other Pi-Hole server I get the same message for its IP address. Here are the query results directly against one of my authoritative servers and against the pihole server:

```auto
$ nslookup 10.0.200.37 10.0.200.10
Server: 10.0.200.10
Address:	10.0.200.10#53

37.200.0.10.in-addr.arpa	name = glamdring.lan.thejenkinsfamily.org.uk.

```

```auto
$ nslookup 10.0.200.37 10.0.200.37
Server: 10.0.200.37
Address:	10.0.200.37#53

37.200.0.10.in-addr.arpa	name = glamdring.\(none\).

```

And the relevant lines from pihole.log for that query:

```auto
2025-05-31 15:28:16.651 query[PTR] 37.200.0.10.in-addr.arpa from 10.0.200.40
2025-05-31 15:28:16.651 config 37.200.0.10.in-addr.arpa is <PTR>

```

Interestingly after my most recent DNS restart I get the message for all 4 of the local pihole server's addresses:

```auto
Host name of client fe80::21c:42ff: fe1b: 8bf4 => "glamdring. (none)" contains (at least) one invalid character (hex 67) at position 0
Host name of client fd00::37 => "glamdring. (none)" contains (at least) one invalid character (hex 67) at position 0
Host name of client 2a0e: cb01:92:77ee::37 => "glamdring. (none)" contains (at least) one invalid character (hex 67) at position 0
Host name of client 10.0.200.37 = "glamdring. (none)" contains (at least) one invalid character (hex 67) at position 0

```

So whatever the issue is it is localised to pihole...

---

<div class="post-metadata">

**Author:** ![Bucking\_Horn](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/bucking_horn/32/18719_2.png) [@Bucking\_Horn](https://discourse.pi-hole.net/u/Bucking_Horn)\
**Post date:** [May 31, 2025, 2:42pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/10 "2025-05-31T14:42:07Z")

</div>

> [@ChrisJ](#):
>
> `config 37.200.0.10.in-addr.arpa is <PTR>`

This line indicates that Pi-hole's DNS server has indeed been configured with a name for `10.0.200.37`.

> [@ChrisJ](#):
>
> So whatever the issue is it is localised to pihole...

Or to the machine that's hosting your Pi-hole.

Run from that machine, please share the output of:

```auto
cat /etc/hosts

```

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 31, 2025, 3:00pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/11 "2025-05-31T15:00:02Z")

</div>

Nothing weird or fancy about it. Just a vanilla Centos10 server running Pi-Hole in a docker container.

chris@glamdring:~$ cat /etc/hosts  
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4  
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

---

<div class="post-metadata">

**Author:** ![Bucking\_Horn](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/bucking_horn/32/18719_2.png) [@Bucking\_Horn](https://discourse.pi-hole.net/u/Bucking_Horn)\
**Post date:** [May 31, 2025, 3:22pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/12 "2025-05-31T15:22:51Z")

</div>

Since we are dealing with the hostname of the device that runs Pi-hole, Pi-hole may also source that from the kernel's uname structures.

On Linux systems, that commonly would be the content of

```auto
cat /etc/hostname

```

Also, what's the output of:

```auto
hostname

```

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 31, 2025, 4:28pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/13 "2025-05-31T16:28:58Z")

</div>

Againb, as one would expect:

chris@glamdring:~$ cat /etc/hostname  
glamdring.home.thejenkinsfamily.org.uk  
chris@glamdring:~$ hostname  
glamdring.home.thejenkinsfamily.org.uk

---

<div class="post-metadata">

**Author:** ![rdwebdesign](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/rdwebdesign/32/51363_2.png) [@rdwebdesign](https://discourse.pi-hole.net/u/rdwebdesign)\
**Post date:** [May 31, 2025, 5:47pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/15 "2025-05-31T17:47:22Z")

</div>

Please set the environment variables:

```auto
FTLCONF_debug_queries: true
FTLCONF_debug_resolver: true

```

and restart the container.

Then, please have a look at the file `/var/log/pihole/FTL.log` and search for the message "Host name of client...".

Copy the related (maybe ~ 50) lines above this in the log and post them here.

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [May 31, 2025, 6:27pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/16 "2025-05-31T18:27:54Z")

</div>

I set the environment variables as part of the container creation as follows, is this okay?

```sh
sudo docker create \
  --name=pihole \
  --hostname=glamdring \
  --restart=unless-stopped \
  -e TZ=Europe/London \
  -v "/pihole/etc-pihole:/etc/pihole" \
  -v "/pihole/etc-dnsmasq.d:/etc/dnsmasq.d" \
  --dns=10.0.200.10 --dns=10.0.200.15 \
  --dns=fd00::10 --dns=fd00::15 \
  --network=host \
  -e VIRTUAL_HOST="pihole1.home.thejenkinsfamily.org.uk" \
  -e PROXY_LOCATION="pihole1.home.thejenkinsfamily.org.uk" \
  -e FTLCONF_dns_upstreams="10.0.200.10;10.0.200.15;fd00::10;fd00::15" \
  -e FTLCONF_debug_queries=true \
  -e FTLCONF_debug_resolver=true \
  pihole/pihole:latest

```

I then recreated the container, ran `nslookup 10.0.200.37 10.0.200.37` and examined `/var/log/pihole/FTL.log`. There was no string 'Hiost name of client', or anything similar but I could see the entries relevant to my query:

```auto
2025-05-31 19:22:17.590 BST [55M] DEBUG_QUERIES: Generating PTR record (0xffffaba21aa0): 37.200.0.10.in-addr.arpa -> glamdring.(none)
2025-05-31 19:22:17.590 BST [55M] DEBUG_QUERIES: **** new UDP IPv4 query[PTR] query "37.200.0.10.in-addr.arpa" from enp0s5/10.0.200.40#54251 (ID 298, FTL 138166, src/dnsmasq/forward.c:1897)
2025-05-31 19:22:17.590 BST [55M] DEBUG_QUERIES: Set global cache status to 0
2025-05-31 19:22:17.590 BST [55M] DEBUG_QUERIES: 37.200.0.10.in-addr.arpa is not known
2025-05-31 19:22:17.591 BST [55M] DEBUG_QUERIES: Checking if "37.200.0.10.in-addr.arpa" is in antigravity (exact): no
2025-05-31 19:22:17.591 BST [55M] DEBUG_QUERIES: Checking if "37.200.0.10.in-addr.arpa" is in gravity (exact): no
2025-05-31 19:22:17.591 BST [55M] DEBUG_QUERIES: DNS cache: PTR/10.0.200.40/37.200.0.10.in-addr.arpa is not blocked (domainlist ID: -1)
2025-05-31 19:22:17.591 BST [55M] DEBUG_QUERIES: **** got cache reply: <PTR> is 37.200.0.10.in-addr.arpa (ID 298, src/dnsmasq/rfc1035.c:1925)
2025-05-31 19:22:17.591 BST [55M] DEBUG_QUERIES: DNS cache: PTR/10.0.200.40/37.200.0.10.in-addr.arpa -> CACHE, no expiry
2025-05-31 19:22:17.591 BST [55M] DEBUG_QUERIES: Set reply to RRNAME (6) in src/dnsmasq_interface.c:2360

```

The lines before this seemed to be totally unrelated (handling other unrelated queries).

---

<div class="post-metadata">

**Author:** ![ChrisJ](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/c/f475e1/32.png) [@ChrisJ](https://discourse.pi-hole.net/u/ChrisJ)\
**Post date:** [June 2, 2025, 12:41pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/17 "2025-06-02T12:41:20Z")

</div>

@rdwebdesign is the log snippet helpful? if not do you need anything else?

---

<div class="post-metadata">

**Author:** ![rdwebdesign](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/rdwebdesign/32/51363_2.png) [@rdwebdesign](https://discourse.pi-hole.net/u/rdwebdesign)\
**Post date:** [June 2, 2025, 6:16pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/18 "2025-06-02T18:16:30Z")

</div>

I'm not sure if we will need more info, but currently we are fixing another bug in FTL and we need a little more time before looking into this.

There is an open issue in Github with the same symptoms: [Diagnosis shows errors about invalid hostnames incorrectly · Issue #2452 · pi-hole/FTL · GitHub](https://github.com/pi-hole/FTL/issues/2452)

After we release the fix for the other bug we will try to understand what is causing the wrong hostname detection.

---

<div class="post-metadata">

**Author:** ![system](https://discourse.pi-hole.net/uploads/default/original/3X/7/c/7c8792f649eeb921c5d2b4c41564ffa873d9a2b8.png) [@system](https://discourse.pi-hole.net/u/system)\
**Post date:** [June 23, 2025, 6:17pm UTC](https://discourse.pi-hole.net/t/v6-1-strange-message-in-diagnostics/80178/19 "2025-06-23T18:17:14Z")

</div>

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.