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:
while Centos 7 (where this code works) uses:
Close this ticket and open a new report.
Environment
Activity
I tested the Hyrax service remote access (via curl) by
1) Using the Gateway interface to get http://test.opendap.org:80/opendap/data/nc/coads_climatology.nc:
Which worked.
2) Accessing a CMR dataset, including the navigation steps that query CMR:
http://localhost:8080/opendap/CMR/C1276812863-GES_DISC/temporal/1983/04/01/M2T1NXSLV.5.12.4%3AMERRA2_100.tavg1_2d_slv_Nx.19830401.nc4.dds
Which worked.
3) And I tested the http_catalog_module by hitting test.opendap.org:
http://localhost:8080/opendap/RemoteResources/too/httpd_catalog/fnoc1.nc.dds
And that worked too...
My system has:
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
Fixed. The problem was that I use a tool that limits network i/o using rules and the beslistener, being unsigned code, was not allowed to perform any outbound HTTP operations. I disabled the rule for beslistener and it works now.
Assignee
Reporter
Labels
Fix versions
Time remaining
Story Points
Epic Link
Priority
