I'm using a program on Windows Server 2008 R2 x64 that requires NTFS alternate data streams. It's talking to a Samba 3.6.0 SMB2 share configured with streams_depot. The program has been running for over a month with no obvious problems, except that the filesystem has been accumulating "lost" directories. Apparently, at some point after the whole server crashed (both are VMs running on this server), the program can't seem to access any stream data. What could be causing this?
What could the program, which is the only user who has access to this ZFS filesystem, be doing that it causes Samba to generate "lost" directories? Could this have anything to do with the present situation? The code for the streams module says it generates hashes from the "fsid," but it's not clear where this number comes from? The samba server is replicated to another server using ZFS send/receive and the filesystem and program were originally accessing the streams data from the original server and then at some point later were switched to using the replicated filesystem. However, that was weeks ago and there wasn't any problem until very recently. Is there any way to debug what might be going on? Is there any easy way to test if the stream depot can retrieve streams? -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
