Solaris Express 11 - watch-dir resource unavailable

[Dropbear67]

Hi All.

Setup transmission daemon on Solaris 11 Express. Running the daemon in debug mode. When I copy a torrent file from my windows machine across to the watch dir on my solaris box, I get this


[10:35:36.652] Found new .torrent file "ian.torrent" in watchdir "/rpool/local/Downloads" (watch.c:232)
[10:35:36.652] Couldn't read "/rpool/local/Downloads/ian.torrent": Resource temporarily unavailable (utils.c:518)


privs on the torrent file on the watch-dir are unnecessarily loose
-rwxrwxrwx+

if i go into that directory on the solaris box (ie log onto solaris) and manually copy the torrent file over to another name ..

ie cp ian.torrent bob.torrent


then the file is automatically recognised and it works fine ...

Any clues on what might be happening?

ie

[rb07]

Any clues on what might be happening?

Sounds like directory permissions.

The read-write-exec permission you showed are the "normal" Windows permissions, but look at the user. If you are using Samba/CIFS configured like I have, all files copied from Windows are owned by user nobody, group nobody. When you copied the file the copy belongs to the user you where loged in as, the interesting part is under what user is transmission-daemon running? My bet is on the same user you where loged in, thus the daemon had full control of the copied file (it has to delete it after loading it).

To make things easy, I run the daemon as user nobody, and the download / watchdir directories are owned by that user, that way I can move files around from Windows.

[Dropbear67]

I don't think it's a permission problem, as if i stop and restart the daemon they are picked up.

It seems to be a locking issue with CIFS, in that windows is maintaining a lock on the file for a couple of seconds after the copy finishes.

[rb07]

I don't think it's a permission problem, as if i stop and restart the daemon they are picked up.

It seems to be a locking issue with CIFS, in that windows is maintaining a lock on the file for a couple of seconds after the copy finishes.

Good point.

Now it sounds like you have an anti-virus, the Windows kind, those are famous for grabbing a file "for a few seconds" and that causes an "access denied" on any Unix-like OS.

There's some interesting info on the Samba manual Chapter 17. File and Record Locking

[rasiel24]

I know this post is over a year old, but just in case someone stumbles upon it like I did, here's the solution:

When creating your file system, set the nbmand=off, for example:

Code: Select all

zfs create -o casesensitivity=mixed -o nbmand=off -o aclmode=passthrough -o aclinherit=passthrough myzfs/my_vol

This will remove the "couple of seconds" file lock that prevents Transmission from reading the file when copied over to the watch-dir, under the my_vol directory, and things should work as expected.

This was tested on the latest version of Solaris (11/11), not express.

Hope this helps!