[Illumos / Smartos Support]

While not a native smartos build you can run btsync in an lx brand thanks to the lx brand work joyent is doing.

 

http://www.slideshare.net/bcantrill/illumos-lx

 

Slide 17 has the image uuid to import.

 

I will post a blog post on it eventually, but I have btsync running a lx brand at home and it works just fine.  Even has inotify support!

[Illumos / Smartos Support]

Any chance for an illumos build?  I have some interesting things I would like to do with sync in a smartos environment.  I am still holding on to hope for a native version

[Illumos / Smartos Support]

What I would put on the wishlist is an Illumos (i.e. successor to the Open Source Solaris) Version.

 

Just wanted to check in again.  Still dying for illumos support.  Building a client against libc would be nice.  Any possibility that this will eventually come down the pipeline?  Especially now that there is a freebsd build.  Would love to leverage this on smartos and joyents cloud as well.

[Illumos / Smartos Support]

illumos support please

[Illumos / Smartos Support]

Just wanted to bump this one last time. Wanted to see how likely a illumos build is before I consider other solutions.

[Illumos / Smartos Support]

What I would put on the wishlist is an Illumos (i.e. successor to the Open Source Solaris) Version.

Ive been asking for this I am a huge sync user and I have a lot of illumos based servers. Shouldn't be much different then the freebsd version.

[BTSync stalls out when used with Mac ZFS (ZEVO Community Edition)]

I have several ZFS filesystems attached to my Mac Pro, using the ZEVO Community Edition. I thought it would be perfect to use sync these filesystems with BTSync, as I would get versioning and compression of the data store for free, along with efficient syncing across my LAN.

However, when run in this configuration, BTSync just keeps hanging. It starts scanning the volume, but then it pauses, gives me a spinning beachball of death, and then only becomes responsive again if I wait about a whole minute. But then it's only responsive for 1 or 2 seconds before the beachball comes back, and I have to wait a minute again. Rinse, wash, repeat.

This effectively meant I couldn't use BTSync with Mac ZFS. Is there perhaps a bad interaction going on with the way that the filesystem is being monitored for changes?

Thanks,

John

Did this ever get resolved for you?

[Illumos / Smartos Support]

Another +1

We recently replaced a load of Windows file servers using DFS-replication with SmartOS (illumos) servers. Unfortunately rsync doesn't suit us quite as well as DFS-R did and so we have been looking at Gluster.

However, having tested and been impressed with the results of Bittorrent Sync on some Linux, Windows and OSX hosts, I'd really like to see how well it could work for us on these SmartOS servers. Seems like the perfect application.

You may be better off writing a small script to do snapshot incremental sends. I know nexenta has some things built in to do this.

[Illumos / Smartos Support]

It shouldn't be that much different than the BSD port. BSD and illumos are pretty close platforms. More so than linux.

[BTSync stalls out when used with Mac ZFS (ZEVO Community Edition)]

Hopefully the FreeBSD version is an easy port to illumos! I am dying for a native client.

Going through hoops to sync to my raid right now is less than appealing.

[Illumos / Smartos Support]

Since one of the use cases is NAS I thought I'd raise the topic of support for illumos based systems. A lot of people have ZFS boxes that they would like to sync across. The only other feature complete implementation of ZFS is found on FreeBSD. Are these platforms going to be supported. Or possibly the source for this posted?