Update:
Found out that softlayer updated their certificates for their object
storage service on 4/19 so that is likely the cause of the issue. What do
I need to do in s3ql to "reauthorize" access to the url. My authinfo file
doesn't contain a cert - only the userid/secret/url ...so not sure where
cert is stored and how to update. Any assistance is appreciated!!!
On Thursday, April 26, 2018 at 8:44:42 PM UTC-5, Kevin Grace wrote:
>
> Have had s3ql running against swift storage at IBM's Softlayer for a
> couple of years now. Sometimes they will reboot our system without notice
> and we'll have to run an fsck to fix things up before he will mount again.
> This happened again and now getting the following error when trying to run
> the FSCK. Can anyone help me figure out what's happened and what's causing
> this certificate error? Thanks in advance for your time. Note: Masked
> the storage url in command for security.
>
> root@rs:~/.s3ql# fsck.s3ql swift://<storage-url> --backend-options
> tcp-timeout=500
> Uncaught top-level exception:
> Traceback (most recent call last):
> File "/usr/bin/fsck.s3ql", line 9, in <module>
> load_entry_point('s3ql==2.13', 'console_scripts', 'fsck.s3ql')()
> File "/usr/lib/s3ql/s3ql/fsck.py", line 1153, in main
> backend = get_backend(options)
> File "/usr/lib/s3ql/s3ql/common.py", line 292, in get_backend
> return get_backend_factory(options, plain)()
> File "/usr/lib/s3ql/s3ql/common.py", line 365, in get_backend_factory
> options.backend_options)
> File "/usr/lib/s3ql/s3ql/backends/swift.py", line 68, in __init__
> self._container_exists()
> File "/usr/lib/s3ql/s3ql/backends/common.py", line 52, in wrapped
> return method(*a, **kw)
> File "/usr/lib/s3ql/s3ql/backends/swift.py", line 83, in
> _container_exists
> self._do_request('GET', '/', query_string={'limit': 1 })
> File "/usr/lib/s3ql/s3ql/backends/swift.py", line 210, in _do_request
> self.conn = self._get_conn()
> File "/usr/lib/s3ql/s3ql/backends/swift.py", line 158, in _get_conn
> conn.send_request('GET', auth_path, headers=headers)
> File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 508, in
> send_request
> self.timeout)
> File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 1396, in
> eval_coroutine
> if not next(crt).poll(timeout=timeout):
> File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 535, in
> co_send_request
> self.connect()
> File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 444, in
> connect
> self._sock = self.ssl_context.wrap_socket(self._sock,
> server_hostname=server_hostname)
> File "/usr/lib/python3.4/ssl.py", line 364, in wrap_socket
> _context=self)
> File "/usr/lib/python3.4/ssl.py", line 578, in __init__
> self.do_handshake()
> File "/usr/lib/python3.4/ssl.py", line 805, in do_handshake
> self._sslobj.do_handshake()
> ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed
> (_ssl.c:598)
>
>
--
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].
For more options, visit https://groups.google.com/d/optout.
