[wafflebot]

I'm going to drop Backblaze for my entire company over this.

I need it to capture local data, even though that local data is getting synced to Google Drive. Where we sync our data really has nothing to do with Backblaze backing up the endpoint. We don't wholly trust sync, that's why we have backup.

On my personal Mac I have iCloud Drive syncing my desktop, and a while back iCloud ate a file I was working on. Backblaze had it captured, thankfully. But if they are going to exclude iCloud Drive synced folders, and sounds like that is their intention, Backblaze is useless to me.

[moffkalast]

Bidirectional auto file sync is a fundamentally broken pattern and I'm tired of pretending it's not. It's just complete chaos with wrong files constantly getting overridden on both ends.

I have no clue why people still use it and I'd cut my losses if I were you, either backup to the cloud or pull from it, not both at the same time like an absolute tictac.

[Aurornis]

> I have no clue why people still use it

This is an instance of someone familiar with complex file access patterns not understanding the normal use case for these services.

The people using these bidirectional sync services want last writer wins behavior. The mild and moderately technical people I work with all get it and work with it. They know how to use the UI to look for old versions if someone accidentally overwrites their file.

Your characterization as complete chaos with constant problems does not mesh with the reality of the countless low-tech teams I've seen use Dropbox type services since they were launched.

[Anamon]

This would be half OK if it worked, but you can't trust it to. OneDrive, for instance, has an open bug for years now where it will randomly revert some of your files to a revision from several months earlier. You can detect and recover this from the history, but only if you know that it happened and where, which you usually won't because it happens silently. I only noticed because it happened to an append-only text file I use daily.

[jcgl]

A specific implementation (OneDrive) doing something dumb doesn't invalidate the entire paradigm though. Things work just fine elsewhere (Dropbox, Google Drive, Nextcloud, and Seafile are all solutions I've had good experiences with).

[lobsterthief]

Agreed, I’ve been using Dropbox for 15 years with minimal issues. The key is to ensure it’s running and syncing with the proper settings on both machines.

What can get things into a weird state is if both machines are editing the same file while only one of them is actively syncing. But for basic backup and sync, this is extremely rare.

[sunnybeetroot]

Even crazier is one drive has a limit on the total length of a file path, how is this even a thing that exists.

[ahhhhnoooo]

Unlimited strings are a problem. People will use it as storage.

No, I'm not joking. We used to allow arbitrary paths in a cloud API I owned. Within about a month someone had figured out that the cost to store a single byte file was effectively zero, and they could encode arbitrary files into the paths of those things. It wasn't too long before there was a library to do it on Github. We had to put limits on it because otherwise people would store their data in the path, not the file.

[jamesfinlayson]

I remember someone telling me that S3 used to be similarly abused - people were creating empty files and using S3 like a key-value store somehow, so AWS just jacked up the price of S3 head-object API call to push people back to DynamoDB or whatever.

[garaetjjte]

Just include filename size in file size for billing purposes?

[sunnybeetroot]

Wow alright I have learnt something thank you

[dns_snek]

What do you expect to happen when your cloud storage file path is 5000 characters long and your local filesystem only supports a maximum of 4096?

[zrm]

You expect the files to still be accessible using relative paths. What do you expect to happen if your cloud storage file path is 50 characters long and is mounted in a folder which is 4050 characters long when PATH_MAX is 4096?

The sync application itself can handle this using openat(2) or similar and should probably be using that regardless to avoid races.

[jamesfinlayson]

Oh yeah... I remember Windows behaving weirdly when I tried to copy some files with long names into a deeper directory tree. And it was just weird behaviour - no useful error message.

[sunnybeetroot]

Great point I stand corrected

[thebrain]

Everything needs limits otherwise someone will figure out how to or accidentally break it.

[sunnybeetroot]

I stand corrected you’re right

[pseudohadamard]

Except the GNU stuff, which has as a design principle "no arbitrary limits". Meaning no limits at all, not "no sane limits":

  Avoid arbitrary limits on the length or number of any data structure, including filenames, lines, files, and symbols, by allocating all data structures dynamically.

I assume they're relying on the OOM Killer and quotas to prevent DoSes all over the place.

[omnimus]

I also have no clue why people use it.

You can build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.

[snowwrestler]

This reference is 19 years old this month, in case anyone who recognized it was still feeling young.

[morganf]

noooooooooooo!!!!!!!!

[j1elo]

Wait a moment, you just gave me an idea for a product

[burnte]

1 out of a thousand people might do that, the others will buy the product. That's why people use it, most people don't want to build everything themselves.

[srdjanr]

It's a reference to https://news.ycombinator.com/item?id=8863

[Dylan16807]

But as usual it forgets the "For a Linux user" part.

If we remove the whole linux section and just ask "why not map a folder in Explorer" it's a reasonable question, probably even more reasonable in 2026 than in 2007. The network got faster and more reliable, and the dropbox access got slower.

[burnte]

LOL I should have remembered. :D Sorry!

[zymhan]

This cannot be a serious proposal. You should probably talk to people who don't use technology because they love it, but because they need it.

[jibal]

https://news.ycombinator.com/item?id=9224

[jkl5xx]

It’s kind of wild to read through these comments and realize hn is still riffing on the same ideas. Is it e2ee? Does it run on Linux? Who would pay for something you can slap together in a weekend with a few bash scripts? Really highlights this community’s values, skills, and blind spots. Also a bit of a bummer that the privacy and open source situations today are even worse in many ways.

