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
Copy file name to clipboardExpand all lines: articles/storage/files/storage-how-to-use-files-linux.md
+7-6Lines changed: 7 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -366,17 +366,18 @@ You can use the following mount options when mounting SMB Azure file shares on L
366
366
|`mfsymlinks`| n/a | Recommended. Forces the mount to support symbolic links, allowing applications like git to clone repos with symlinks. |
367
367
|`actimeo=`| 30-60 | Recommended. Specifying `actimeo` sets all of `acregmin`, `acregmax`, `acdirmin`, and `acdirmax` to the same value. Using a value lower than 30 seconds can cause performance degradation because attribute caches for files and directories expire too quickly. We recommend setting `actimeo` between 30 and 60 seconds. |
368
368
|`nosharesock`| n/a | Optional. Forces the client to always make a new connection to the server even if it has an existing connection to the SMB mount. This can enhance performance, as each mount point will use a different TCP socket. In some cases, `nosharesock` can degrade performance due to not caching the same file when opened from two mounts from the same client. |
369
-
|`nobrl`| n/a | Recommended in single-client scenarios when advisory locks are required. This setting prevents sending byte range lock requests to the server. If an application doesn't use `nobrl` and breaks with cifs-style mandatory byte range locks, errors might occur. Like most SMB servers, Azure Files doesn't support advisory locks. |
369
+
|`max_channels=`| 4 | Recommended when using SMB Multichannel. Specifies the maximum number of channels (network connections) to the file share. If you're using SMB Multichannel and the number of channels exceeds four, this will result in poor performance. |
370
+
| `remount` | n/a | Remounts the file share. Use with the `password2` option in cases where you want to specify an alternative password before mount, or where you want to fix an expired password after the original mount. |
371
+
| `nobrl` | n/a | Recommended in single-client scenarios when advisory locks are required. Azure Files doesn't support advisory locks, and this setting prevents sending byte range lock requests to the server. |
370
372
|`snapshot=`|time| Mount a specific snapshot of the file share. Time must be a positive integer identifying the snapshot requested (in 100-nanosecond units that have elapsed since January 1, 1601, or alternatively it can be specified in GMT format e.g. @GMT-2024.03.27-20.52.19). |
371
373
|`closetimeo=`| 5 | Configures deferred close timeout (handle cache) in seconds, or disables it by setting to 0. Default is 5 seconds. |
372
374
|`nostrictsync`| n/a | Don't ask the server to flush on fsync(). Some servers perform non-buffered writes by default, in which case flushing is redundant. This option can improve performance for workloads where a client is performing a lot of small write + fsync combinations and where network latency is much higher than the server latency. |
373
-
| `max_channels=` | 4 | Recommended when using SMB Multichannel. Specifies the maximum number of channels (network connections) to the file share. If you're using SMB Multichannel and the number of channels exceeds four, this will result in poor performance. |
374
375
| `multiuser` | n/a | Map user accesses to individual credentials when accessing the server. By default, CIFS mounts only use a single set of user credentials (the mount credentials) when accessing a share. With this option, the client instead creates a new session with the server using the user's credentials whenever a new user accesses the mount. Further accesses by that user will also use those credentials. Because the kernel can't prompt for passwords, multiuser mounts are limited to mounts using `sec=` options that don't require passwords. |
375
376
|`cifsacl`| n/a | This option is used to map CIFS/NTFS ACLs to/from Linux permission bits, map SIDs to/from UIDs and GIDs, and get and set Security Descriptors. Only supported for NTLMv2 authentication. |
376
-
| `idsfromsid,modefromsid` | n/a | Recommended when client needs to do client-enforced authorization. Enables UNIX-style permissions. Only works when UIDs/GIDs are uniform across all the clients. Only supported for NTLMv2 authentication. |
377
-
| `sec=` | krb5 | Required for Kerberos authentication from domain-joined clients. To enable Kerberos security, set `sec=krb5`. You must omit username and password when using this option. |
378
-
| `uid=` | 0 | Optional. Sets the uid that will own all files or directories on the mounted filesystem when the server doesn't provide ownership information. It may be specified as either a username or a numeric uid. When not specified, the default is 0. |
379
-
|`gid=`| 0 | Optional. Sets the gid that will own all files or directories on the mounted filesystem when the server doesn't provide ownership information. It may be specified as either a groupname or a numeric gid. When not specified, the default is 0. |
377
+
|`idsfromsid,modefromsid`| n/a | Recommended when client needs to do client-enforced authorization. Enables Unix-style permissions. Only works when UIDs/GIDs are uniform across all the clients. Only supported for NTLMv2 authentication. |
378
+
|`sec=`| krb5 | Required for Kerberos authentication from domain-joined clients. To enable Kerberos security mode, set`sec=krb5`. You must omit username and password when using this option. |
379
+
|`uid=`| 0 | Optional. Sets the uid that will own all files or directories on the mounted filesystem when the server doesn't provide ownership information. It can be specified as either a username or a numeric uid. When not specified, the default is 0. |
380
+
| `gid=` | 0 | Optional. Sets the gid that will own all files or directories on the mounted filesystem when the server doesn't provide ownership information. It can be specified as either a groupname or a numeric gid. When not specified, the default is 0. |
380
381
|`file_mode=`| n/a | Optional. If the server doesn't support the CIFS Unix extensions, this overrides the default file mode. |
381
382
| `dir_mode=` | n/a | Optional. If the server doesn't support the CIFS Unix extensions, this overrides the default mode for directories. |
382
383
|`handletimeout=`| n/a | Optional. The time (in milliseconds) for which the server should reserve the file handle after a failover waiting for the client to reconnect. |
0 commit comments