zxhaxdr

I have been experiencing the same issue since updating to 6.12 rc5. I updated from 6.11.* to rc1, and went through all the rc versions up to rc6, and the issue still persists in rc6 as well. However, after clearing some logs, I now have 1GB of free space remaining on my 32GB USB drive. Edit: Last night, I updated to RC7, and it seems to have fixed itself as the space has cleared up. Currently, the used space is 1.3GB, leaving me with 30GB of free space. The used amount hasn't seemed to increase since 8 hours ago.

According to the method https://github.com/open-iscsi/rtslib-fb/tree/master/rtslib def _gen_attached_luns(self): ''' Fast scan of luns attached to a storage object. This is an order of magnitude faster than using root.luns and matching path on them. ''' isdir = os.path.isdir islink = os.path.islink listdir = os.listdir realpath = os.path.realpath path = self.path from .root import RTSRoot from .target import LUN, TPG, Target from .fabric import target_names_excludes for base, fm in ((fm.path, fm) for fm in RTSRoot().fabric_modules if fm.exists): for tgt_dir in listdir(base): if tgt_dir not in target_names_excludes: tpgts_base = "%s/%s" % (base, tgt_dir) for tpgt_dir in listdir(tpgts_base): luns_base = "%s/%s/lun" % (tpgts_base, tpgt_dir) if isdir(luns_base): for lun_dir in listdir(luns_base): links_base = "%s/%s" % (luns_base, lun_dir) for lun_file in listdir(links_base): link = "%s/%s" % (links_base, lun_file) if islink(link) and realpath(link) == path: val = (tpgt_dir + "_" + lun_dir) val = val.split('_') target = Target(fm, tgt_dir) yield LUN(TPG(target, val[1]), val[3]) it scans subfolders under the /iscsi/ folder to delete luns. Everything is treated as a folder except the: excludes_list = [ # version_attributes "lio_version", "version", # discovery_auth_attributes "discovery_auth", # cpus_allowed_list_attributes "cpus_allowed_list", ] where this cpus_allowed_list is excluded. So it shouldn't still try to access it as a folder. the reason is, in the targetcli you are using, this cpus_allowed_list is not in the excludes_lsit. By checking the latest commit for the fabric module https://github.com/open-iscsi/rtslib-fb/commit/8d2543c4da62e962661011fea5b19252b9660822 I see So this might indicate that the targetcli is out dated in Unraid 6.10.3 for some systems that has cpus_allowed_list. Thank you Edit: targetcli 2.1.54 is already the newest version for and no newer package has been built. We need to rebuild the targetcli to use the latest rtslib-fb.

Mine works OK. It says cpu_allowed_list is not a directory in your case. Obviously, that is a file not a directory, and I don't have this file under that dir. That should be something else because I don't think this cpu_allowed_list file is relevant to the name of any fileIO. Why does it try to access that file? Hopefully, it's causing issues to the frontend only.

I have found the problem. In, $("#ft1 input[type='checkbox']").change(function() { var matches = document.querySelectorAll("." + this.className); for (var i=0, len=matches.length|0; i<len; i=i+1|0) { matches[i].checked = this.checked ? true : false; } $("#removeFileIO").attr("disabled", false); }); method querySelectorAll() throws exception Uncaught DOMException: Failed to execute 'querySelectorAll' on 'Document': '.000test' is not a valid selector. at HTMLInputElement.<anonymous> (<anonymous>:3:26) See the fileIO name is 000test and it seems it desen't like digits in the front. Other name formats are fine, e.g., test or test_test. So I think we need to regulate the class name by adding a prefix or something. Cheers

Thank you for the reply. Still doesn't work. Even in the incognito mode. Maybe the frontend isn't rendered properly. I removed the plugin and reinstalled but that doesn't help. At some point it's broken, and it's broken forever. I will look into in to get more info sometime.

What I remember I did is. If I remember, at first, it does work, however it doesn't really delete the img under the /mnt. So I manually removed the .img and created another fileio. Since then, the button is forever greyed out. BTW, I didn't create the fileio under /mnt/user but under ZFS /mnt/**pool like that.

Hi, It seems that I cannot remove the fileio because the button is greyed out. Everything else can be removed though. I'm using unraid 6.10.3. Thanks

I found a strange behaviour for ZFS Master. I have three pools that are using lz4 as the compression algorithm. I changed one of them to gzip-9, and ZFS Master stopped showing dataset info. Only one row which has SHOW DATASETS, SCRUB POOL, EXPORT POOL and CREATE DATASET is showing. The rest pools are displayed correctly. Also, I checked with the command line, and the pool with gzip is normal. Does anyone else have this issue?

I found a strange behaviour. I have three pool that are using lz4 as compression algorithm. I changed one of them to gzip-9 and zfs master stopped showing dataset info. Only one row which has SHOW DATASETS, SCRUB POOL, EXPORT POOL and CREATE DATASET is showing. The rest pools are displayed correctly. Also, I checked with command line and the pool with gzip is normal. I'm not sure if this is the correct place to ask but I can't seem to find the support topic of ZFS Master.

I just tried to passthrough another USB controller and it works flawlessly with 102400MB ram. The differences between these two controllers are: 1. the working one is an on-board controller USB controller: ASMedia Technology Inc. ASM2142 USB 3.1 Host Controller. 2. the bad one is a pcie add-on USB controller: VIA Technologies, Inc. VL805 USB 3.0 Host Controller (rev 01). They belong to the same IOMMU group before broken apart by the multi-function override.

Hi thanks. The mobo says the maximum is 64Gb but with 4 x 32G rank 2 ram sticks it's actually working. I think there's are cases people try x370 with 128G ram and it even works on first gen Ryzen 1800. I mean the host machine is completely fine and I also could run multiple VM instances that sum up to 128G ram, all fine. However when I assign around 64G to a single VM, the USB controller stopped working. The RAM is running at 3200MHz now which is the stock speed of Corsair Vengeance LPX and it's very stable, but I can try 2133 later see if it changes anything. Also I will try what happens if I exclude that particular USB controller (just for testing purposes but I need that USB controller passed trough anyway). Thank you very much.

Here's my specs Model: Custom M/B: MSI X370 GAMING PLUS (MS-7A33) Version 3.0 BIOS: American Megatrends Inc. Version 5.JQ. Dated: 11/29/2019 CPU: AMD Ryzen 7 3700X 8-Core @ 4200 MHz HVM: Enabled IOMMU: Enabled Cache: 512 KiB, 4096 KiB, 32768 KiB Memory: 128 GiB DDR4 (max. installable capacity 128 GiB) Network: eth0: 1000 Mbps, full duplex, mtu 1500 Kernel: Linux 4.19.98-Unraid x86_64 OpenSSL: 1.1.1d

I've been using the vm normally without any issue until yesterday when I increase the RAM for the VM to 65024 (and above). When using larger RAM allocation the usb controller stopped working and my Ubuntu vm thrown errors like "device descriptor read *** error - 110", and "xhci host not responding **" etc. When this happened, I reduced the ram but the vm always freeze at BIOS screen and I have to reboot host machine to make the vm work again. Tried Windows vm but same problem. Tried to search for any answer but no luck. Could someone help please? Thanks.