Skip to contentSkip to conversation

DFS and ls: cannot access /some/path: Object is remote

DISCUSSION Sergey Urushkin 1 participant 1 message Oct 8, 2012

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

Hi!
I have a problem using DFS share with a number of user applications (like libreoffice, thunderbird, etc.). The problem is that I can't enter to any part of a dfs share (link to another share) via file manager, because fm can't list contents of directory with dfs links properly. In terminal it looks like this:

/tmp/test - mounted dfs share
/tmp/test/all - real directory on the server with dfs share /tmp/test/all/* - dfs links

# ls /tmp/test/all/*
ls: cannot access /tmp/test/all/admin: Object is remote
ls: cannot access /tmp/test/all/drivers: Object is remote
ls: cannot access /tmp/test/all/linux-iso: Object is remote

Same time, listing of the one link works fine:

# ls /tmp/test/all/linux-iso
file1
file2
file3

After listing "linux-iso":
1) with kernel 3.2 listing of * looks the same;
2) with kernel 3.6.1 listing of * looks differ:

# ls /tmp/test/all/*
ls: cannot access /tmp/test/all/admin: Object is remote
ls: cannot access /tmp/test/all/drivers: Object is remote

/tmp/test/all/linux-iso:
file1
file2
file3

and user apps now see "linux-iso" as directory. It's better then 3.2 ... ... but after some amount of time "linux-iso" link becomes unavailable (Object is remote) again.

So, the question: is there a way to make kernel list contents of all dfs links in the directory/share. I see two ways to do so:
1) show dfs links as directories, not links (without actual connection to it, if it's possible)
2) try to connect and mount every link when app try to list the directory with links (it will be slow, but it will work at least)

Thanks.

Signature · 2 lines
Best regards,
Sergey Urushkin