We're updating the issue view to help you get more done.Â
libcurl fails when called from the bes daemon on OSX, but not on CentOS 6 or 7
Description
Regarding tHK-314:
Implemented a fix. I added a method to the BESContainerStorageList that searches all of the stores and deletes every instance of a container. This will work with the OLFS, but is not how the BES was really intended to work.
For some reason, the daemon does not work while besstandalone does.
This is a problem that appears to be present on OSX only, or may have to do with the libcurl version. OSX uses:
1
2
3
curl 7.54.0 (x86_64-apple-darwin17.0) libcurl/7.54.0 LibreSSL/2.0.20 zlib/1.2.11 nghttp2/1.24.0
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: AsynchDNS IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz HTTP2 UnixSockets HTTPS-proxywhile Centos 7 (where this code works) uses:
1
2
3
curl 7.29.0 (x86_64-redhat-linux-gnu) libcurl/7.29.0 NSS/3.36 zlib/1.2.7 libidn/1.28 libssh2/1.4.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz unix-socketsClose this ticket and open a new report.
Environment
None
Status
Assignee
James Gallagher
Reporter
James Gallagher
Labels
Fix versions
Story Points
1
Epic Link
Priority
Medium