14.–15. Dez. 2020
Europe/Berlin Zeitzone

Liste der Beiträge

19 von 19 angezeigt
  1. 14.12.20, 16:55
  2. Paul-Niklas Kramp (GSI Helmholtzzentrum für Schwerionenforschung GmbH(GSI))
    14.12.20, 17:00
  3. Andrew Hanushevsky (SLAC)
    14.12.20, 17:05
  4. Michal Simon (CERN)
    14.12.20, 17:50
  5. 14.12.20, 18:35

    Sören Fleischer wrote a ticket about this here: https://github.com/xrootd/xrootd/issues/1278. According to Andy, this issue can be solved by moving the ”oss.localroot” directive to the stanza that contains ”all.role server”

    Go to contribution page
  6. 14.12.20, 18:40

    S. Atay is asking for a configuration option that allows an XCache Server to use more threads

    Go to contribution page
  7. 15.12.20, 16:55
  8. 15.12.20, 17:00

    S. Atay describes an issue with Root’s TNetXNGFile compatibility. The problem seems to lie in URL compatibility/parsing between ROOT’s TNetXNGFile and XRootD caching server. It will be good to have some insight where this might be rising? ROOT or XRootD?

    Go to contribution page
  9. 15.12.20, 17:10

    Max Fischer: With xrootd being used more dynamically/opportunistically (Caches, Cloud, ?) we can no longer rely on every point-to-point connection being possible. This is not always obvious, because it can be triggered by faulty network configuration, IPv6/IPv4 routing differences, internal xrootd redirection, authentication, etc.
    Andy: Agreed, that's a tough one given the distributed nature...

    Go to contribution page
  10. 15.12.20, 17:30

    We would like to have a mechanism to monitor the state of the XRootD-HTTP(s) dataservers, and based on this available monitoring data, run replication mechanisms.
    Additionally, we would like to discuss options to extend such a mechanism to dataservers that are not XRootD, but do speak xrootd-protocols

    Go to contribution page
  11. 15.12.20, 17:50

    Andy: Well, good news is that xrootd should be fully integrated with HPSS. SRM replacement? CERN did that using xrootd's "prepare" plugin but it's a CERN thing that might not work for you. Another thing to discuss.

    Go to contribution page
  12. 15.12.20, 18:05
  13. 15.12.20, 18:20

    What we want is an aggregation of different HTTP(s) storages into a global namespace. Parts of that namespace should also be cached for a configurable time to reduce the amount of lookup operations.

    Go to contribution page
  14. 15.12.20, 18:40

    It would be good to discuss XRootD's potential regarding QoS and GSI/FAIR needs

    Go to contribution page
  15. 15.12.20, 19:00
  16. 15.12.20, 19:05

    XRootd delivering files via HTTPs has significantly reduced throughput compared to HTTP

    Go to contribution page
  17. 15.12.20, 19:15

    Disk-Cache-On-The-Fly is a prototypical setup that has similarities to XCache with the direct cache access directive. While XCache with dca has many advantages over dcotf, there might be parts of the setup that could be useful in the main XRootD-codebase.

    Go to contribution page
  18. Marek Krzysztof Szuba (GSI Helmholtzzentrum für Schwerionenforschung GmbH(GSI)), Paul-Niklas Kramp (GSI Helmholtzzentrum für Schwerionenforschung GmbH(GSI)), Sören Fleischer (GSI Helmholtzzentrum für Schwerionenforschung GmbH(GSI))
    15.12.20, 19:25

    Concurrent writes seem to put an XRootD-dataserver into an undefined state. Discussing why this happens and how to avoid this is the goal.

    Go to contribution page
  19. 15.12.20, 19:45

    A "how to configure" and a short explanation of VOMS credential forwarding would be interesting, if time permits.

    Go to contribution page

Zurück zur Veranstaltung