Beegfs getquota not working with mount option

[garadar]

Description

After upgrading our cluster from BeeGFS 7.4.6 → 7.4.7, we noticed a regression affecting the beegfs-ctl --getquota command.
A previously working command now fails with the following error:
Unable to resolve given name: --connTCPRecvBufSize
This is unexpected because:

--connTCPRecvBufSize is not a valid BeeGFS client or beegfs-ctl option.
The same command works correctly on 7.4.6.

Reproducer

BeeGFS version: 7.4.7 (beegfs-tools and beegfs-client)
OS: Rocky Linux 9.6
Command:

beegfs-ctl   --connAuthFile=/etc/beegfs/connauthfile  --mount=/home  --getquota --uid XXXX

or equivalently:

beegfs-ctl --getquota --uid=XXXX --mount=/home --connAuthFile=/etc/beegfs/connauthfile

Observed output:

Unable to resolve given name: --connTCPRecvBufSize

Expected behavior

Same as before and same as Note

Note

There is no issue using the cfgfile:

beegfs-ctl --getquota --uid $USER --cfgfile=/etc/beegfs/home.d/beegfs-client.conf --connAuthFile=/etc/beegfs/connauthfile

Quota information for storage pool Default (ID: 1):

      user/group     ||           size          ||    chunk files    
     name     |  id  ||    used    |    hard    ||  used   |  hard   
--------------|------||------------|------------||---------|---------
          root|     0||  601.03 GiB| 1024.00 GiB|| 17688628|unlimited

[iamjoemccormick]

Hello @garadar ,

Thank you for catching that.

The --mount option uses the client configuration from under /proc/fs/beegfs/*/config, and there is a typo with how those parameters are printed under procfs.

I do not know when we will release another BeeGFS 7 update, however because the client module is built from source you could fix this by editing the following file under /opt/beegfs/src/client/client_module_7:

diff --git a/client_module_7/source/filesystem/ProcFsHelper.c b/client_module_7/source/filesystem/ProcFsHelper.c
index 1336572e46..c139a823b2 100644
--- a/client_module/source/filesystem/ProcFsHelper.c
+++ b/client_module/source/filesystem/ProcFsHelper.c
@@ -42,8 +42,8 @@ int ProcFsHelper_readV2_config(struct seq_file* file, App* app)
    seq_printf(file, "connTcpOnlyFilterFile = %s\n", Config_getConnTcpOnlyFilterFile(cfg) );
    seq_printf(file, "connFallbackExpirationSecs = %u\n",
       Config_getConnFallbackExpirationSecs(cfg) );
-   seq_printf(file, "connTCPRecvBufSize = %d\n", Config_getConnTCPRcvBufSize(cfg) );
-   seq_printf(file, "connUDPRecvBufSize = %d\n", Config_getConnUDPRcvBufSize(cfg) );
+   seq_printf(file, "connTCPRcvBufSize = %d\n", Config_getConnTCPRcvBufSize(cfg) );
+   seq_printf(file, "connUDPRcvBufSize = %d\n", Config_getConnUDPRcvBufSize(cfg) );
    seq_printf(file, "connRDMABufSize = %u\n", Config_getConnRDMABufSize(cfg) );
    seq_printf(file, "connRDMAFragmentSize = %u\n", Config_getConnRDMAFragmentSize(cfg) );
    seq_printf(file, "connRDMABufNum = %u\n", Config_getConnRDMABufNum(cfg) );

Then force a rebuild by running /etc/init.d/beegfs-client rebuild, before restarting the client with /etc/init.d/beegfs-client restart (reference).

By the way, this is not an issue in BeeGFS 8, because CTL and client configuration have been separated. When you get a chance I would definitely recommend upgrading to BeeGFS 8!

[garadar]

As a workaround, we rolled back to using --cfgfile=/etc/beegfs/{{ instance }}.d/beegfs-client.conf, which is less invasive in production for us than rebuilding the beegfs-client and restart service.

Regarding BeeGFS 8: we would be very happy to upgrade. However, our provider has been waiting for the license for two months now, so we are currently stuck on version 7.4.7.

If possible, could you please help pass the word along? 🙏

Thank you.

[iamjoemccormick]

@garadar ,

Sure thing, could you send an email to licensing@thinkparq.com and let them know you've been waiting to be issued a license?