Time/Place

This meeting is a hybrid teleconference and slack chat. Anyone is welcome to join...here's the info:

Attendees 


**Each week a meeting chair will be assigned based on a rotating schedule.**

(star) - denotes note taker

Agenda

  1. Announcements:
  2. Pop-up/Other Topics:
    1. Ingest against Fedora 6 hang indefinitely (Thomas Bernhart), obervations from our developer:
      1. All our ingests are hanging at committing transactions, which sends  is when our ingests are waiting for  till Fedora has committed the transaction
      2. High numer of locks reported by PostgreSQL
      3. Last message in Fedora log:  Committing transaction 8dc2f06f-a2bf-49c8-a294-98a722e8f7e1
      4. Current assumption: "Looking again at Netdata, I noted that the error occured for both 006 and 446 when 64 AccessShareLocks were requested. My hunch right now is that it’s the 64 locks per transaction limit of Postgres that we are hitting and Fedora / Hikari does not handle this correctly, thus all the connections die after two hours."
      5. Increasing the limit did not help.
      6. Have others hit similar problems?
  3. Migration Updates?
  4. Updates on:

    1. Tombstone Tickets - Mike
      1. Related Tickets:
    2. Performance Testing Updates - Dan
    3. Open Tickets (but assigned in some cases): 
      1. - just making sure it's on Mike's radar
    4.  In Progress and older but still relevant open tickets:

      1. None this week
    5. In Review:

      1. Docker Tickets - Thomas
  5. New tickets:

  6. Backlog Tickets to consider working: NA at present
  7. Next Meeting Chair:
    1. Chair: Ben Pennell
    2. Note Taker: Dan Field

See Rotating Schedule here 

Notes

  1. Announcements:
    1. Recordings of 2023 Virtual Fedora Showcas: Dan Field will check.
    2. OCFL meeting a iPres
    3. OCFL Java client dev meeting a iPres, but nobody from Fedora team was able to attend
  2. Pop-up/other topics:
    1. Ingest against Fedora 6 hang indefinitely - suggestions in the Tech call:
      1. Does this issue occur more frequently when the locks per transaction limit is decreased to a very low value (e.g. 10)?
      2. Could indeed be related to resources not beeing freed up correctly (or to late) in Fedora.
        → docuteam will: create a ticket in Fedora project and provide instruction on how to reproduce the issue.
    2. Implications for Fedora in conext of "Cyberresilience act from EU"
      1. Dan Field will look into it.
      2. Resources:
        1. https://digital-strategy.ec.europa.eu/en/library/cyber-resilience-act

        2. https://newsroom.eclipse.org/news/announcements/open-letter-european-commission-cyber-resilience-act

        3. https://news.apache.org/foundation/entry/save-open-source-the-impending-tragedy-of-the-cyber-resilience-act

  3. Updates on:
    1. Tombstone Tickets - Mike → no updates
    2. Performance Testing Updates - Dan → no updates
    3. Dan Field : is looking into it, doesn't seem to be a general issue in camel-toolbox
    4. Docker Tickets - Thomas → still not had time to review
    5. → has been closed now
    6. Dan Field will do code review, Thomas Bernhart will test/verify the fix.
  4.  New Tickets: