Welcome Guest.   Make a donation to an author on the site September 20, 2014, 12:54:23 AM  *

Please login or register.
Or did you miss your validation email?


Login with username and password (forgot your password?)
Why not become a lifetime supporting member of the site with a one-time donation of any amount? Your donation entitles you to a ton of additional benefits, including access to exclusive discounts and downloads, the ability to enter monthly free software drawings, and a single non-expiring license key for all of our programs.


You must sign up here before you can post and access some areas of the site. Registration is totally free and confidential.
 
The N.A.N.Y. Challenge 2010! Download 24 custom programs!
   
   Forum Home   Thread Marks Chat! Downloads Search Login Register  
Pages: Prev 1 [2] 3 Next   Go Down
  Reply  |  New Topic  |  Print  
Author Topic: SpiderOak - very nice people =)  (Read 22710 times)
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #25 on: April 17, 2011, 10:05:14 PM »

Dropbox doesn't have this problem. I just tried again and spideroak uploads the whole 300mb every single time, dropbox only a few MB.  Sad  I was hoping to completely (and easily) switch to spideroak but it's going to be more complicated than I want it to... Argh. Technology.
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
rarrrrrr
Participant
*
Posts: 1

View Profile Give some DonationCredits to this forum member
« Reply #26 on: April 17, 2011, 10:46:38 PM »

