Rclone mount(Google Drive) shows empty directory(which is not empty)

OS: Debian 9
I have a Google Drive remote and then crypt remote, the setup is from rclone 1.36 and it worked, but it would use huge amount of memory after some time(~6GB). Then I updated to rclone 1.37 and and 1.37-121 and 1.37-136 betas, each time I got the same problem
ls /home/d4os/cgoogle/Downloads/PTPnatches total 0
shows empty directory, but:
rclone lsl crcgoogle:/Downloads/PTPnatches
shws quite a long list of contents after a few seconds.

I mount it with:
rclone mount crcgoogle: /home/d4os/cgoogle --allow-other -v --transfers 10 --max-read-ahead 2000m --log-file=/var/log/rclone/cgoogle >>/var/log/rclone/cgoogle

reboots, remounts don’t help, other directories look ok, just this one. It worked fine on Rclone 1.37, forgetting cache doesn’t help(it doesn’t seem to forget PTPnatches directory, probably has no cache for it because it ‘is empty’. Listing contents with -vv outputs:

2017/09/13 20:00:55 DEBUG : Downloads/: Lookup: name=“PTPnatches”
2017/09/13 20:00:55 DEBUG : Downloads/: >Lookup: node=Downloads/PTPnatches/, err=
2017/09/13 20:00:55 DEBUG : Downloads/PTPnatches/: Attr:
2017/09/13 20:00:55 DEBUG : Downloads/PTPnatches/: >Attr: attr=valid=1m0s ino=0 size=0 mode=drwxr-xr-x, err=
2017/09/13 20:00:55 DEBUG : Downloads/PTPnatches/: ReadDirAll:
2017/09/13 20:00:56 DEBUG : Downloads/PTPnatches/: >ReadDirAll: item=0, err=

so, am I doing it wrong?

Hmm, strange!

Can you try

rclone ls2 crcgoogle:/Downloads/PTPnatches

Does that return stuff? That is pretty much what ls in a mount does.

Can you run your mount with -vv--debug-fuse do just the ls in the mount, and paste the log of that?

Thanks for the reply!

rclone ls2 returned contents of the directory after 49 seconds

logs of using ls, I used tab-complete while getting the full command:

2017/09/14 12:18:52 DEBUG : Downloads/: Attr:
2017/09/14 12:18:52 DEBUG : Downloads/: >Attr: attr=valid=1m0s ino=0 size=0 mode=drwxr-xr-x, err=
2017/09/14 12:18:52 DEBUG : fuse: -> [ID=0x2a] Getattr valid=1m0s ino=3437658999467637581 size=0 mode=drwxr-xr-x
2017/09/14 12:18:53 DEBUG : fuse: <- Getxattr [ID=0x2b Node=0x3 Uid=1000 Gid=1000 Pid=31359] “security.selinux” 255 @0
2017/09/14 12:18:53 DEBUG : fuse: -> [ID=0x2b] Getxattr error=operation not supported
2017/09/14 12:18:53 DEBUG : fuse: <- Getxattr [ID=0x2c Node=0x3 Uid=1000 Gid=1000 Pid=31359] “system.posix_acl_access” 0 @0
2017/09/14 12:18:53 DEBUG : fuse: -> [ID=0x2c] Getxattr error=operation not supported
2017/09/14 12:18:53 DEBUG : fuse: <- Open [ID=0x2d Node=0x3 Uid=1000 Gid=1000 Pid=31359] dir=true fl=OpenReadOnly+OpenDirectory+OpenNonblock
2017/09/14 12:18:53 DEBUG : fuse: -> [ID=0x2d] Open 0x1 fl=0
2017/09/14 12:18:53 DEBUG : fuse: <- Read [ID=0x2e Node=0x3 Uid=1000 Gid=1000 Pid=31359] 0x1 4096 @0x0 dir=true fl=0 lock=0 ffl=OpenReadOnly+OpenDirectory+OpenNonblock
2017/09/14 12:18:53 DEBUG : Downloads/PTPnatches/: ReadDirAll:
2017/09/14 12:18:54 DEBUG : Downloads/PTPnatches/: >ReadDirAll: item=0, err=
2017/09/14 12:18:54 DEBUG : fuse: -> [ID=0x2e] Read 0
2017/09/14 12:18:54 DEBUG : fuse: <- Release [ID=0x2f Node=0x3 Uid=0 Gid=0 Pid=0] 0x1 fl=OpenReadOnly+OpenDirectory+OpenNonblock rfl=0 owner=0x0
2017/09/14 12:18:54 DEBUG : fuse: -> [ID=0x2f] Release

ls cgoogle/Downloads/PTPnatches/ takes maybe up to 10 seconds at first, then it immediately shows ‘total 0’

I don’t see that 10 second delay in your log…

Can you try again and add --dump-bodies too to the --vv --debug-fuse? Just do the single ls on the mount. Ideally you’d put the complete log file somewhere, but if you feel unconformable doing that, could you email it to me nick@craig-wood.com please? Put a link to the forum thread in the email so I know where it came from!

Sorry for misleading you, it was fast that time, sometimes it takes a few seconds more, but never as long as rclone ls2 did.

here’s the log:
https://www.d4os.tk/pic/rclonelog.txt
This time I did ls once and nothing else.

I had a look through your log. Looks like you have a duplicated directory, ls is listing one and mount is listing the other.

It is easy to fix though - run rclone dedupe (but make sure you use the latest beta) to deduplicate directories too.