Rsync.net - a cloud service done the right way
== This is an automated alert. Your rsync.net filesystem ([removed]) is over quota.
Currently you are using 20.318 GB out of 15.0 GB Please note, your usage includes the combined usage of all your accounts, including the parent account and sub account(s).
This is not a major problem, nor do we insist that you remedy the problem immediately. However, your account is only allowed a 10% overage before it will be impossible for you to write additional data to the account. You will never lose the ability to read files from the account.
You may check your quota at any time by running the quota command over ssh:
ssh [removed]@usw-s007.rsync.net quota
Or you may simply log into your web-based Account Manager, here:
https://www.rsync.net/am/dashboard.html?u=[removed]
where you may see your usage on the Summary screen.
You can remedy this by removing files, increasing your account size, or you can simply let it be. You can increase your account size using our web-based Account Manager:
https://www.rsync.net/am/dashboard.html?u=[removed]
or by emailing support@rsync.net and requesting a larger account.
If you have any trouble checking your quota, or would like to disable these notifications for this account, please contact support@rsync.net
Thank You,
rsync.net Support
36 comments
[ 3.6 ms ] story [ 67.9 ms ] threadI agree though, very nice customer communication.
what
We provided offsite backup services since day 1, but spun rsync.net out as an independent corporate entity in 2005.
The quota command hasn't worked for me for months or longer, perhaps correlated to their switch to ZFS. Not a great problem with the web administration page, although that doesn't show your current right that moment usage, or I can just use du.
They are otherwise everything a savvy UNIX(TM)/Linux/BSD/* user could desire. Even recently? increased their support for git.
Do they give a grace period? (if so, even more impressive)
We have an automated alerting system that emails primary and technical contacts in a progressively more aggressive fashion as you drift above the soft limit and approach the hard limit...
But I am confused about the math. Putting 20GB into a 15GB account would be a 33% overage. If the account gets write privilege turned off at >10% overage, how did this account get to a 33% overage?
- rsync algorithm
- rsync protocol
- rsync program
The algorithm is fairly well described here: http://rsync.samba.org/tech_report/
The protocol documentation is non existant (AFAIK), and basically the only standard is the rsync program itself. The protocol is strange, and there are some quirks, so it is not trivial to replicate or write custom clients.
This is why it is hard to implement an rsync program that can talk to the standard rsync program, but it is not that hard to implement your own client and server which use a custom protocol that implements an rsync-like algorithm.
I believe it's ran by the same folks who run JohnCompanies...
Grandfathered in forever, applies to all future upgrades/increases. The only catch is there is a 50 GB minimum order, and you have to pay annually.
You also have to be a new, non-existing customer.
Just email info@rsync.net if you are interested. We would be glad to serve anyone from this community.
As the company representative noted, rsync.net charges one simple flat fee, and that alone, no surprises, is itself worth something.
I note that the ability to slot into almost any of my backup systems is very valuable. This excludes Bacula to LTO tape, but you need tape to get tape like behavior and it's pretty cheap not counting the drive and infrastructure (fast disk to avoid "shoe shining"). Currently 2.9 cents per GB for me, and it doesn't take long for that to look good compared to Glacier. Ah, and for those of us on Internet connections with caps and overages, tape is a very good option.
So it's comparable to S3, depending on your usage and request level, which can add up ... and it is quite a bit cheaper than other competitors like Barracuda and so on.
We have large discounts for .edu, teachers, and FOSS contributors/authors, so please do email us if you are interested.
http://www.rsync.net/resources/howto/duplicity.html
In addition, the duplicity mailing list is very responsive and helpful.
Finally, the maintainer of duplicity is an account-holder at rsync.net, and we have funded duplicity development in the past, so if you are a customer and have specific questions, we can get answers straight from the source.
I also generated a full backup locally and uploaded it to the server, but duplicity couldn't recognize it, for some odd reason. This isn't exactly standard usage, but I would also not expect it to fail like that.
Still, thanks for the information, I'll check your service out, thank you.
> Translation: ... We're sorry it has to be here, but it is business suicide not to have this clause. Understand that the owners and employees of rsync.net all have their most precious data stored on these systems, in some cases exclusively.
I'm not sure to understand this part of the Terms of Service [1]. How can an "Offsite Backup" company offer no guarantee related to data retention ?? It's easy to say to employees use it for there data, but I think customers actually pay for these guarantees, or think they do at least ... ?
1: http://www.rsync.net/resources/notices/tos.html