Your debug log shows that your Pi-hole could either source local DNS records from its own local DNS records (stored in /etc/pihole/custom.list), or it may ask your router for local names (via Conditional Forwarding to 192.168.200.1).
By chance, there is also a line demonstrating that Pi-hole would correctly resolve local names
Nov 17 02:40:17 dnsmasq[251]: query[A] QHillgrove.<domain> from 192.168.200.209
Nov 17 02:40:17 dnsmasq[251]: /etc/pihole/custom.list QHillgrove.<domain> is 192.168.200.61
As your debug log shows RokuSrick01 is not defined in your custom.list, this could indicate that your router may provide that name.
Let's try to verify that by running an nslookup via your router.
Please share the output of:
nslookup RokuSrick01 192.168.200.1
nslookup <IP.of.RokuSrick01> 192.168.200.1
where you substitute <IP.of.RokuSrick01> with the IP as observed in your Pi-hole's UI.
Would that be the source of your observation?
If so, you'd have to look into your router's name definitions.
If not, there would be a chance that Pi-hole may stick to the name it first saw for that client IP, though that would usually only affect your Pi-hole's Network overview.
You could try to Flush network table via Pi-hole's Settings UI, but it would be better to stop the Pi-hole service before, e.g. by running
sudo systemctl stop pihole-FTL
pihole arpflush
sudo systemctl start pihole-FTL