Content from 2013-03
I am using smbnetfs to mount samba shares to my filesystem. On my laptop all the commands executed in the samba subtree were hanging, while on my other boxes everything worked like a charm.
After running in a debug mode it turned out that smbnetfs was trying to resolve IP addresses using some shared library names as hostnames. Since the names did not resolve to anything the whole process took an inordinate amount of time.
]==> smbnetfs -d -f ~/Network ... sitename_fetch: No stored sitename for internal_resolve_name: looking up librt.so.1#20 (sitename (null)) no entry for librt.so.1#20 found. resolve_lmhosts: Attempting lmhosts lookup for name librt.so.1<0x20> resolve_lmhosts: Attempting lmhosts lookup for name librt.so.1<0x20> startlmhosts: Can't open lmhosts file /etc/samba/lmhosts. Error was No such file or directory resolve_wins: Attempting wins lookup for name librt.so.1<0x20> resolve_wins: WINS server resolution selected and no WINS servers listed. resolve_hosts: Attempting host lookup for name librt.so.1<0x20> ...
As it turns out, this was caused by the linker trying to find libraries in the current directory because of an empty entry in LD_LIBRARY_PATH.
]==> echo $LD_LIBRARY_PATH :/opt/oracle-client/lib
The root of a smbnetfs mount keeps names of the servers hosting samba shares, so stats for non-existent files are considered to be new host lookups.