[RTADPA BW tests] Test feasibility of copying HLT2 output to read into sprucing test

FYI @lugrazet

Goes with lhcb-core/LHCbPR2HD!267 (merged)

This MR adds a dumb new script (modelled on the relevant part in run_bandwidth_test_jobs.py) that downloads the output full-stream MDF of the latest Hlt2 bandwidth job from eos to the local disk. This is then called by the sprucing BW test, and this is all timed. The idea is to test the feasibility of a HLT2->Sprucing chained test, and I'd like to see if there's any speed/plumbing bottlenecks here.

Have tested locally that it can download an MDF from a public dir on eos to my local space at Warwick, and separately that I can xrdcp files from UpgradeRateTest to Warwick, so don't see why it can't pick up something from the UpgradeRateTest area, but we have to test this.

The file in question to be downloaded is being copied to eos via the LHCbPR2HD MR.

python/MooreTests/download_hlt2_output.py

@@ -15,7 +15,7 @@ import os
 import atexit
 import tempfile
 import logging
-import datetime
+from datetime import datetime
 import shutil
 from Moore.qmtest.context import download_mdf_inputs_locally
 
@@ -38,7 +38,7 @@ def main():
 
     logging.basicConfig(
         format='%(levelname)-7s %(message)s',
-        level=(logging.DEBUG if args.debug else logging.INFO))
+        level=logging.INFO)
 
     cache_dir = default_cache_dirs()
     if not os.path.isdir(cache_dir):
@@ -62,7 +62,7 @@ def main():
     before_copy = datetime.now()
     kB_to_GB = 1e3
     downloaded_path = download_mdf_inputs_locally(
-        FILE_TO_COPY,
+        [FILE_TO_COPY],
         cache_dir,
         max_size=300 * kB_to_GB * 2e4) # Guesses as to output size and n_events in the FULL stream TODO improve
     logging.info(f"Downloaded {downloaded_path}. This took: {datetime.now() - before_copy}")