JuiceFS v1.0 beta2 released - further stability improvements

Juicedata 2022.03.10

This is the second beta version of JuiceFS v1.0, with 16 community partners contributing 150+ commits πŸŽ‰. This update focuses on bug fixes and stability improvements, supplemented by a lot of documentation updates and test case optimizations, and brings the following new features.

I. New: BadgerDB as metadata engine

Contributed by community developer Qin Muyang (@diluga), adding support for BadgerDB databases to the JuiceFS plug-in metadata engine architecture, adding another member to the JuiceFS metadata storage engine family!

BadgerDB is an embedded, persistent, stand-alone Key-Value database developed in Go language, similar to SQLite, which can be used directly without installation.

# Create a file system
$ juicefs format badger://$HOME/badger-data test-volume
# Mount a file system
$ juicefs mount -d badger://$HOME/badger-data /mnt/jfs

Unlike SQLite, BadgerDB is not a single file database, the data is stored in a directory. In the above example, BadgerDB creates the badger-data database directory in the home directory, and the path to this directory is also used when mounting the file system.

II. One click to start a WebDAV server

Through the joint efforts of the open source community, we have added the WebDAV access protocol to our stable support for storage access protocols such as FUSE POSIX, S3, HDFS, CSI Driver, etc. Similar to the way S3 gateways are enabled, you can start a WebDAV server with one click using the new webdav subcommand.

$ juicefs webdav redis://127.0.0.1:6379/1 localhost:9007

You can read and write to the JuiceFS file system by accessing localhost:9007 with any client that supports the WebDAV protocol.

III. Support read-only mode connection to Redis Replicas

For scenarios where the Redis engine is stressed with reads and writes, it now supports allowing some clients to connect to replicas managed by Sentinel in read-only mode, thus reducing the load on the master node.

$ juicefs mount redis://mymaster,sentinel.local:26379?route-read=replica /mnt/jfs/ --read-only

That is, adding the parameter route-read=replica to the URL specifies that the client automatically reads metadata from Redis replicas.

Note that because Redis replica uses an asynchronous update mechanism, clients with read-only settings may sometimes read older versions of metadata.

IV. Clearer client help information

With the growing community of users, we found that making JuiceFS more accessible to users of all experience backgrounds required friendly documentation on the one hand, and enhanced command help information on the JuiceFS client itself on the other. The latter, in particular, would greatly improve the user experience if problems could be solved from the command line.

With this in mind, we have made the following improvements to the client’s help information in this updated version.

  1. Clearly classified
    • ADMIN: Used to manage JuiceFS volumes, such as format, destroy, gc, etc.
    • INSPECTOR: Used to review the internal status of JuiceFS, such as stats, profiles, etc.
    • SERVICE: Used to start specific services, such as mount, gateway, etc.
    • TOOL: Standalone tools for specific needs, such as bench, warmup, etc.
  2. Detailed description: Specific instructions and usage examples have been added to most commands.

V. Prevention of misuse

The discussion in the community group proves one thing: even seasoned veterans can’t help but “do something wrong”! Especially when creating and modifying file systems, some inadvertent missteps can overwrite old data or lead to incorrect settings.

For these operations that may involve data security, we have been improving the corresponding security check mechanism, and the following security mechanisms have been added this time.

  1. Uniqueness check: Check and prohibit the creation of file systems with the same name on the same Bucket.
  2. Prevent illegal parameters: When modifying file system parameters, the config command will try to determine in advance whether the new parameters are reasonable and avoid illegal parameter configurations.
  3. Hide sensitive information: Hides the process password parameter displayed by ps when a password is required to connect to the metadata engine.

Bug fixed

  • cmd: fix buffer-size in gc and fsck (#1316)
  • cmd/bench: convert PATH to absolute path (#1305)
  • meta: return EROFS as soon as possible (#1477)
  • meta/redis: fix leaked inodes in Redis (#1353)
  • meta/tkv: fix divide by zero error when dumping meta (#1369)
  • meta/tikv: fix scan of tikv, limiting the upperbound (#1455)
  • meta/memkv: fix scanKeys, returning a sorted list (#1381)
  • meta/sql: delete warning message for empty directory (#1442)
  • meta/sql: fix return value of mustInsert (#1429)
  • vfs: fixed deadlock when truncate a released file handle. (#1383)
  • vfs/trash: fix access to trash dir (#1356)
  • vfs/backup: skip dir objects when scanning meta backups (#1370)
  • vfs/backup: fix incorrect inode number when using subdir (#1385)
  • utils: fix the contention between progress bar and logger (#1436)
  • Windows: fix rename fails because the chunk file is still open (#1315)
  • Windows: fix mkdir on windows platform (#1327)
  • SDK: hadoop: fix umask apply (#1338, #1394)
  • SDK: hadoop: fix libjfs.so load bug (#1458)
  • other: fix legend of “Operations” panel in Grafana template (#1321)

For more information about the new version, please visit: https://github.com/juicedata/juicefs/releases/tag/v1.0.0-beta2

β–³