neunghaha28
-
Posts
26 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by neunghaha28
-
-
2 hours ago, ich777 said:
Is it possible that you have Slckware current instead of Slackware 15.0 specified in your sources.list?
I removed everything and rebooted then installed fish 3.6.3 again everything worked thank you
It was my mistake to install fish 3.6.4 first.
-
1
-
-
On 12/6/2023 at 4:17 PM, ich777 said:
Exactly, but the base config is installed with the package so there is no need to install it or move it or better speaking have a redundant copy of it over with the extension .new <- hope that makes sense.
un-get fish 3.6.3 and 3.6.4
fish: /lib64/libm.so.6: version `GLIBC_2.38' not found (required by fish) fish: /lib64/libc.so.6: version `GLIBC_2.38' not found (required by fish) root@DIYNEZ:~#How should I fix it?
-
1 hour ago, Daniel15 said:
Hmm... I'll have to try and figure out why mine is crashing. I tested five times and could consistently repro the crash on 6.12.5, whereas it never happens with 6.12.4. Unfortunately I don't have a test system with an Intel CPU, just my production system, so I'll probably just have to stick to 6.12.4 for now.
@domrocktand @neunghaha28 - which CPU are you using?
i5 13500
-
2 hours ago, ich777 said:
6.12.6 was released just now.
That's strange because for others it is working. @domrockt for you it is working correct?6.12.6 working correct.
Windows 10 Guest.
-
1
-
-
13 minutes ago, ich777 said:
Thank you for the report but, I just can compile the module because I don't have any hardware on hand to test and I simply can't fix it.
You should report that over here: https://github.com/strongtz/i915-sriov-dkms/issues
However there seem to be already a few reports about that in the issue tracker from what I can see.
Does something not work in terms of SR-IOV on your machine because of this message?
Sorry for the misunderstanding here...
no problem
Yes, I've seen people report it on https://github.com/strongtz/i915-sriov-dkms/issues
and I have successfully fixed it myself using
https://github.com/ich777/unraid_kernel
And recreate the module from the above solution I mentioned to remove the said error.
I'm sorry that I may have misunderstood and didn't communicate well. I'm not good at English. -
1 hour ago, ich777 said:
I really don‘t understand. I don‘t have a GitHub repository where any repositories are listed.
What is the goal of you recompiling the driver? If you run Unraid virtualized I can‘t give support because that can introduce issues with the underlying Host OS/Bootloader you have to use.
If you need DSM why not follow the recommendation from @domrockt?
The plugin is working for others.
Sorry but I can‘t help if you are virtualizing Unraid since this is a completely special use case and not how you should run this since the plugin/sriov is experimental too!
Here I don't mean the DSM problem, I mean the module on unraid 6.12.5rc1 has an error. That's all. If you don't understand, that's fine.
Because on unraid 6.12.5rc1 you will see this error.
[ 57.899631] i915 0000:00:02.1: [drm] *ERROR* GT0: IOV: Unable to confirm version 1.4 (0000000000000000) [ 57.899708] i915 0000:00:02.1: [drm] *ERROR* GT0: IOV: Found interface version 0.1.4.1I reported the issue GT0: GUC: interface version, that's it, if you don't care then just pass it by.
And I'm not asking you to do it for me. If you check with the command dmesg | grep i915 you will find ERROR just as I stated. I think you misunderstood. I'm not asking you to do it for me, I'm just informing you.
In which I have told you how to fix this error.
-
1
-
-
On 11/23/2023 at 6:06 PM, ich777 said:
Sorry but I'm the wrong one to ask here since I don't have hardware on hand to test, however I see in your Diagnostics that all your vGPUs are there:
00:02.0 VGA compatible controller [0300]: Intel Corporation AlderLake-S GT1 [8086:4680] (rev 0c) DeviceName: Onboard IGD Subsystem: ASUSTeK Computer Inc. AlderLake-S GT1 [1043:8882] Kernel driver in use: i915 Kernel modules: i915 00:02.1 VGA compatible controller [0300]: Intel Corporation AlderLake-S GT1 [8086:4680] (rev 0c) Subsystem: ASUSTeK Computer Inc. AlderLake-S GT1 [1043:8882] Kernel driver in use: vfio-pci Kernel modules: i915 00:02.2 VGA compatible controller [0300]: Intel Corporation AlderLake-S GT1 [8086:4680] (rev 0c) Subsystem: ASUSTeK Computer Inc. AlderLake-S GT1 [1043:8882] Kernel driver in use: vfio-pci Kernel modules: i915
Also @domrockt said that it installs fine on 6.12.5-rc1 here:
Maybe someone else can help here, again, I only compile the module to make sure that users can make use of Intel Graphics SR-IOV on Unraid.
I recompiled the module with the tools you wrote on github. ERROR found missing.
i915-sriov-dkms/drivers/gpu/drm/i915/gt/uc/abi/guc_version_abi.h
latest minor value is 0, change it to 4 and save
/* SPDX-License-Identifier: MIT */ /* * Copyright © 2022 Intel Corporation */ #ifndef _ABI_GUC_VERSION_ABI_H #define _ABI_GUC_VERSION_ABI_H #define GUC_VF_VERSION_LATEST_MAJOR 1 #define GUC_VF_VERSION_LATEST_MINOR 4 #endif /* _ABI_GUC_VERSION_ABI_H */dmesg | grep i915 [ 53.343367] i915 0000:00:02.0: Running in SR-IOV PF mode [ 53.344100] i915 0000:00:02.0: [drm] VT-d active for gfx access [ 53.344128] i915 0000:00:02.0: vgaarb: deactivate vga console [ 53.344176] i915 0000:00:02.0: [drm] Using Transparent Hugepages [ 53.344892] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 53.345639] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915]) [ 53.348899] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adls_dmc_ver2_01.bin (v2.1) [ 53.383256] i915 0000:00:02.0: [drm] GT0: GuC firmware i915/tgl_guc_70.bin version 70.13.1 [ 53.383261] i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3 [ 53.385904] i915 0000:00:02.0: [drm] GT0: HuC: authenticated for all workloads! [ 53.386619] i915 0000:00:02.0: [drm] GT0: GUC: submission enabled [ 53.386620] i915 0000:00:02.0: [drm] GT0: GUC: SLPC enabled [ 53.387049] i915 0000:00:02.0: [drm] GuC RC: enabled [ 53.387660] mei_pxp 0000:00:16.0-fbf6fcf1-96cf-4e2e-a6a6-1bab8cbe36b1: bound 0000:00:02.0 (ops i915_pxp_tee_component_ops [i915]) [ 53.387782] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized [ 53.389207] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0 [ 53.391052] i915 0000:00:02.0: 7 VFs could be associated with this PF [ 53.391589] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes [ 53.392673] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes [ 55.650675] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem [ 55.650750] i915 0000:00:02.1: enabling device (0000 -> 0002) [ 55.650774] i915 0000:00:02.1: Running in SR-IOV VF mode [ 55.651707] i915 0000:00:02.1: [drm] GT0: GUC: interface version 0.1.4.1 [ 55.653301] i915 0000:00:02.1: [drm] VT-d active for gfx access [ 55.653319] i915 0000:00:02.1: [drm] Using Transparent Hugepages [ 55.653783] i915 0000:00:02.1: [drm] GT0: GUC: interface version 0.1.4.1 [ 55.654415] i915 0000:00:02.1: GuC firmware PRELOADED version 1.4 submission:SR-IOV VF [ 55.654417] i915 0000:00:02.1: HuC firmware PRELOADED [ 55.656989] i915 0000:00:02.1: [drm] Protected Xe Path (PXP) protected content support initialized [ 55.656994] i915 0000:00:02.1: [drm] PMU not supported for this GPU. [ 55.657173] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.1 on minor 1 [ 55.657425] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=none,decodes=none:owns=io+mem [ 55.657428] i915 0000:00:02.1: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=none [ 55.657467] i915 0000:00:02.2: enabling device (0000 -> 0002) [ 55.657478] i915 0000:00:02.2: Running in SR-IOV VF mode [ 55.657664] i915 0000:00:02.2: [drm] GT0: GUC: interface version 0.1.4.1 [ 55.657985] i915 0000:00:02.2: [drm] VT-d active for gfx access [ 55.657997] i915 0000:00:02.2: [drm] Using Transparent Hugepages [ 55.658432] i915 0000:00:02.2: [drm] GT0: GUC: interface version 0.1.4.1 [ 55.658932] i915 0000:00:02.2: GuC firmware PRELOADED version 1.4 submission:SR-IOV VF [ 55.658934] i915 0000:00:02.2: HuC firmware PRELOADED [ 55.661674] i915 0000:00:02.2: [drm] Protected Xe Path (PXP) protected content support initialized [ 55.661683] i915 0000:00:02.2: [drm] PMU not supported for this GPU. [ 55.661858] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.2 on minor 2 [ 55.662016] i915 0000:00:02.0: Enabled 2 VFs -
Unraid 6.12.5-rc1
dmesg | grep i915 [ 55.596957] i915 0000:00:02.0: Running in SR-IOV PF mode [ 55.597687] i915 0000:00:02.0: [drm] VT-d active for gfx access [ 55.597715] i915 0000:00:02.0: vgaarb: deactivate vga console [ 55.597762] i915 0000:00:02.0: [drm] Using Transparent Hugepages [ 55.598539] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 55.599783] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915]) [ 55.602155] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adls_dmc_ver2_01.bin (v2.1) [ 55.638975] i915 0000:00:02.0: [drm] GT0: GuC firmware i915/tgl_guc_70.bin version 70.13.1 [ 55.638981] i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3 [ 55.641655] i915 0000:00:02.0: [drm] GT0: HuC: authenticated for all workloads! [ 55.642297] i915 0000:00:02.0: [drm] GT0: GUC: submission enabled [ 55.642298] i915 0000:00:02.0: [drm] GT0: GUC: SLPC enabled [ 55.642723] i915 0000:00:02.0: [drm] GuC RC: enabled [ 55.643315] mei_pxp 0000:00:16.0-fbf6fcf1-96cf-4e2e-a6a6-1bab8cbe36b1: bound 0000:00:02.0 (ops i915_pxp_tee_component_ops [i915]) [ 55.643430] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized [ 55.644708] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0 [ 55.646402] i915 0000:00:02.0: 7 VFs could be associated with this PF [ 55.646947] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes [ 55.648092] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes [ 55.648190] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes [ 57.898569] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem [ 57.898644] i915 0000:00:02.1: enabling device (0000 -> 0002) [ 57.898667] i915 0000:00:02.1: Running in SR-IOV VF mode [ 57.899631] i915 0000:00:02.1: [drm] *ERROR* GT0: IOV: Unable to confirm version 1.4 (0000000000000000) [ 57.899708] i915 0000:00:02.1: [drm] *ERROR* GT0: IOV: Found interface version 0.1.4.1 [ 57.901095] i915 0000:00:02.1: [drm] VT-d active for gfx access [ 57.901112] i915 0000:00:02.1: [drm] Using Transparent Hugepages [ 57.901613] i915 0000:00:02.1: [drm] *ERROR* GT0: IOV: Unable to confirm version 1.4 (0000000000000000) [ 57.901626] i915 0000:00:02.1: [drm] *ERROR* GT0: IOV: Found interface version 0.1.4.1 [ 57.901952] i915 0000:00:02.1: GuC firmware PRELOADED version 0.0 submission:SR-IOV VF [ 57.901954] i915 0000:00:02.1: HuC firmware PRELOADED [ 57.904320] i915 0000:00:02.1: [drm] Protected Xe Path (PXP) protected content support initialized [ 57.904325] i915 0000:00:02.1: [drm] PMU not supported for this GPU. [ 57.904559] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.1 on minor 1 [ 57.904829] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=none,decodes=none:owns=io+mem [ 57.904833] i915 0000:00:02.1: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=none [ 57.904875] i915 0000:00:02.2: enabling device (0000 -> 0002) [ 57.904885] i915 0000:00:02.2: Running in SR-IOV VF mode [ 57.905183] i915 0000:00:02.2: [drm] *ERROR* GT0: IOV: Unable to confirm version 1.4 (0000000000000000) [ 57.905195] i915 0000:00:02.2: [drm] *ERROR* GT0: IOV: Found interface version 0.1.4.1 [ 57.906189] i915 0000:00:02.2: [drm] VT-d active for gfx access [ 57.906200] i915 0000:00:02.2: [drm] Using Transparent Hugepages [ 57.906662] i915 0000:00:02.2: [drm] *ERROR* GT0: IOV: Unable to confirm version 1.4 (0000000000000000) [ 57.906674] i915 0000:00:02.2: [drm] *ERROR* GT0: IOV: Found interface version 0.1.4.1 [ 57.906870] i915 0000:00:02.2: GuC firmware PRELOADED version 0.0 submission:SR-IOV VF [ 57.906872] i915 0000:00:02.2: HuC firmware PRELOADED [ 57.909322] i915 0000:00:02.2: [drm] Protected Xe Path (PXP) protected content support initialized [ 57.909326] i915 0000:00:02.2: [drm] PMU not supported for this GPU. [ 57.909526] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.2 on minor 2 [ 57.909659] i915 0000:00:02.0: Enabled 2 VFs [ 58.930443] i915 0000:00:02.1: [drm] *ERROR* tlb invalidation response timed out for seqno 23 -
24 minutes ago, ich777 said:
For what plugin? This one? What would be the benefit for you? Are you after Intel ARC GPU support?
PLUGIN FOR IGPU SR-IOV
Because I am using VM xpenology sa6400 cannot use igpu and they told me that SR-IOV requires the driver on your hypervisor (Unraid in you case) to be compatible with the one on the guest. From what I observed, the popular i915 driver for unraid https://github.com/zhtengw/unraid-i915-sriov is outdated, and you need to port https://github.com/intel-gpu/intel-gpu-i915-backports to unraid to ensure compatibility with DSM port.
-
Is it possible for you to use this driver instead?
-
On 5/19/2023 at 1:15 PM, mgutt said:
Settings are looking good to me. 63W can't be only the Motherboard, CPU and a single SSD. So please provide a list of your components.
M/B: ASUSTeK COMPUTER INC. PRIME B760M-A WIFI D4 Version Rev 1.xx
BIOS: American Megatrends Inc. Version 0807 Dated 12/05/2022
CPU: 13th Gen Intel® Core™ i5-13500
Memory: Corsair 16 GiB DDR4 2xLSI 9211-8I 1x
Array: 6x WD
Parity: 1x WD
Cache: 1x NVME
Power Supply: Corsair CX650M
System is idling Sonoff S40: 42w
Thank you for the advice.
-
Nov 13 19:07:09 DIYNEZ kernel: nvme0n1: p1 Nov 13 19:07:09 DIYNEZ kernel: BTRFS: device fsid 46915c09-09f9-4fcb-a2f4-c0cc79b4ea7d devid 1 transid 1563387 /dev/nvme0n1p1 scanned by udevd (756) Nov 13 19:07:29 DIYNEZ emhttpd: WDS100T3X0C-00SJG0_20485T800016 (nvme0n1) 512 1953525168 Nov 13 19:07:29 DIYNEZ emhttpd: import 30 cache device: (nvme0n1) WDS100T3X0C-00SJG0_20485T800016 Nov 13 19:07:29 DIYNEZ emhttpd: read SMART /dev/nvme0n1 Nov 13 19:07:41 DIYNEZ emhttpd: shcmd (56): mount -t btrfs -o noatime,space_cache=v2 /dev/nvme0n1p1 /mnt/cache Nov 13 19:07:41 DIYNEZ kernel: BTRFS info (device nvme0n1p1): using free space tree Nov 13 19:07:41 DIYNEZ kernel: BTRFS info (device nvme0n1p1): has skinny extents Nov 13 19:07:41 DIYNEZ kernel: BTRFS info (device nvme0n1p1): bdev /dev/nvme0n1p1 errs: wr 0, rd 0, flush 0, corrupt 3, gen 0 Nov 13 19:07:41 DIYNEZ kernel: BTRFS info (device nvme0n1p1): enabling ssd optimizations Nov 13 19:07:41 DIYNEZ kernel: BTRFS info (device nvme0n1p1): start tree-log replay Nov 13 19:07:41 DIYNEZ kernel: BTRFS critical (device nvme0n1p1): unable to find logical 18413109377621987328 length 4096 Nov 13 19:07:41 DIYNEZ kernel: BTRFS critical (device nvme0n1p1): unable to find logical 18413109377621987328 length 16384 Nov 13 19:07:41 DIYNEZ kernel: BTRFS: error (device nvme0n1p1) in btrfs_replay_log:2500: errno=-5 IO failure (Failed to recover log tree) Nov 13 19:07:41 DIYNEZ root: mount: /mnt/cache: can't read superblock on /dev/nvme0n1p1. Nov 13 19:07:41 DIYNEZ kernel: BTRFS error (device nvme0n1p1: state E): open_ctree failed ** Press ANY KEY to close this window ** -
1 hour ago, ich777 said:
The driver download was incomplete, have you waited after upgrading to 6.11.2 where it said to wait until it displays a message that everything is done?
Anyways, please press the "Update & Download" button on the Nvidia Driver page, this should redownload the driver.
Thanks i will try it I feel that the download speed is very slow.
Update: Now it works fine Thanks for the help again.
-
1
-
-
-
Updated without issues.
-
8 hours ago, kizer said:
Re-installed and no drive spin ups anymore. Success!!!!!
Great job everybody. I did have a little glitch where I re-installed and it seemed to take forever for MyServers on unraid to turn green. Could literally be anything I'm sure, but I was worried I messed something up. After making a cup of coffee and returning it was sitting there green.
I do wish I had of waited for your patch to see if it would of fixed its self like intended, but I'm often impatient.
I test Re-installed MyServers it can fix the drive spin up issue as well. 👍
Previously I used the unraid-api stop method. 😁
-
On 6/8/2021 at 7:03 AM, ljm42 said:
Hey everyone, we've released an updated My Servers plugin. It has a lot of improvements to make flash backup more resilient along with some nice enhancements to the UPC where it communicates with the server via a websocket rather than by polling. More detailed release notes are available when you click the "i" icon on the plugins page.
The latest version this afternoon also fixes the "my_servers doesn't have permission" error that was reported (thanks for reporting that, BTW!)
We are still seeing servers disconnecting and reconnecting more than we'd like. We're working on it.
My Servers Plugins after update issue.
I use FUJITSU 9211-8i D2607 LSI 2008 SAS/SATA HBA.
Jun 8 17:32:18 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:32:30 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:32:42 DIYNEZ emhttpd: read SMART /dev/sde Jun 8 17:32:52 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:32:53 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:32:54 DIYNEZ emhttpd: spinning down /dev/sde Jun 8 17:32:55 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:32:58 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:33:05 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:33:16 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:33:28 DIYNEZ emhttpd: read SMART /dev/sde Jun 8 17:33:44 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:33:45 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:33:47 DIYNEZ emhttpd: spinning down /dev/sde Jun 8 17:33:49 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:33:59 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:34:09 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:34:09 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:34:28 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:34:28 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:34:33 DIYNEZ emhttpd: read SMART /dev/sde Jun 8 17:34:33 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:34:33 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:34:36 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:34:36 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:34:36 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:34:38 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:34:38 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:34:39 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:34:55 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:35:06 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:35:06 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:35:08 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:35:08 DIYNEZ emhttpd: spinning down /dev/sde Jun 8 17:35:09 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:35:11 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:35:11 DIYNEZ emhttpd: read SMART /dev/sde Jun 8 17:35:11 DIYNEZ emhttpd: spinning down /dev/sde Jun 8 17:35:13 DIYNEZ emhttpd: read SMART /dev/sde Jun 8 17:37:27 DIYNEZ root: Stopping Auto Turbo Jun 8 17:37:27 DIYNEZ root: Setting write method to unRaid defined Jun 8 17:37:27 DIYNEZ kernel: mdcmd (38): set md_write_method auto Jun 8 17:37:27 DIYNEZ kernel: Jun 8 17:37:34 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:37:35 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:37:37 DIYNEZ emhttpd: spinning down /dev/sde Jun 8 17:37:39 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:37:43 DIYNEZ flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update Jun 8 17:37:45 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:37:54 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:37:55 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:38:06 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:38:06 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:38:10 DIYNEZ cache_dirs: Stopping cache_dirs process 10254 Jun 8 17:38:11 DIYNEZ cache_dirs: cache_dirs service rc.cachedirs: Stopped Jun 8 17:38:18 DIYNEZ emhttpd: read SMART /dev/sde Jun 8 17:38:18 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:38:19 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:38:21 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:38:21 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:38:37 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:38:39 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:38:41 DIYNEZ emhttpd: spinning down /dev/sde Jun 8 17:38:43 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:38:44 DIYNEZ flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update Jun 8 17:38:50 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:39:00 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:39:12 DIYNEZ emhttpd: read SMART /dev/sdd Jun 8 17:39:12 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:39:24 DIYNEZ emhttpd: read SMART /dev/sde Jun 8 17:39:24 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:39:24 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:39:26 DIYNEZ emhttpd: read SMART /dev/sdc Jun 8 17:39:27 DIYNEZ emhttpd: spinning down /dev/sdb Jun 8 17:39:29 DIYNEZ emhttpd: read SMART /dev/sdb Jun 8 17:40:47 DIYNEZ emhttpd: spinning down /dev/sdd Jun 8 17:40:49 DIYNEZ emhttpd: spinning down /dev/sdc Jun 8 17:40:50 DIYNEZ emhttpd: spinning down /dev/sde Jun 8 17:40:52 DIYNEZ emhttpd: spinning down /dev/sdbread SMART when i spindown disk.
I solved the problem by unraid-api stop.
spindown disk works no issue.
Yes, please check and correct. Thank you.
Sorry I'm not good at English.
-
20 hours ago, tmchow said:
I'm getting same error "Unable to connect to backup.unraid.net:22". I don't see anythign obviously wrong anywhere in my firewall.
Same issue.
-
[PLUGIN] Intel iGPU SR-IOV - Support Page
in Plugin Support
Posted
Thank you @ich777
I have followed the steps to migrate from ich777 to giganode, everything still works fine. without having to reboot any device
And Thank you @giganode that brings it into community applications, making it easily accessible to others