fireplex

Actually, using the IP address presents a login box for username & password, I enter the correct one and it just comes back and asks again...

So I upgraded from 6.3.3 to 6.3.4 a couple of days ago. I now notice I cannot access my shares from any of my Windows 10 PCs. Tower does not appear under "Network" on Windows like it used to and trying to browse "\\tower" fails with "Windows cannot access \\tower" If I use the IP address of my unRAID server 192.168.1.25 it works OK... unRAID is the master browser according to the Dynamix Local Master plugin. Tried rebooting PCs and unRAID but no change. Any ideas ?

I have this issue also, never seen it before. top - 13:52:17 up 8 days, 14:25, 2 users, load average: 12.60, 11.40, 7.22 Tasks: 303 total, 1 running, 302 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.7 us, 25.7 sy, 0.0 ni, 73.6 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st KiB Mem : 12065688 total, 265184 free, 4316796 used, 7483708 buff/cache KiB Swap: 0 total, 0 free, 0 used. 6720088 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2723 root 20 0 1371464 22564 816 S 101.0 0.2 103:54.83 shfs GUI unresponsive, shares failing to respond. Nothing in the logs: Feb 15 12:56:35 Tower kernel: mdcmd (178): spindown 3 Feb 15 12:57:20 Tower kernel: mdcmd (179): spindown 5 Feb 15 13:11:12 Tower kernel: mdcmd (180): spindown 0 Feb 15 13:37:39 Tower emhttp: shcmd (113218): mkdir '/mnt/user/Home Videos' |& logger Feb 15 13:37:39 Tower emhttp: shcmd (113219): chmod 0777 '/mnt/user/Home Videos' Feb 15 13:37:39 Tower emhttp: shcmd (113220): chown 'nobody':'users' '/mnt/user/Home Videos' Feb 15 13:37:52 Tower emhttp: shcmd (113248): smbcontrol smbd close-share 'Home Videos' Feb 15 13:38:05 Tower emhttp: shcmd (113276): smbcontrol smbd close-share 'Home Videos' Feb 15 13:42:17 Tower sshd[18890]: Accepted password for root from 192.168.1.31 port 49922 ssh2 Feb 15 13:47:44 Tower sshd[21497]: Accepted password for root from 192.168.1.31 port 49998 ssh2 As you can see just created a new share and was moving data from existing share to new share

OK, so it seems if you use a local docker image under repository eg just "bubbleupnp" then you get the "not available" message, if you point at a remote one eg "fred/bubbleupnp" then it works fine.

See Docker FAQ sticky at top of this subforum. Do you mean this? http://lime-technology.com/forum/index.php?topic=40937.msg486569#msg486569 Specifically I don't want to put anything where other people can access it due to keys, serials etc.

I do have a registry entry it just points to my local copy "assetupnp" in this case - I don't want to put this onto dockerhub as it contains private license keys and if I understand correctly everything on dockerhub can be grabbed by anyone.

I created a Dockerfile, built this, then clicked on Add Container and filled out the needed fields. I was not even aware of Template Authoring ... These are just dockers for my own internal use and testing I don't really intend to publish them anywhere. Are there any docs that cover how to use template authoring or what do I need to do after turning on the above option ? Thanks!

Did you manage to resolve this, I have the same issue ?

Eventually found out that these messages are caused by an automation program I run called HouseBot. Once I start it then errors begin, once I shut it down they stop.

I'll check my BIOS settings then, any idea what sort of settings in there I need to confirm ?

Hi, This is the relevant xml: <vcpu placement='static'>4</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor id='none'/> </hyperv> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='4' threads='1'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash>

What's that in English and how do I fix it?

I get these messages continually whenever my Windows 10 VM is running, any way to suppress them as my log is pretty useless as its just full of them and trying to find useful data is impossible ? eg. Oct 14 13:59:08 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:08 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:08 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:08 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:08 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:08 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:08 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm_set_msr_common: 514 callbacks suppressed Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:13 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop Oct 14 13:59:18 Tower kernel: kvm_set_msr_common: 514 callbacks suppressed Oct 14 13:59:18 Tower kernel: kvm [7321]: vcpu0 kvm_set_msr_common: MSR_IA32_DEBUGCTLMSR 0x1, nop etc etc.

OK thanks, perhaps I'll move it there if that's the preferred location Sent from my Nexus 5 using Tapatalk

After the upgrade my dockers were broke so I deleted them all , deleted docker.img and turned dockers off , when I turned back on it still didn't create it there Sent from my Nexus 5 using Tapatalk

Hi, So I upgraded from 6.1.9 to 6.2 and now have a system share created. Inside I just see: root@Tower:/mnt/user/system# ls -lR .: total 0 drwxrwxrwx 1 root root 24 Sep 19 10:35 libvirt/ ./libvirt: total 1048580 -rw-rw-rw- 1 nobody users 1073741824 Sep 26 10:39 libvirt.img According to http://lime-technology.com/forum/index.php?topic=51874.0 it states "When starting the array with at least one cache device, a share called "system" will be automatically created. Inside, two subfolders will be created (docker and libvirt respectively). Each of these folders will contain a loopback image file for each service. " I only have 1 folder as you can see and use docker, does this matter that there is no other subfolder ?

