<!DOCTYPE html>
<html data-lt-installed="true">
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body style="padding-bottom: 1px;">
    thank you Michael, it works now!<br>
    <br>
    .. Meaulnes Legler<br>
    ⌣ Zurich, Switzerland<br>
    +41¦0 44 260-1660<br>
    <br>
    <br>
    On 17.10.24 23:03, Michael Stauber via Blueonyx wrote:<br>
    <blockquote type="cite">Hi Meaulnes,<br>
      <br>
      >> When you run /usr/sausalito/sbin/get_quotas.pl as "root"
      from the<br>
      >> shell: Does that report 0 for all accounts?<br>
      ><br>
      <blockquote type="cite">Cannot open /etc/group: File exists at
        /usr/sausalito/sbin/ get_quotas.pl line 35, <GEN0> line
        149.<br>
      </blockquote>
      <br>
      I believe the same issue has bit a few other users this week, too.
      So I made some code revisions and published updates. You can fix
      this issue by running ...<br>
      <br>
      yum clean all<br>
      yum update<br>
      <br>
      The cause of the problem?<br>
      ==========================<br>
      <br>
      We have some scripts like ...<br>
      <br>
      /usr/sausalito/sbin/get_quotas.pl<br>
      ... and ...<br>
      /usr/sausalito/swatch/bin/am_disk.pl<br>
      <br>
      ... which check the disk quota and which are run from within
      Swatch or (in case of /usr/sausalito/sbin/get_quotas.pl) also from
      within the GUI.<br>
      <br>
      Both use the Perl libraries Unix::PasswdFile and Unix::GroupFile
      to fetch the User- and Group-information of existing users.<br>
      <br>
      Unfortunately: Both Perl modules *lock* /etc/passwd and /etc/group
      - even for the read-only transactions that we perform.<br>
      <br>
      Means: Once locked, no other instance of that Perl module may
      access those files. Sooner or later this will cause issues like in
      your case and stale lockfiles remain behind. Which then interfere
      with future transactions.<br>
      <br>
      I just published YUM updates for BlueOnyx 5210R and 5211R which
      fix this:<br>
      <br>
      <a class="moz-txt-link-freetext" href="https://devel.blueonyx.it/trac/changeset">https://devel.blueonyx.it/trac/changeset</a>?
      reponame=&new=5425%40%2F&old=5421%40%2F<br>
      <br>
      The fixed code replaces Unix::PasswdFile and Unix::GroupFile calls
      with our own drop-in replacements Base::CustomPasswdFile and
      Base::CustomGroupFile. Which provide the same read-only functions
      without the need to lock any files.<br>
      <br>
      The scripts in base-disk have been updated to use the new
      functions to get the quota information and that should solve the
      issue.<br>
      <br>
      Additionally "swatch" has been updated to remove the stale
      lockfiles that Unix::PasswdFile or Unix::GroupFile might
      periodically leave behind.<br>
      <br>
      There are still a few random scripts of minor importance that
      still use the old methods and eventually I will modify them as
      well.<br>
      <br>
    </blockquote>
    <br>
    <br>
  </body>
  <lt-container></lt-container>
</html>