Ran into this today on a Dell HA setup. Not sure if this is specific to their implementation, or if it's standard everywhere, but SuSE's KB "Getting errors while trying to activate a shared LVM volume group" led me to add the shared volume group to the volume_list setting in /etc/lvm/lvm.conf. Once that was done, I could do an lvchange and start ...
No, Azure files does not provide a way to restrict access to downloading a specific file, if the user has a key or SaS token for the storage account (or access to this through ML Studio) then they will be able to download the file.
Another recommendation is to have your OS separate to your data disks.
That supermicro chassis has two additional slots in the rear for 2.5" SATA disks. These should be RAID1 and contain the OS and any swap. The 24 disks out the front should just be for data in whatever RAID array or ZFS setup you choose.
For such a big setup (384 TB raw space) I strongly suggest using ZFS, as its data integrity (and repair) guarantees are simply too valuable to ignore.
If for "read performance" you mean sequential read speed, I would use a ZFS RAIDZ2 array configured with 2x 12-wide vdevs. Moreover, a large recordsize and lz4 compression should be two good choices....
ZFS doesn't like to be on top of hardware RAID. Probably you might just use ZFS on raw disks, and configure it in raidz2 or raid60 mode. Also, probably it's good to have a replacement drive nearby, or even leave a hot spare(s) in the rack.
See the performance benchmarks here: https://calomel.org/zfs_raid_speed_capacity.html
I know you'd lose more capacity to parity but I'd personally go with R60 using 3 x 8 disk arrays, simply for the rebuild time, it won't benefit you in any way, but 12 x 16TB disks is a bit much for me personally - yes it'll work.
The other option given you want to use ZFS is to use ZRAID, I'm no expert but there are several here who are.
Check this out. windirstat https://windirstat.net/ Hope this helps.
"To figure out where your space has gone use windirstat https://windirstat.net/
Run this utility as a administrator (right click on the icon and run as administrator)"
I think this situation is because when you create Ubuntu VM, it use the managed disks.
Here is some quote from Azure document :
"When deploying an Azure VM, you must choose the type of disks that will host the operating system disk and, optionally, data disks. You can use the unmanaged or managed disk type. Your decision has important implications in ...