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-proxy

while 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-sockets

Close 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