Vreemd resolve probleem opgelost

Ik had bij een klant een wat vreemd probleem m.b.t. het resolven van een ipadres. Met een nslookup <hostname> werd het juiste ipadres gevonden. Echter een ssh <hostname> of een ping <hostname> ging niet goed, meldingen als "host not found"  Het werd nog vreemder, als ik de FQDN gebruikte i.p.v. de hostname ging het wel goed. 

Na wat zoek en speurwerk bleek dat nscd draaide, deze name service caching daemon had kennelijk ooit een "host not found" teruggekregen en dat resultaat bleef 't tonen. De oplossing kan liggen in het herstarten van de daemon of met nscd -i <database> kan een bepaalde mapping invalid gemaakt worden en zo afgedwongen worden dat er een daadwerkelijke nieuwe query wordt gedaan.

Ter info: OS: RHEL6 X86_64