"Failed to index file" using SeaDrive on a mac

Brand new installation, and the first thing I tried to upload was my Alfred Preferences file. It’s a bundle (basically a directory) it’s only 25Mb and has 2,385 individual files in the bundle

I’ve tried several times, but it always gives me the error “Failed to upload”

UPDATED: Changed subject to ‘Failed to index file’ as that is the specific error I’m getting

Hi,
can you check if there are corresponding errors when show file sync errors?

I tried again this AM and looked through the logs Failed to index file is the specific error it seems

[03/15/24 06:29:57] seaf_fs_manager_index_blocks: assertion 'S_ISREG(sb.st_mode)' failed[03/15/24 06:29:57] sync-mgr-mac.c(737): Failed to index file /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/tmp/13A4A89B-7ACA-484C-849F-846A8DDD3379
[03/15/24 06:29:57] sync-mgr-mac.c(1107): All events are processed for repo 294e556d-5fb8-47bf-b5e8-38140a4472f3.
[03/15/24 06:29:57] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'committing' to 'synchronized'.
[03/15/24 06:29:59] repo-mgr.c(1244): Removing store /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/Documents/data/deleted_store/commits/0e40e3f1-0685-4e75-81c4-af2ab45f98c8
[03/15/24 06:29:59] repo-mgr.c(1244): Removing store /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/Documents/data/deleted_store/fs/0e40e3f1-0685-4e75-81c4-af2ab45f98c8
[03/15/24 06:30:02] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'synchronized' to 'committing'.
[03/15/24 06:30:02] seaf_fs_manager_index_blocks: assertion 'S_ISREG(sb.st_mode)' failed[03/15/24 06:30:02] sync-mgr-mac.c(737): Failed to index file /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/tmp/6F61C09D-8032-49F5-A47C-461C344F264B
[03/15/24 06:30:02] sync-mgr-mac.c(1107): All events are processed for repo 294e556d-5fb8-47bf-b5e8-38140a4472f3.
[03/15/24 06:30:02] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'committing' to 'synchronized'.
[03/15/24 06:30:12] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'synchronized' to 'committing'.
[03/15/24 06:30:12] seaf_fs_manager_index_blocks: assertion 'S_ISREG(sb.st_mode)' failed[03/15/24 06:30:12] sync-mgr-mac.c(737): Failed to index file /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/tmp/F286AFD2-FDBE-4451-B281-D47DD9CEF73E
[03/15/24 06:30:12] sync-mgr-mac.c(1107): All events are processed for repo 294e556d-5fb8-47bf-b5e8-38140a4472f3.
[03/15/24 06:30:12] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'committing' to 'synchronized'.
[03/15/24 06:30:27] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'synchronized' to 'committing'.
[03/15/24 06:30:27] seaf_fs_manager_index_blocks: assertion 'S_ISREG(sb.st_mode)' failed[03/15/24 06:30:27] sync-mgr-mac.c(737): Failed to index file /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/tmp/53C7E828-6E99-4020-B2E2-4204443C7FDD
[03/15/24 06:30:27] sync-mgr-mac.c(1107): All events are processed for repo 294e556d-5fb8-47bf-b5e8-38140a4472f3.
[03/15/24 06:30:27] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'committing' to 'synchronized'.
[03/15/24 06:30:53] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'synchronized' to 'committing'.
[03/15/24 06:30:53] seaf_fs_manager_index_blocks: assertion 'S_ISREG(sb.st_mode)' failed[03/15/24 06:30:53] sync-mgr-mac.c(737): Failed to index file /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/tmp/8F73EF1F-AE7C-470F-BC11-0912843B8470
[03/15/24 06:30:53] sync-mgr-mac.c(1107): All events are processed for repo 294e556d-5fb8-47bf-b5e8-38140a4472f3.
[03/15/24 06:30:53] sync-mgr.c(1008): Repo 'AppData' sync state transition from 'committing' to 'synchronized'.

One additional data point is that SeaFile Client handled the file just fine, it’s just SeaDrive having the issue

Hi,
which version of seadrive are you using?

3.0.8
(extra characters so I can post)

Hi,
can you check if the file recorded in the log exists? If it exists, what is the type of the file and is it a normal file? (Such as: /Users/johnsturgeon/Library/Containers/com.seafile.seadrive.fprovider/Data/tmp/13A4A89B-7ACA-484C-849F-846A8DDD3379)

It could be that the directory you are uploading from contains some files of special type and this part of files cannot be uploaded.

Also, are you able to upload other directory?

It’s quite possible that the file is something that SeaDrive cannot handle well (which is unfortunate) It is a mac application preferences bundle file for the Alfred app.

Since this is a very important file and I need to trust the syncing, I already moved on to Seafile Client (which does work fine).

I’m going to try again this morning. I’ll do a bit of a debugging with all the sub folders, removing one folder at a time until it syncs, then see if I can determine what in that sub folder is causing the issue.

I scanned all the files for illegal characters and can find none.

Quick follow up. I’ve removed files one at a time from the ‘bundled’ folder Afred.alfredpreferences and each subfolder still syncs perfectly but the bundle ‘file’ (really now just an empty folder) does not sync.

I think it has something to do with files that apps tell the OS to treat as a ‘file’ but they are really folders (macOS bundle files).

CONFIRMED:
I just created a new library and did the following (from the terminal)

cd <new library>
mkdir TestApp (synced fine!)
mkdir TestApp/Alfred.alfredpreferences FAILED

What repo should I file this bug to? This is a nasty one

Hi,
this should be a bug, currently seadrive can’t handle files of type package which is actually a directory but mac will think it is a file, we will try to fix this later.

1 Like

Thank you!

I’m going to try again this morning. I’ll do a bit of a debugging with all the sub folders, removing one folder at a time until it syncs, then see if I can determine what in that sub folder is causing the issue.

All subfolders were removed, the sync failed with an ‘empty’ bundle file.

It’s a bug

Any updates on this?