Can I ask, when we purchase unRAID are we entitled to direct official support direct from Limetech ? I've look at their home page and support but no where can I find any official contact details, maybe I missed it?

With the amount of people having issues I'm surprised nothing's been done about it yet Sent from my Nexus 5 using Tapatalk

This is what I don't understand, I did not knowingly install any 3rd party Dynamix WebGui plugin ?!

The actual path for the file on my system was /boot/config/plugins not /config/plugins, try there.

What I mean is why did this suddenly just break ? The implication is I installed a 3rd party dynamix plugin and moving it out of the way per the earlier note fixed it. So "Bergware" is part of official Limetech ?

Thanks, tried that and everything apart from cache unmounted so just did a reboot and started a parity check. One thing I don't understand, I didn't think I'd installed any third party dynamix plugin - looking at the GUI now under plugins it reports dynamix webgui by bergware 2016.03.04. So how do I uninstall this as there is no option, I just want pure unRAID as don't like these things happening where I randomly lose GUI access ?

Just had this problem also, how do you clean shutdown from command line ?

Well, eventually it finished: Flushing..finished Syncing..finished ########### reiserfsck finished at Fri Sep 2 17:31:20 2016 ########### ####### Pass 0 ####### init_source_bitmap: Bitmap 9725 (of 32768 bits) is wrong - mark all blocks [318668800 - 318701568] as used block 278645675: The number of items (5622) is incorrect, should be (1) - corrected block 278645675: The free space (18627) is incorrect, should be (4048) - corrected pass0: vpf-10200: block 278645675, item 0: The item [2 1628637329 0xf9fd0005 IND (1)] with wrong offset is deleted block 290222723: The number of items (2) is incorrect, should be (0) - corrected block 290222723: The free space (3) is incorrect, should be (4072) - corrected block 292266724: The number of items (17801) is incorrect, should be (1) - corrected block 292266724: The free space (18663) is incorrect, should be (4048) - corrected pass0: vpf-10110: block 292266724, item (0): Unknown item type found [3 2336805887 0xc08548d8 (15)] - deleted block 294646818: The number of items (35584) is incorrect, should be (1) - corrected block 294646818: The free space (26694) is incorrect, should be (4048) - corrected pass0: vpf-10110: block 294646818, item (0): Unknown item type found [1183514624 478710120 0x8b000001 (] - deleted block 444543456: The number of items (6) is incorrect, should be (0) - corrected block 444543456: The free space (2) is incorrect, should be (4072) - corrected 4298 directory entries were hashed with "r5" hash. ####### Pass 1 ####### ####### Pass 2 ####### ####### Pass 3 ######### vpf-10680: The file [157 158] has the wrong block count in the StatData (16826624) - corrected to (5874904) ####### Pass 3a (lost+found pass) #########

Got a read only filesystem so ran eiserfsck with --check and it advised to use rebuild-tree. I have done this and got after several hours: Will rebuild the filesystem (/dev/md4) tree Will put log info to 'stdout' Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md4' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Fri Sep 2 10:16:19 2016 ########### Pass 0: Loading on-disk bitmap .. ok, 417174605 blocks marked used Skipping 23115 blocks (super block, journal, bitmaps) 417184219 blocks will be read 0%....20%....40%....60%....80%....100% "r5" hash is selected Flushing..finished Read blocks (but not data blocks) 417184219 Leaves among those 413195 - leaves all contents of which could not be saved and deleted 54 Objectids found 4300 Pass 1 (will try to insert 413141 leaves): Looking for allocable blocks .. finished 0%....20%....40%....60%....80%....100% Flushing..finished 413141 leaves read 413118 inserted 23 not inserted Pass 2: 0%....20%....40%....60%....80%....100% Flushing..finished Leaves inserted item by item 23 Pass 3 (semantic): Flushing..finished Files found: 3837 Directories found: 463 Broken (of files/symlinks/others): 1 Pass 3a (looking for lost dir/files): Looking for lost directories: Flushing..finished Pass 4 - finished Deleted unreachable items 1318 Flushing..finished Syncing..finished but the GUI still says "running" below this and I can refresh or cancel. I've been refreshing to watch its progress and its stuck on "Sycing..finished" now for over 1hr, I was expecting to see something like "resierfsck finished at xxxxx". root@Tower:~# ps -ef|grep fsck root 5021 22337 0 16:46 pts/0 00:00:00 grep fsck root 25247 1 6 10:14 ? 00:26:24 /sbin/reiserfsck /dev/md4 --yes --quiet --rebuild-tree top also shows 25% wa time which seems as though IO is occurring somewhere..... no iostat or iotop so can't see anything further but under /proc the counters are not changing: root@Tower:/proc/25247# cat io rchar: 1715920226173 wchar: 3751405366 syscr: 418925848 syscw: 915997 read_bytes: 1711656914944 write_bytes: 3446292480 cancelled_write_bytes: 0 Any ideas?