General
-
Comparison feedback
1) Heard about Syncthing? It's a FOSS dropbox/bt sync/box/... alternative, secure, fully distributed
2) comparing to Ceph without mentioning performance? :-P You use FUSE which is a synonyme of "bound to be slow and ineffective forever" (try some real heavy duty on gluster vs. ceph, I've been there, done that, not funny) As well as ignoring CephFS.
3) I believe an interesting comparison category would be a tristate: commercial / partially free/limited feature set (foss+enterprise) / free
2 votes -
Docker Volume Plugin for Windows Containers!
Infinit support for windows containers
2 votes -
Kubernetes FlexVolume
We would be interested to see Kubernetes volume support for Infinit. The FlexVolume is likely the easiest and fastest to implement
8 votesNot sure yet how the implementation will work but it is planned to support Kubernetes Volumes! (https://infinit.sh/documentation/roadmap)
-
2 votes
-
iOS
build an easy SDK for iOS, so this can be used as the central file system for an iOS app / server environment :)
1 vote -
5 votes
-
2 votes
-
Give priorities for pulling from storage, e.g. prefer local disk that won't have transfer fees
When you pull from S3, GC, or blackblaze there's a 5-13cent/fee per gb.
While it's GREAT that it provides added redundancy, an option to _prefer_ the local storage could save a LOT in bandwidth fees.8 votes -
Change your hub so it is not keyed off of user name, but username + email address.
My username is taken (which is expected, but not from my domain/email address).
4 votes -
2 votes
-
Non-Fuse Mounting
Similar to the "Platform Agnostic Command Line Tool" request, it would be great to be able to actually load a portion of the "Infinit volume" without using a streaming virtual filesystem.
Obviously there are some UX disadvantages when not using Fuse, but there are also a lot of advantages. Some of the primary ones being simply that you get instant, native filesystem access to files that you may need that with.
Updates would likely be done through some type of slow file change watching, which is suboptimal, but this feature is sort of a tradeoff. You gain raw FS performance…
10 votesHi,
Thanks a lot for this suggestion. Indeed, having a streaming-based access interface such as FUSE has several disadvantages: (i) FUSE is still not a super stable technology (i) unlike mirroring technologies like Dropbox’s that clones the files locally, a streaming-based access may prevent you from accessing your files should you not be connected to the network for instance.
We have planned three things to reduces these limitations:
– The possibility to access a volume through a synced folder (in opposition to a mounted volume) leading to a similar experience to Dropbox where all the files are cloned locally. It consumes local storage space but has the benefit of having the files available at any time. Example: infinit-volume —sync (rather than infinit-volume —mount)
– Provide a way to spawn a local NFS/SMB server that the local computer could connect to (since all operating systems embed NFS/SMB… -
Support volume quotas
Support per-volume quotas.
Right now, you can kind of achieve something similar by separating storage nodes and creating new networks with those storage nodes in order to limit the amount of data stored, but there's cases where it would be beneficial to have a single large network that has multiple volumes, each with their own quota.
6 votesThanks for the suggestion Andrew.
It is indeed planned to provide quotas at the network level indeed. Unfortunately, given that our roadmap is already full for the months to come, I can guarantee you when this will be available.
Thanks.
-
Support Storage Nodes with intermittent connections (ie. USB/NAS)
Add support for local storage nodes that have intermittent connections like external USB Drives and local network NAS (not available over WAN, only LAN)
7 votes -
Mount volume from /etc/fstab
It would be great to be able to mount an Infinit volume from /etc/fstab or with /bin/mount. It would helps to integrate with systemd using ".mount" units and other third party tools.
3 votesThanks for submitting this idea. It will be considered for the next iteration.
We will keep you posted. Thanks.
-
Find custom INFINIT_HOME with mac Drive client
My Mac Drive client is not able to find my user credentials. i'm guessing that this is because I'm using a non-default INFINIT_HOME with the CLI tools. There should be a way to point the GUI to my INFINIT_HOME.
1 vote -
Backblaze B2
This is the logical third major storage provider that should be integrated. Highly reliable, and a fraction of the cost of AWS and GCS.
34 votes -
Chrome (OS) support
An extension for Chrome (OS), so we can send files to Chromebooks and Chromeboxes.
3 votes -
Support Openstack swift for storage
As already implemented for amazon S3 infinit should provide support for swift object storage.
14 votes -
Add mobile support (Android first, then iOS)
Android, being slightly more flexible, should be easy to support via a native app or framework integration (so we could generate our own native apps).
7 votes -
amazon glacier
support for Amazon Glacier
1 vote
- Don't see your idea?