<!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>