...actually SpiderOak does incremental diff of the file if the old and new version have similarity (however it doesn't make this obvious in the UI, but that's what it's doing behind the scenes.)  SpiderOak was originally based on an extension to the rsync algorithm, so handles this pretty well.
Logged
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #27 on: April 17, 2011, 11:26:09 PM »

jgpaiva (or other cryptography experts...) : as you probably know, RC4 is a stream cipherw and no block cipher. However... could it cause the same problem as a block cipher?
« Last Edit: April 18, 2011, 09:37:50 AM by Armando » Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #28 on: April 17, 2011, 11:33:45 PM »

...actually SpiderOak does incremental diff of the file if the old and new version have similarity (however it doesn't make this obvious in the UI, but that's what it's doing behind the scenes.)  SpiderOak was originally based on an extension to the rsync algorithm, so handles this pretty well.

Sorry ! I didn't see your post.  smiley Thanks for joining the discussion. Aren't you one of spideroak founders ? I think I recognize your pseudo.

As you probably read, I wonder why my DB is re-uploaded each time it's backed up (i.e. : I periodically send the DB to a folder monitored by spideroak -- the DB is RC4 encrypted). I understand the UI doesn't mirror everything happening behind the scene. But I can definitely see the amount of uploaded data each time.
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
tomos
Charter Member
***
Posts: 8,520



see users location on a map View Profile WWW Give some DonationCredits to this forum member
« Reply #29 on: April 18, 2011, 10:16:31 AM »

As you probably read, I wonder why my DB is re-uploaded each time it's backed up (i.e. : I periodically send the DB to a folder monitored by spideroak -- the DB is RC4 encrypted). I understand the UI doesn't mirror everything happening behind the scene. But I can definitely see the amount of uploaded data each time.

Thanks for pointing this out Armando - I seem to have the same problem. My 1.5GB of backups has turned into 4GB+ over a period of a couple of days so I'm presuming this is the problem (InfoQube database, encrypted, 50 copies of it showing on SpiderOak).

> But I can definitely see the amount of uploaded data each time.
how do you see/check this?
Logged

Tom
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #30 on: April 18, 2011, 12:49:30 PM »

Hi Tom  smiley
Yes, I am speaking of my IQ DB (but also know that Access is better known so... greater chances of getting feedback).

>how do you see/check this?

Well:
1- on the status tab, overview option/button.
Everytime I backup my DB to the spideroak watched folder, the storage bar adds 300mb to the total. And it never goes down.

2- The "Queue" tab mirrors that : it shows a succession of queued 300MB files

3- My Comodo firewall shows how much data has been transferred by spideroak.

Now, I'd really like to use Spideroak... But I don't have enough time to tinker with that these days. I already used the command line to try to clear the queue etc., but that didn't help.

My current solution will be to stick with dropbox until this is fixed -- I don't have this problem with dropbox, as I said. They must use a different delta backup algorithm.

rarrrrrr said that "SpiderOak was originally based on an extension to the rsync algorithm" and I haven't checked what Dropbox uses.

Eventually I might try to find a way to encrypt my IQ DB with some other cipher. But then I'd also have to check which ones are compatible with Spideroak. Maybe rarrrrrr could tell us ?  smiley
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
f0dder
Charter Honorary Member
***
Posts: 8,774



[Well, THAT escalated quickly!]

see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #31 on: April 18, 2011, 01:02:00 PM »

My current solution will be to stick with dropbox until this is fixed -- I don't have this problem with dropbox, as I said. They must use a different delta backup algorithm.
That, or DropBox uses special handling for certain files, including access databases?
Logged

- carpe noctem
tomos
Charter Member
***
Posts: 8,520



see users location on a map View Profile WWW Give some DonationCredits to this forum member
« Reply #32 on: April 18, 2011, 01:23:29 PM »

My current solution will be to stick with dropbox until this is fixed -- I don't have this problem with dropbox, as I said. They must use a different delta backup algorithm.
That, or DropBox uses special handling for certain files, including access databases?

FWIW:
Dropbox was unable to backup my database until it was closed -
SpiderOak is able to back it up while it's open
Logged

Tom
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #33 on: April 18, 2011, 01:31:13 PM »

My current solution will be to stick with dropbox until this is fixed -- I don't have this problem with dropbox, as I said. They must use a different delta backup algorithm.
That, or DropBox uses special handling for certain files, including access databases?
FWIW:
Dropbox was unable to backup my database until it was closed -
SpiderOak is able to back it up while it's open

That's true though. I didn't mention it because i always first backup my DB to another folder as I like to have a separated backup place with a different file name for my backup (IQ automated backup does that for you). So, in my case, the file is never opened.

Spideroak might use the volume shadow copy service ?

My current solution will be to stick with dropbox until this is fixed -- I don't have this problem with dropbox, as I said. They must use a different delta backup algorithm.
That, or DropBox uses special handling for certain files, including access databases?

Yes, that could be it too.

But I still need to find the best compromise.
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
wraith808
Supporting Member
**
Posts: 6,307



"In my dreams, I always do it right."

see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #34 on: April 18, 2011, 01:56:25 PM »

My current solution will be to stick with dropbox until this is fixed -- I don't have this problem with dropbox, as I said. They must use a different delta backup algorithm.
That, or DropBox uses special handling for certain files, including access databases?

FWIW:
Dropbox was unable to backup my database until it was closed -
SpiderOak is able to back it up while it's open

I'm pretty sure that dropbox used to be able to do this- they changed the behaviour because of corrupted files b/c of the file being open.
Logged

tomos
Charter Member
***
Posts: 8,520



see users location on a map View Profile WWW Give some DonationCredits to this forum member
« Reply #35 on: April 19, 2011, 12:26:40 PM »

I notice I'm not able to remove older backedup revisions of a file - so I had to remove the database file completely from the SpiderOak backup
(which deleted 3GB space!)
Logged

Tom
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #36 on: April 19, 2011, 12:57:03 PM »

Strange... But I've had similar problems and had to use the command line to modify the queue.

Normally, 1-in the "view" tab, 2-click on a file, 3-then click on its version in the right "historical versions" pane, 4-then click on the red cross button ("remove").
I admit it's not super intuitive though... Am additional right click option with a simple "remove from history" would be more intuitive IMO.

Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #37 on: April 19, 2011, 12:58:16 PM »

I notice I'm not able to remove older backedup revisions of a file - so I had to remove the database file completely from the SpiderOak backup
(which deleted 3GB space!)

I'm curious... How do you plan to solve this uploading/backup issue (same as mine, basically) ?
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
tomos
Charter Member
***
Posts: 8,520



see users location on a map View Profile WWW Give some DonationCredits to this forum member
« Reply #38 on: April 19, 2011, 02:15:38 PM »

I notice I'm not able to remove older backedup revisions of a file - so I had to remove the database file completely from the SpiderOak backup
(which deleted 3GB space!)

I'm curious... How do you plan to solve this uploading/backup issue (same as mine, basically) ?

I dont really know... I do plan to contact SpiderOak, but I busy this week, so it will have to wait a little.

I like to keep at least one backup online, I can probably set one up one with Super Flexible File Synchronizer & Amazon S3.
Logged

Tom
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #39 on: April 19, 2011, 02:42:33 PM »

Thanks. Yes, I should contact them to. But I'd be surprised if they weren't already aware of the problem.
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
CleverCat
Supporting Member
**
Posts: 1,126


Cat's Are Fun!

see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #40 on: April 23, 2011, 03:42:00 AM »

Quote
You can delete historical versions of files by doing the following:

In the SpiderOak client under the 'View' tab, you can view all of the documents you have uploaded to SpiderOak. Documents which have historical versions saved will be followed by a number in parentheses which indicates how many historical versions SpiderOak has saved. They will look like this: file.doc (3) To delete any of these historical versions, click on the file, and SpiderOak will open another window to the right showing you all of your historical versions, the date they were saved, and their size. Simply select any of these files and then click the 'Remove' button to remove them from your account. (To select multiple files, just hold down the Control key and click which files you'd like to remove.)

You can also purge all your current historical versions from the commandline by running the following command:

On Mac:

Completely close SpiderOak, and be sure that all SpiderOak processes have closed correctly. Open Applications, then open the Utilities folder. From here, open the “Terminal”, and you will see an open window with a prompt at the bottom. In the prompt, please type:

/Applications/SpiderOak.app/Contents/MacOS/SpiderOak --purge-historical-versions=ALL

With SpiderOak 9713, you can prevent historical versions from being backed up by going to 'Preferences' in the client and under the 'Back Up' tab check the box that says 'Don't archive folders older than' and then enter your preference.

Hope this helps...  Thmbsup
Logged

If you need help - JUST ASK!
tomos
Charter Member
***
Posts: 8,520



see users location on a map View Profile WWW Give some DonationCredits to this forum member
« Reply #41 on: April 23, 2011, 07:16:01 AM »

thanks for those tips CleverCat thumbs up

The UI is very confusing here:
Quote
under the 'View' tab, you can view all of the documents you have uploaded to SpiderOak. Documents which have historical versions saved will be followed by a number in parentheses which indicates how many historical versions SpiderOak has saved. They will look like this: file.doc (3) To delete any of these historical versions, click on the file, and SpiderOak will open another window to the right showing you all of your historical versions, the date they were saved, and their size. Simply select any of these files and then click the 'Remove' button to remove them from your account. (To select multiple files, just hold down the Control key and click which files you'd like to remove.)

The way it's phrased (in the message-box shown on clicking delete - see below), is confusing - it talks about the file/folder as opposed to the revision, so I thought it was not connected - but now I know smiley



Quote
With SpiderOak 9713, you can prevent historical versions from being backed up by going to 'Preferences' in the client and under the 'Back Up' tab check the box that says 'Don't archive folders older than' and then enter your preference.

in my version 3.7.9781, the option is "Don't backup files older than:[   ][hours/days/etc]"
again, I'm not sure what exactly this means -
e.g. if I choose 3 days, does that mean it will keep revisions of a file for a period of three days prior to the last modified date of the file,
or, is it going to delete -or refuse to backup- everything older than 3 days, or... tellme

I guess I should be asking these questions of SpiderOak but I'll throw them out here first...
Logged

Tom
Jibz
Developer
***
Posts: 927



Cold Warrior

View Profile WWW Give some DonationCredits to this forum member
« Reply #42 on: May 08, 2011, 05:54:00 AM »

I am trying out SpiderOak at the moment with the free 2 GB account, and I think there are a lot of things to like about it.

I love the zero-knowledge policy. Being able to encrypt the data on your machine with your own key before it gets sent to the server was one of my reasons for choosing CrashPlan, so I am happy to see this in SpiderOak as well.

I am not sure it's entirely fair to compare SpiderOak to DropBox. DropBox focuses on easily sharing a single folder across multiple machines, whereas SpiderOak (and SugerSync for that matter) are somewhere in between DropBox and backup services like CrashPlan.

DropBox is so easy to use that anybody can figure it out, but you pay for that simplicity with less security and flexibility. SpiderOak can provide syncing as well, but having to first back up the folders on each machine and then setup a sync between them is just way more complicated.

It has decent support for working as a backup solution as well, but lacks stuff like being able to run when idle, scheduled backups, running as a service, backing up more than the current users data, etc. that you get with a dedicated backup solution like CrashPlan.

SpiderOak seems to be based on some really good ideas, and with a little more work it could end up being a great replacement for both types of applications -- if they added something like the "Magic Briefcase" from SugerSync to give people an easy initial sync folder, and decent idle/time scheduling like CrashPlan smiley.

On a side note, I think they should consider making a small tray application to show some basic info and allow you to launch the full GUI, because while the backup engine is only using around 30 MB of memory here at the moment, the GUI uses 70 MB minimized to the tray doing nothing.
Logged

"A problem, properly stated, is a problem on it's way to being solved" -Buckminster Fuller
"Multithreading is just one damn thing after, before, or simultaneous with another" -Andrei Alexandrescu
CleverCat
Supporting Member
**
Posts: 1,126


Cat's Are Fun!

see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #43 on: May 09, 2011, 02:14:10 AM »

You can schedule backups under Preferences/Schedule.
Logged

If you need help - JUST ASK!
Jibz
Developer
***
Posts: 927



Cold Warrior

View Profile WWW Give some DonationCredits to this forum member
« Reply #44 on: May 09, 2011, 04:56:42 AM »

Thanks, no mention of that in the FAQ or user manual even though apparently it's been there since 2009:

https://spideroak.com/faq...ng__scheduling_when_idle/

https://spideroak.com/manual/preferences

At least it's in the application Thmbsup.
« Last Edit: May 09, 2011, 04:58:26 AM by Jibz » Logged

"A problem, properly stated, is a problem on it's way to being solved" -Buckminster Fuller
"Multithreading is just one damn thing after, before, or simultaneous with another" -Andrei Alexandrescu
CleverCat
Supporting Member
**
Posts: 1,126


Cat's Are Fun!

see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #45 on: May 16, 2011, 01:38:27 AM »

I only found it by fishing around in the application...  Wink
Logged

If you need help - JUST ASK!
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #46 on: May 16, 2011, 12:37:04 PM »

I mainly use spideroak/dropbox to
1- Access/retrieve  files from any internet-connected device.
2- Share folders
3- Preserve historical versions & deleted files
I don't really care too much about the syncing between computers at this point.

While it generally works well, except for some encryption formats (see other comments earlier) Spideroak is slower than Dropbox. (And, yes, it's probably not entirely fair to compare all options both offer... But in this case I think it is : I use Spideroak for what it should do best and I compare it to what Dropbox does very well too -- in terms of functionality, not security, of course.)

I don't want to stick with a company that doesn't tell the truth (i.e. : Dropbox), but... I can't fully switch to Spideroak yet if uploading a 20k file and being able to access it through my handheld sometimes takes more than 5 min (between the time the file is changed and the time it's finally accessible on my handheld).

Anybody else is seeing that kind of slowness ? With Dropbox, it's almost instantaneous.
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
Jibz
Developer
***
Posts: 927



Cold Warrior

View Profile WWW Give some DonationCredits to this forum member
« Reply #47 on: May 17, 2011, 03:27:29 AM »

I don't want to stick with a company that doesn't tell the truth (i.e. : Dropbox), but... I can't fully switch to Spideroak yet if uploading a 20k file and being able to access it through my handheld sometimes takes more than 5 min (between the time the file is changed and the time it's finally accessible on my handheld).

Anybody else is seeing that kind of slowness ? With Dropbox, it's almost instantaneous.

The upload speeds have varied a lot for me. The other day I backed up 500 MB to SO and that took an entire afternoon which was abysmal. The network health bar was in the low end the entire time. Today 13 small files had changed, and the 5 MB upload took ~1 minute, and after that it was stuck on "finalizing" the upload for 50 minutes -- I guess the servers were not responding.

I really like SO and many of the design choices they have made. And the contact I have had with their support people has been great -- you actually get a human response from a qualified person who reads what you wrote (I know that should be the norm, but sadly that is a pleasant surprise these days). So I agree with the topic of this thread, they do seem to be very nice people Thmbsup.

It just somehow feels more rough around the edges when you compare it to CrashPlan as a backup service or DropBox/SugarSync as a share/sync service.

Btw, totally offtopic, anyone tried Wuala?
Logged

"A problem, properly stated, is a problem on it's way to being solved" -Buckminster Fuller
"Multithreading is just one damn thing after, before, or simultaneous with another" -Andrei Alexandrescu
Armando
Charter Member
***
Posts: 2,674



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #48 on: May 17, 2011, 08:23:59 AM »

Thanks Jibz.

Quote
and after that it was stuck on "finalizing" the upload for 50 minutes -- I guess the servers were not responding.

Exactly my experience.

And... we all know that it's always when one needs access to one's data now that everything slows down...  smiley

Quote
Btw, totally offtopic, anyone tried Wuala?

I was actually considering wuala too -- looks like another nice alternative. Unfortunately, not enough time to test this one -- at least not for the next 2 weeks.
Logged

"I suppose it can be said that I'm an absent-minded driver. It's true that I've driven through a number of red lights on occasion, but on the other hand, I've stopped at a lot of green ones but never gotten credit for it."
Glenn Gould
phitsc
Honorary Member
**
Posts: 1,004



see users location on a map View Profile Give some DonationCredits to this forum member
« Reply #49 on: May 17, 2011, 08:40:06 AM »

I'm still looking for a secure online backup service offering a client that runs on one of the current NASes. I've asked SpiderOak support if their Linux client would work on a QNAP or Synology NAS but unfortunately the answer was no (I guess that means someone would just have to try).
Logged

Pages: Prev 1 [2] 3 Next   Go Up
  Reply  |  New Topic  |  Print  
 
Jump to:  
   Forum Home   Thread Marks Chat! Downloads Search Login Register  

DonationCoder.com | About Us
DonationCoder.com Forum | Powered by SMF
[ Page time: 0.054s | Server load: 0.1 ]