[kwlug-disc] odrive?

[B. S.]

A server is not in the cards - there are no 'premises' (at which to 
place a server) here. And hosting a local server here at home would 
create a dependency we're trying to avoid. Server down == <bad situation>.

I had thought to suggest OwnCloud - thanks for noting Nextcloud exists.

 > Check out https://github.com/astrada/google-drive-ocamlfuse
 >
 > It mounts a Google Drive on Linux with the FUSER tools, but it's not a
 > sync client.

Have just come across that - not yet pursued it. For me (/ Linux users) 
that may well be sufficient - FUSE may be slow, but by definition we're 
going over the net here, so I expect more than fast enough. There is no 
real requirement for local storage - bearing in mind users happen and 
files will be inadvertently deleted.

Being mounted, much like an SMB share, would allow me to 'locally' rsync 
a copy, thus providing backups / oops (file deletion) recovery steps. 
Including a direct copy back to that mount (== cloud).

The package claims multi-gdrive account access, but the page I saw 
didn't show how to do it. (And haven't had a chance yet myself to play 
with it.)

If there are any caveats or gotchas here, please shout out.

Same if someone finds an equivalent to odrive. I have been playing with 
it - it is not robust, at least on Linux. Even on Windows the expected 
is not happening - comparing a local 'real' dropbox or gdrive directory 
against an odrive replica reveals many file differences.


On 10/03/2016 05:46 PM, Bob Jonkman wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> B.S. wrote:
>> Google Drive (no Linux client
>
> Check out https://github.com/astrada/google-drive-ocamlfuse
>
> It mounts a Google Drive on Linux with the FUSER tools, but it's not a
> sync client.
>
>
> If I understand correctly, you have several online storage locations,
> all with data that needs to be accessed by several people (maybe
> simultaneously, maybe sequentially). If you're willing to run a
> Nextcloud server you can use it to manage access control to other
> vendors' cloud storage. You can set up encrypted (file-based) storage
> in the cloud, although you'll have to copy the files from their
> plain-text locations through  Nextcloud to get them into encrypted
> format.  There are sync clients for multiple platforms, including
> Linux, Windows, Macintosh, and Android, and likely for iPhone as well.
>
> - --Bob.
>
>
>
> On 2016-10-03 04:55 PM, B.S. wrote:
>> On 10/03/2016 04:27 PM, Andrew Kohlsmith (mailing lists account)
>> wrote:
>>>> On Oct 3, 2016, at 3:12 PM, Paul Nijjar via kwlug-disc
>>>> <kwlug-disc at kwlug.org> wrote: I have used Syncthing a little.
>>>> I could not get it working reliably for my needs, but the
>>>> development community is fantastic and the product is under
>>>> active development.
>>>
>>> I’ve found that running syncthing-inotify really helps.
>>>
>>>> Keep in mind that synchronization is not backup. It will help
>>>> against hard drive failure, but not against accidental
>>>> deletion.
>>>
>>> True, but one of the syncthing modes a node can be in is to keep
>>> ’n’ versions of each sync’d document. Still not a backup, but
>>> definitely helps.
>>
>> The intent is if there is ever a coordinator change to be able to
>> just hand over the keys to the cloud account. This is
>> cross-platform (Window's users primarily) and it is a point to keep
>> the number of volunteers upon which a dependency is present to a
>> minimum. (Let alone consuming their bandwidth as well.)
>>
>> The files are not public in most cases.
>>
>> User error ('accidental' file deletion) was my first and
>> overriding concern. My first thought was to replicate into the
>> dropbox (or whatever) shared folder nightly. Thinking about it, the
>> reverse seems better. (Something happens to the job, the dropbox
>> replicated files will still always be current.) If others, like
>> myself, also replicate out of cloud, perhaps at different dates,
>> accidentally deleted files could be present there in a pinch. And I
>> burp nightly backups for 3 days for myself, for that matter.
>>
>> OTOH - dropbox is supposed to have file versioning, and this seems
>> to be a feature discriminator for cloud services.
>>
>> Good to know that syncthing can do versions too, thanks Andrew.
>>
>> Always relied upon Karen's replicator in the past (Win 10 user
>> needs something obvious to say something wrong with job) [so
>> robocopy or other background scripting facility isn't in the
>> solution domain, let alone the perpetual maintenance time
>> consumption]. Have used filesync or freefilesync for non-batch
>> happily enough. Have come across something called Cobian Backup as
>> a potential Win 10 capable Karen's replacement, but don't know
>> anything about it yet.
>>
>> Encryption has been in the back of my mind too, but no
>> cross-platform 'transparent to even the "dumbest" user' solution
>> has crossed my eyeline. e.g. Turn the keys over to the new
>> coordinator ... and I'd have to get involved again to provide a
>> decryption mechanism.
>>
>>
>> _______________________________________________ kwlug-disc mailing
>> list kwlug-disc at kwlug.org
>> http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
>
> - --
>
>
> - --
> Bob Jonkman <bjonkman at sobac.com>          Phone: +1-519-635-9413
> SOBAC Microcomputer Services             http://sobac.com/sobac/
> Software   ---   Office & Business Automation   ---   Consulting
> GnuPG Fngrprnt:04F7 742B 8F54 C40A E115 26C2 B912 89B0 D2CC E5EA
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
> Comment: Ensure confidentiality, authenticity, non-repudiability
>
> iEYEARECAAYFAlfy0bsACgkQuRKJsNLM5erHygCgnXcxVXNcf5sMjBQWO0Lv8lCx
> 9ecAnihUaHzWzc1zIa5FgUY4nORq6eLb
> =u7vT
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> kwlug-disc mailing list
> kwlug-disc at kwlug.org
> http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
>