Ok. NICE... Is that it??

Thanks to s3ql, 5 months later my data is still unacceptable - No way to 
recover access due to the way s3ql encrypts and protects data from 
"unauthorised decryption." 
I spent weeks reading manuals and trying everything I can. 

*It seems that s3ql can't work out simple storage errors.. (if there are 
any??). Which trashes the whole data.*

I want to say that I switched to rclone and since then never had any 
problems with it or any of Scaleway S3 buckets. Even when the usage was 
extremely harsh and intensive. And all errors handled in a production 
manner, and whats more over if your server crashes, you can still access 
your encrypted data mounting the same bucked on another VPS because there 
is no stupid "protection" from unauthorised access. simply provide the same 
pw and salt pw, and you have the access...

A lot of wasted time and disappointment in one of the fastest mount drivers 
out there. But useless for production environment...

*DONT TRUST S3QL YOUR DATA. or make double backups with other tools.*
going further with the story...


On Tuesday, March 12, 2019 at 7:58:55 PM UTC+1, Nikolaus Rath wrote:
>
> On Mar 12 2019, Sonia Taturell <[email protected] <javascript:>> wrote: 
> > s3ql is crashing every few hours after *average-intensive* work. I am 
> using 
> > a s3c with Object Storage from Scaleway.com. 
> > *Link to Scaleway S3 API Compatibility 
> > <https://www.scaleway.com/docs/s3-object-storage-api/>* 
> > 
> > 
> > *This is the latest mount log crash record:* 
> > 
> [...] 
> > s3ql.backends.s3c.SignatureDoesNotMatchError: SignatureDoesNotMatch: The 
> > request signature we calculated does not match the signature you 
> provided. 
> > Check your key and signing method. 
>
> I suspect Scaleway has a slighly different way to calculate the request 
> signature that is related to timestamps (which is why you don't see it 
> happening every time). I'm afraid there isn't much more I can 
> say. Amazon S3 sends a number of debugging information together with the 
> error message, if Scaleway does the same then you could try to look at 
> that. 
>
>
> Best, 
> -Nikolaus 
>
> -- 
> GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F 
>
>              »Time flies like an arrow, fruit flies like a Banana.« 
>

-- 
You received this message because you are subscribed to the Google Groups 
"s3ql" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/s3ql/8559ef61-2e31-4eaf-bd43-dcdae9535a81%40googlegroups.com.

Reply via email to