Files/folders locked after unsuccessful xfer from Mac SOLVED

[AndyNJ]

Hi everyone,

I'm a new Amahi user and a somewhat advanced novice (if that makes sense) when it comes to Linux in general. I'm trying to get my Amahi server up and running after throwing in the towel with WHS.

I'm noticing that when transferring files from my Mac (Snow Leopard), larger transfers (either large files or transfers with many files) seem to fail with a relatively generic cannot copy message. After that, anything that did make it over (both complete and partial files) becomes locked, sometimes the containing folder too. After this, I can't delete these files without going over to the server itself and doing a chmod to the file.

Still, after this, my Mac will no longer copy files over to the share. I still get generic cannot copy errors and sometimes can't connect again at all for a little while or until I restart one of the machines.

I'm trying to trace this down, but I'm having trouble. Outside of this issue, files seem to be readable and smaller transfers work.

So I guess the problems are two-fold, 1) why are the file transfers failing and 2) why are the files becoming locked.

I AM over wifi, but that never caused a problem with WHS. I'm not completely ruling out a hardware related issue, but it seems that would be unlikely. I have turned off the DHCP server for Amahi (I'd prefer to use my router, honestly), could that be the cause? Seems kind of odd though.

What can I look at to try and figure this out? I've read through the troubleshooting in the wiki and what I can find on here, but I'm still stuck.

[AndyNJ]

I just found this thread in the Greyhole forum and the issue is somewhat similar to mine, could this be the problem?

http://forums.amahi.org/viewtopic.php?f=39&t=2517

[AndyNJ]

I'm still trying to figure this out and it seems to be happening with every file transfer now. There is a lot of files disappearing after being transferred and then the folders are left locked.

I updated to v0.8.99 of Greyhole and the latest Samba and none of that made a difference.

[AndyNJ]

I'm thinking this should be moved to the greyhole forum now. I put in a bug ticket as was suggested via Twitter.

Here's the greyhole info:
1.

2.6.31.5-127.fc12.x86_64
samba-3.4.9-60.fc12.x86_64
hda-greyhole-0.8.99-1.x86_64

2.

http://fpaste.org/tQzB/
http://fpaste.org/wjGP/

3.

/dev/sda1 on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda2 on /var/hda/files/drives/drive1 type ext4 (rw,_netdev)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
//127.0.0.1/Docs on /mnt/samba/Docs type cifs (rw,mand)
//127.0.0.1/Music on /mnt/samba/Music type cifs (rw,mand)
//127.0.0.1/Photos on /mnt/samba/Photos type cifs (rw,mand)
//127.0.0.1/Software on /mnt/samba/Software type cifs (rw,mand)
//127.0.0.1/TimeMachine on /mnt/samba/TimeMachine type cifs (rw,mand)
//127.0.0.1/Videos on /mnt/samba/Videos type cifs (rw,mand)
gvfs-fuse-daemon on /home/andy/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=andy)
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 16G 3.2G 12G 22% /
tmpfs 1005M 548K 1005M 1% /dev/shm
/dev/sda2 211G 22G 178G 11% /var/hda/files/drives/drive1
//127.0.0.1/Docs 211G 33G 178G 16% /mnt/samba/Docs
//127.0.0.1/Music 211G 33G 178G 16% /mnt/samba/Music
//127.0.0.1/Photos 211G 33G 178G 16% /mnt/samba/Photos
//127.0.0.1/Software 211G 33G 178G 16% /mnt/samba/Software
//127.0.0.1/TimeMachine
211G 33G 178G 16% /mnt/samba/TimeMachine
//127.0.0.1/Videos 211G 33G 178G 16% /mnt/samba/Videos

Greyhole Statistics
===================

Storage Pool
Total - Used = Free + Attic = Possible
/var/hda/files/drives/drive1/gh: N/A - N/A = N/A + N/A = N/A

4.

+----+------------------------------+--------------+---------------------+---------------------+
| id | path | minimum_free | created_at | updated_at |
+----+------------------------------+--------------+---------------------+---------------------+
| 2 | /var/hda/files/drives/drive1 | 10 | 2011-02-14 02:44:20 | 2011-02-14 02:44:20 |
+----+------------------------------+--------------+---------------------+---------------------+

5.

ls: cannot access /var/hda/files/drives/drive1/gh: Permission denied
No text to send.

6.

Greyhole Work Queue Statistics
==============================

This table gives you the number of pending operations queued for the Greyhole daemon, per share.

Write Delete Rename
Docs 0 0 0
Music 0 0 0
Photos 0 0 0
Software 0 0 0
TimeMachine 0 0 0
Videos 0 0 0
===========
Total 0 + 0 + 0 = 0

The following is the number of pending operations that the Greyhole daemon still needs to parse.
Until it does, the nature of those operations is unknown.
Spooled operations that have been parsed will be listed above and disappear from the count below.

Spooled 0

7. The problem happens with every file, but here's an example.

Debugging file operations for file named "/ste-java-interface.pdf"

From DB
=======

From logs
=========
Feb 16 09:54:39 7 simplify_tasks: Simplifying pending tasks.
Feb 16 09:54:39 7 write: Now working on task ID 15: write Docs/ste-java-interface.pdf
Feb 16 09:54:39 6 write: File created: Docs/ste-java-interface.pdf - 1.56MB
Feb 16 09:54:39 7 write: Loading tombstones for Docs/./ste-java-interface.pdf... Got 0 tombstones.
Feb 16 09:54:39 7 write: File /var/hda/files/docs/ste-java-interface.pdf is locked by another process. Will wait until it's unlocked to work on it.
Feb 16 09:54:39 7 sleep: Only locked files operations pending... Sleeping.
Feb 16 09:54:49 7 write: Now working on task ID 16: write Docs/ste-java-interface.pdf
Feb 16 09:54:49 6 write: File created: Docs/ste-java-interface.pdf - 1.56MB
Feb 16 09:54:49 7 write: Loading tombstones for Docs/./ste-java-interface.pdf... Got 0 tombstones.
Feb 16 09:54:50 7 write: Drives with available space: /var/hda/files/drives/drive1/gh (168GB avail)
Feb 16 09:54:50 7 write: Saving 1 tombstones for Docs/./ste-java-interface.pdf
Feb 16 09:54:50 4 write: PHP Warning [2]: mkdir(): File exists in /usr/bin/greyhole on line 1980
--
Feb 16 09:54:50 4 write: Failed to create directory /var/hda/files/drives/drive1/gh/.gh_graveyard/Docs/.
Feb 16 09:54:50 7 write: Saving tombstones in /var/hda/files/drives/drive1/gh/.gh_graveyard/Docs/./ste-java-interface.pdf
Feb 16 09:54:50 7 write: Copying file to /var/hda/files/drives/drive1/gh/Docs/ste-java-interface.pdf
Feb 16 09:54:50 7 write: Creating symlink in share pointing to the above file copy.
Feb 16 09:54:50 7 write: Saving 1 tombstones for Docs/./ste-java-interface.pdf
Feb 16 09:54:50 7 write: Saving tombstones in /var/hda/files/drives/drive1/gh/.gh_graveyard/Docs/./ste-java-interface.pdf
Feb 16 09:54:50 7 read_smb_spool: Processing Samba spool...

From filesystem
===============
Landing Zone:
ls: cannot access /ste-java-interface.pdf: No such file or directory

Graveyard:

File copies:

[AndyNJ]

The problem seemed to be ownership of the shares.

Solution: http://bugs.amahi.org/issues/show/766