You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
4.3. Check that the file system bucket directory was created successfully -
@@ -204,7 +204,7 @@ echo "This is the content of object1" | s3-account1 cp - s3://s3bucket/object1.
204
204
6.2. Check the object was created on the file system -
205
205
206
206
```sh
207
-
cat /tmp/fs1/s3bucket/object1.txt
207
+
sudo cat /tmp/fs1/s3bucket/object1.txt
208
208
209
209
Output -
210
210
This is the content of object1
@@ -431,41 +431,43 @@ These error codes will get attached with a specific Bucket or Account schema ins
431
431
- Check for schema config file in respective Accounts or Buckets dir.
432
432
433
433
## Bucket and Account Manage CLI
434
-
Users can create, update, delete, and list buckets and accounts using CLI. If the config directory is missing CLI will create one and also create accounts and buckets sub-directories in it and default config directory is `${config.NSFS_NC_DEFAULT_CONF_DIR}`.
434
+
Users can create, get status, update, delete, and list buckets and accounts using CLI. If the config directory is missing CLI will create one and also create accounts and buckets sub-directories in it and default config directory is `${config.NSFS_NC_DEFAULT_CONF_DIR}`.
435
435
436
436
CLI will never create or delete a bucket directory for the user if a bucket directory is missing CLI will return with error.
sudo node src/cmd/manage_nsfs bucket list --config_root ../standalon/config_root 2>/dev/null
467
468
468
-
Users can also pass account and bucket/account values in JSON file instead of passing them in cli as arguments.
469
+
```
470
+
**Important**: All the Account/Bucket commands end with `2>/dev/null` to make sure there are no unwanted logs.
469
471
470
472
471
473
```
@@ -484,7 +486,7 @@ Non containerized NSFS restrict insecure HTTP connections when `ALLOW_HTTP` is s
484
486
### Setting Up Self signed SSL/TLS Certificates for Secure Communication Between S3 Client and NooBaa NSFS Service -
485
487
486
488
#### 1. Creating a SAN (Subject Alternative Name) Config File -
487
-
`Important`: This step is needed only if S3 Client and NooBaa Service Running on different nodes.
489
+
**Important**: This step is needed only if S3 Client and NooBaa Service Running on different nodes.
488
490
489
491
To accommodate S3 requests originating from a different node than the one running the NooBaa NSFS service, it is recommended to create a Subject Alternative Name (SAN) configuration file. <br />
490
492
This file specifies the domain names or IP addresses that will be included in the SSL certificate.<br />
0 commit comments