Enable core dumps

bes/.gitignore

@@ -0,0 +1 @@
+creds.conf

bes/cores/.gitignore

@@ -0,0 +1 @@
+core*

bes/cores/SmGrp.dmr.bescmd

@@ -0,0 +1,18 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<bes:request xmlns:bes="http://xml.opendap.org/ns/bes/1.0#" reqID="http-nio-8080-exec-9_25" reqUUID="587090b0-b17b-4d15-a0f4-c420d1a60a88" clientId="/-6" clientCmdCount="534">
+  <bes:setContext name="bes_timeout">1800</bes:setContext>
+  <bes:setContext name="dap_explicit_containers">no</bes:setContext>
+  <bes:setContext name="errors">xml</bes:setContext>
+  <bes:setContext name="xml:base">http://ngap-west.opendap.org:8080/opendap/dap4/SimpleGroup.nc4.h5</bes:setContext>
+  <bes:setContext name="max_response_size">0</bes:setContext>
+  <bes:setContext name="max_variable_size">0</bes:setContext>
+  <bes:setContext name="uid">not_logged_in</bes:setContext>
+  <bes:setContext name="dap4_checksums">false</bes:setContext>
+  <bes:setContainer name="catalogContainer" space="catalog">/dap4/SimpleGroup.nc4.h5</bes:setContainer>
+  <bes:define name="d1" space="default">
+    <bes:container name="catalogContainer" />
+  </bes:define>
+  <bes:get type="dmr" definition="d1" />
+</bes:request>
+
+

bes/site.conf

@@ -20,6 +20,7 @@ FONc.ClassicModel=false
 # True causes the DAP4 DMR to be generated directly rather than via DDS and DAS.
 H5.EnableCFDMR=true
 
+#DMRPP.UseBufferChunk=false
 # I turned this off on 6/23/24 at 20:52 MDT to see if this was causing the large
 # number of alarms from Better Uptime. jhrg 6/23/24
 #
@@ -40,7 +41,7 @@ BES.Catalog.catalog.TypeMatch+=h5:.*\.(HDF5|h5|he5|H5)(\.bz2|\.gz|\.Z)?$;
 BES.Catalog.catalog.TypeMatch+=nc:.*\.nc(4)?(\.bz2|\.gz|\.Z)?$;
 BES.Catalog.catalog.TypeMatch+=ncml:.*\.ncml(\.bz2|\.gz|\.Z)?$;
 
-
+AllowedHosts += ^https:\/\/s3\.us-east-1\.amazonaws\.com\/opendap\.scratch\/merra2\/.*$
 DMRPP.UseParallelTransfers = false
 DMRPP.MaxParallelTransfers = 16
 
@@ -49,4 +50,14 @@ DMRPP.MaxComputeThreads = 512
 
 
 
+# This is capped below 2.0GB because of https://bugs.earthdata.nasa.gov/browse/HYRAX-1313
+#BES.MaxVariableSize.bytes = 2104533975
+BES.MaxVariableSize.bytes = 12104533975
+
+# It looks like an r6a.4xlarge can build the nc4 response for 31 days of Daymet,
+# 8329006592 bytes (uncompressed), in under 165 seconds. Use that as the response
+# size limit since it is within the AWS 180 seconds TTFB limit
+#BES.MaxResponseSize.bytes = 8329006592
+BES.MaxResponseSize.bytes = 18329006592
 
+CredentialsManager.config=/etc/bes/credentials.conf