[pseudohadamard]

The equivalent of this is advice from a friend of mine who likes different teas, "just learn to read hanzi like I did and then you can select the ones you like". Apparently there's one called "government tea" (in the original) which he expected to taste of old leather, musty paperwork, and stale cigarette smoke.

[johnthescott]

or use rsync.net and a cronjob.

[lazide]

Obvious. Explorer even has support built in for transparent ‘native’ gui support. I’m not even sure why you felt the need to explain it in detail. Next you’ll be explaining how to walk. (/s, I loved it)

[PunchyHamster]

Slow as fuck compared to 2 synced dirs

[babypuncher]

I think this is a case of people using bidirectional file sync wrong. The point is to make the most up to date version of a file available across multiple devices, not to act as a backup or for collaboration between multiple users.

It works perfectly fine as long as you keep how it works in mind, and probably most importantly don't have multiple users working directly on the same file at once.

I've been using these systems for over a decade at this point and never had a problem. And if I ever do have one, my real backup solution has me covered.

[senkora]

+1. It works perfectly if your mental model is:

“Every file is only ever written to from a single client, and will be asynchronously made available to all other clients, and after some period of time has elapsed you can safely switch to always writing to the file from a different client”.

[01HNNWZ0MV43FF]

Bidirectional file sync is also in hot demand from people who don't know the words, "file", "client", "write", "async", "available", or "time"

:P

[babypuncher]

The fact that lay people can and will use a tool incorrectly does not mean said tool is not useful

[unsettledturtle]

Yep. See e.g. steam cloud saves, which is literally just Dropbox for your video game save files. Bidi sync is a super common pattern if you look for it, I'm surprised at all the hate it's getting here.

[donmcronald]

> And if I ever do have one, my real backup solution has me covered.

What do you use and how do you test / reconcile to make sure it’s not missing files? I find OneDrive extremely hard to deal with because the backup systems don’t seem to be 100% reliable.

I think there are a lot of solutions these days that error on the side of claiming success.

[andrejserafim]

I agree. I use syncthing for syncing phones and laptops. For data like photos, which aren't really updated. It works very nice. And for documents updated by one user, moving between devices is totally seamless.

That being said i understand how it works at a high level.

[PunchyHamster]

It works perfectly fine if you're user that know how it works. I use it with Syncthing and it works coz I know to not edit same file at the same time on 2 devices (my third and fourth device is always on internet so chances propagate reasonably fast even if the 2 devices aren't on on the same time)

But the moment that hits normal users, yeah, mess

[Backblaze-Jim]

Hello, Jim from Backblaze here. I wanted to offer some insight into what happened with backing up cloud-synced folders.

It is true that we recently updated how Backblaze Computer Backup handles cloud-synced folders. This decision was driven by a consistent set of technical issues we were seeing at scale, most of them driven by updates created by third-party sync tools, including unreliable backups and incomplete restores when backing up files managed by third-party sync providers.

To give a bit more context on the “why”: these cloud storage providers now rely heavily on OS-level frameworks to manage sync state. On Windows, for example, files are often represented as reparse points via the Cloud Files API. While they can appear local, they are still system-managed placeholders, which makes it difficult to reliably back them up as standard on-disk files.

Moreover, we built our product in a way to not backup reparse points for two reasons:

1. We wanted the backup client to be light on the system and only back up needed user-generated files. 2. We wanted the service to be unlimited, so following reparse points would lead to us backing up tons of data in the cloud

We’ve made targeted investments where we can, for example, adding support for iCloud Drive by working within Apple’s model and supporting Google Drive, but extending that same level of support to third-party providers like Dropbox or OneDrive is more complex and not included in the current version.

We are currently exploring building an add-on that either follows reparse points or backs up the tagged data in another way.

We also hear you clearly on the communication gap. Both the sync providers and Backblaze should have been more proactive in notifying customers about a change with this level of impact. Please don't hesitate to reach out to me or our support team directly if you have any questions. https://help.backblaze.com/hc/en-us/requests/new

We are here to help.

[lazide]

Throw some clock skew into the mix and it’s even more hilarious!

[Gud]

Why is this downvoted?

[adamsb6]

The insult to tictacs.

[therealpygon]

Same. Specifically I was considering Backblaze for our company’s backups (both products, computers and their bucket for server backups. That is no longer the case as of the news.

[NR-backblaze]

Totally fair. If you end up taking another look, happy to help.

[NR-backblaze]

Natasha from Backblaze here. Just wanted to let you know that we do backup iCloud data, as long as the files are stored locally on your device (not just in iCloud as “optimize storage” / cloud-only files).

If iCloud is set to keep full copies on disk, Backblaze will treat those like normal files and back them up.

More details here: https://www.backblaze.com/computer-backup/docs/en/back-up-ic...

Happy to answer any questions if anything’s unclear.

[foobiekr]

At the top of this page:

>NOTE: >iCloud's most recent update prevents Backblaze from backing up files that iCloud synced. >To back up these files, download them to another local location where Backblaze can read them.

So which is it?

[wafflebot]

It's baffling that they did this little PR blitz across HN and Reddit and then didn't reply to any of the questions.

[foobiekr]

It’s not baffling. It’s time to get off of backblaze.