Well, it's a filesystem, not the network protocol. It's pretty clear they're going with SMB for networking.Will APFS be documented enough or open source such that it could be implemented by FreeBSD?
I get the idea they're going for a more NTFS Shadow Copies approach rather than ZFS full CoW, so deltas are unlikely.Will APFS support sending snapshots and deltas to files?
What I meant was that it would be interesting if APFS itself becomes available for other platforms and becomes a target for sending deltas. (more later)Well, it's a filesystem, not the network protocol. It's pretty clear they're going with SMB for networking.
I may be misunderstanding how previous versions works, or what you mean, but it doesn't look at all like what I expect. My understanding is that previous versions are presented when you look at file and folder properties. TimeMachine is currently a separate interface with a fully navigable hierarchy. You can also browse the snapshot folders that TimeMachine currently uses to store the data and hardlinks (this will definitely change with APFS. directory hardlinks are going away for example). The example they've shown for working with APFS snapshots shows them mounted as read-only volumes.They're probably going to implement Time Machine effectively like SMB Previous Versions. Even if it's gratuitously incompatible, it should be possible to replicate the functionality on FreeNAS, with a bit of work, that will depend on how good the documentation is.
Again, I disagree.I get the idea they're going for a more NTFS Shadow Copies approach rather than ZFS full CoW, so deltas are unlikely.
The pessimistic side of me thinks that Apple, coinciding with the new FS release, will start creating more apple-specific SMB2 extensions that samba will have problems dealing with (but somehow work on windows servers) causing Apple / samba compatibility to get in a bad state again just as things are starting to look good with vfs_fruit. Then the samba project will respond with more duct-tape, baling wire, and ram more things into xattrs and weird netatalk integration. This in turn will work kinda-sorta fine on Linux, but break in annoying and unpredictable ways on FreeBSD.Well, it's a filesystem, not the network protocol. It's pretty clear they're going with SMB for networking.
They're probably going to implement Time Machine effectively like SMB Previous Versions. Even if it's gratuitously incompatible, it should be possible to replicate the functionality on FreeNAS, with a bit of work, that will depend on how good the documentation is.
I get the idea they're going for a more NTFS Shadow Copies approach rather than ZFS full CoW, so deltas are unlikely.
I don't know, that sounds awfully realistic.The pessimistic side of me
I remember watching a YouTube presentation from a developer about smb2. He was excited that since MS opened up the protocol details that we wouldn't have problems with inconsistent client behavior like with SMB1. :DI don't know, that sounds awfully realistic.
A bit more info regarding APFS: http://dtrace.org/blogs/ahl/2016/06/19/apfs-part1/
It notably includes speculation and comments regarding how it'll interact with TimeMachine.
Given the way it will allow for clones at the file system and file level, I wouldn't be surprised if their solution allows sending snapshots that are "filtered" to remove blocks that are excluded from backup. Though that could be too costly to track.
Interesting times.
Mine are all setup with AFP shares, but if I get chance I'll create a new SMB share and try it.
So, I created a new dataset, configured cifs service and setup a cifs share. Not used it before so I might not have it right, but I could mount and write to it ok. When I selected a backup disk in TimeMachine the new share wasn't available as a option.
Standard 16:05:08.224925 +0200 kernel AFP_VFS afpfs_vnop_ioctl: afpfs_FindForkRef failed -1
no entry for backupd, but that message is all over the place?