Jump to content

Thorsten

Members
  • Posts

    167
  • Joined

  • Last visited

Everything posted by Thorsten

  1. Thanks the VM is starting.... My settings are as follows.... I thought since I have a share under Windows that refers to Unraid /mnt/user. Or am I wrong?
  2. Hi, When I want to use the option "Unraid Share Mode Virtiofs Mode" in a Windows VM I get an error message: 2022-10-07 04:53:35.186+0000: 8850: error : qemuValidateDomainDefVhostUserRequireSharedMemory:1816 : unsupported configuration: 'virtiofs' requires shared memory
  3. With the update to Unraid 6.11 stable, the Fan Auto Control plug-in no longer works for me. No PWM controller is recognised any more. This worked perfectly under Unraid 6.10.3. Unfortunately, I can no longer control my fans.
  4. Hi, ich nutze vom Nerdpack folgende Tools: borgbackup-1.1.15-x86_64-1.txz perl-5.32.0-x86_64-1.txz powertop-2.13-x86_64-1.txz python2-2.7.18-x86_64-4.txz python3-3.9.6-x86_64-1.txz python-pip-21.2.3-x86_64-1.txz python-setuptools-57.4.0-x86_64-1.txz Viele Grüße Thorsten
  5. Ich habe mir gerade den Post durchgelesen und finde das vorhaben sehr interessant. Nur muss ich auch sagen das der Aufwand sich bei mir nicht lohnt. Als Cache laufen bei mit zwei Seagate FireCuda 510 1TB mit einer TBW 1,3PB (1.300TB) nach ca. einem Jahr wurden 47TB auf meinem Cache geschrieben. Aktuell laufen bei mir 32 Docker Container (Plex, Gitlab, Nextcloud, RocketChat usw.) sowie mehrere VMs meine Gameing VM z.B. ständig auf dem Cache. Daher glaube ich das ich nicht mal in dem Bereich des TBW rein kommen würde. Vorher würde sicherlich der Cache wegen Platzmangel auf die 2TB variante getauscht werden. Trotzdem ein interessanter Ansatz.
  6. Das sind mal die SMART-Werte der besagten HDD außer den UDMA Error kann ich nix erkennen: smartctl 7.3 2022-02-28 r5338 [x86_64-linux-5.15.43-Unraid] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Seagate Exos X16 Device Model: ST14000NM001G Serial Number: LU WWN Device Id: Firmware Version: SN02 User Capacity: 14,000,519,643,136 bytes [14.0 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 7200 rpm Form Factor: 3.5 inches Device is: In smartctl database 7.3/5387 ATA Version is: ACS-4 (minor revision not indicated) SATA Version is: SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Wed Jun 1 20:02:53 2022 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 567) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: (1262) minutes. Conveyance self-test routine recommended polling time: ( 2) minutes. SCT capabilities: (0x70bd) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 083 064 044 Pre-fail Always - 202977928 3 Spin_Up_Time 0x0003 091 090 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 318 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 084 060 045 Pre-fail Always - 275134937 9 Power_On_Hours 0x0032 092 092 000 Old_age Always - 7700 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 312 18 Head_Health 0x000b 100 100 050 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 066 044 040 Old_age Always - 34 (Min/Max 21/35) 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 18 193 Load_Cycle_Count 0x0032 096 096 000 Old_age Always - 8231 194 Temperature_Celsius 0x0022 034 056 000 Old_age Always - 34 (0 18 0 0 0) 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 2 200 Pressure_Limit 0x0023 100 100 001 Pre-fail Always - 0 240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 7108h+56m+02.802s 241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 190549142769 242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 713094608271 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 4021 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay.
  7. Der Wert steigt nicht. Somit glaube ich das es alte Werte sind. Wenn das Kabel einen Weg hat und derzeit der Parity Check läuft und mit gut 200MB/s gelesen wird müssten ja Fehler auftreten was aber nicht der Fall ist.
  8. Mit dem folgenden Command bekomme ich schon mal das Device raus. ls -l /sys/block/sd* lrwxrwxrwx 1 root root 0 Jun 1 06:42 /sys/block/sda -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.0/usb2/2-2/2-2:1.0/host0/target0:0:0/0:0:0:0/block/sda/ lrwxrwxrwx 1 root root 0 Jun 1 06:42 /sys/block/sdb -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.1/ata1/host1/target1:0:0/1:0:0:0/block/sdb/ lrwxrwxrwx 1 root root 0 Jun 1 06:30 /sys/block/sdc -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.1/ata2/host2/target2:0:0/2:0:0:0/block/sdc/ lrwxrwxrwx 1 root root 0 Jun 1 06:42 /sys/block/sdd -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.1/ata3/host3/target3:0:0/3:0:0:0/block/sdd/ lrwxrwxrwx 1 root root 0 Jun 1 06:42 /sys/block/sde -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.1/ata4/host4/target4:0:0/4:0:0:0/block/sde/ lrwxrwxrwx 1 root root 0 Jun 1 06:42 /sys/block/sdf -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.1/ata5/host5/target5:0:0/5:0:0:0/block/sdf/ lrwxrwxrwx 1 root root 0 Jun 1 06:30 /sys/block/sdg -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.1/ata6/host6/target6:0:0/6:0:0:0/block/sdg/ Also es ist eine HDD die im Array drin ist und auf der aktuell der Parity Check läuft. Der Parity Check läuft bisher ohne Fehler. Es ist sogar die Parity Disks selber 😞 lrwxrwxrwx 1 root root 0 Jun 1 06:42 /sys/block/sdf -> ../devices/pci0000:00/0000:00:01.3/0000:02:00.1/ata5/host5/target5:0:0/5:0:0:0/block/sdf/ Das einzigste was bei den Smart Werte dieser Festplatte aufgefall ist das folgender Wert erhöht ist. 199 UDMA CRC error count 0x003e 200 200 000 Old age Always Never 2
  9. Ich habe zu dem Fehler schon was gefunden. Aber es sagt mir nichts bzw. warum Unraid oder was auch immer versucht ein lokales SATA Gerät wie eine SSD oder HDD über mehrere Pfade anzusprechen. Weiter Infos zu dem was ich gefunden sieht man hier: https://www.thomas-krenn.com/de/wiki/SATA_exception_Emask_0x0_SAct_0x80_SErr_0x0_action_0x6_frozen Viele Grüße Thorsten
  10. Hallo, ich habe gerade komische Fehler im Syslog von Unraid 6.10.2. Meine USV wurde kurzeitg disconectet und SATA5 Communication Error sind aufgetreten. Kann mir jemand sagen was das ein kann oder wie ich genau das Device rausfinde was SATA5 ist. Jun 1 17:48:05 TheTwist kernel: ata5.00: exception Emask 0x11 SAct 0x7e000001 SErr 0x680100 action 0x6 frozen Jun 1 17:48:05 TheTwist kernel: ata5.00: irq_stat 0x48000008, interface fatal error Jun 1 17:48:05 TheTwist kernel: ata5: SError: { UnrecovData 10B8B BadCRC Handshk } Jun 1 17:48:05 TheTwist kernel: ata5.00: failed command: READ FPDMA QUEUED Jun 1 17:48:05 TheTwist kernel: ata5.00: cmd 60/40:00:78:ae:b3/05:00:ec:03:00/40 tag 0 ncq dma 688128 in Jun 1 17:48:05 TheTwist kernel: res 40/00:f0:38:a9:b3/00:00:ec:03:00/40 Emask 0x10 (ATA bus error) Jun 1 17:48:05 TheTwist kernel: ata5.00: status: { DRDY } Jun 1 17:48:05 TheTwist kernel: ata5.00: failed command: READ FPDMA QUEUED Jun 1 17:48:05 TheTwist kernel: ata5.00: cmd 60/40:c8:b8:93:b3/05:00:ec:03:00/40 tag 25 ncq dma 688128 in Jun 1 17:48:05 TheTwist kernel: res 40/00:f0:38:a9:b3/00:00:ec:03:00/40 Emask 0x10 (ATA bus error) Jun 1 17:48:05 TheTwist kernel: ata5.00: status: { DRDY } Jun 1 17:48:05 TheTwist kernel: ata5.00: failed command: READ FPDMA QUEUED Jun 1 17:48:05 TheTwist kernel: ata5.00: cmd 60/40:d0:f8:98:b3/05:00:ec:03:00/40 tag 26 ncq dma 688128 in Jun 1 17:48:05 TheTwist kernel: res 40/00:f0:38:a9:b3/00:00:ec:03:00/40 Emask 0x10 (ATA bus error) Jun 1 17:48:05 TheTwist kernel: ata5.00: status: { DRDY } Jun 1 17:48:05 TheTwist kernel: ata5.00: failed command: READ FPDMA QUEUED Jun 1 17:48:05 TheTwist kernel: ata5.00: cmd 60/40:d8:38:9e:b3/05:00:ec:03:00/40 tag 27 ncq dma 688128 in Jun 1 17:48:05 TheTwist kernel: res 40/00:f0:38:a9:b3/00:00:ec:03:00/40 Emask 0x10 (ATA bus error) Jun 1 17:48:05 TheTwist kernel: ata5.00: status: { DRDY } Jun 1 17:48:05 TheTwist kernel: ata5.00: failed command: READ FPDMA QUEUED Jun 1 17:48:05 TheTwist kernel: ata5.00: cmd 60/80:e0:78:a3:b3/00:00:ec:03:00/40 tag 28 ncq dma 65536 in Jun 1 17:48:05 TheTwist kernel: res 40/00:f0:38:a9:b3/00:00:ec:03:00/40 Emask 0x10 (ATA bus error) Jun 1 17:48:05 TheTwist kernel: ata5.00: status: { DRDY } Jun 1 17:48:05 TheTwist kernel: ata5.00: failed command: READ FPDMA QUEUED Jun 1 17:48:05 TheTwist kernel: ata5.00: cmd 60/40:e8:f8:a3:b3/05:00:ec:03:00/40 tag 29 ncq dma 688128 in Jun 1 17:48:05 TheTwist kernel: res 40/00:f0:38:a9:b3/00:00:ec:03:00/40 Emask 0x10 (ATA bus error) Jun 1 17:48:05 TheTwist kernel: ata5.00: status: { DRDY } Jun 1 17:48:05 TheTwist kernel: ata5.00: failed command: READ FPDMA QUEUED Jun 1 17:48:05 TheTwist kernel: ata5.00: cmd 60/40:f0:38:a9:b3/05:00:ec:03:00/40 tag 30 ncq dma 688128 in Jun 1 17:48:05 TheTwist kernel: res 40/00:f0:38:a9:b3/00:00:ec:03:00/40 Emask 0x10 (ATA bus error) Jun 1 17:48:05 TheTwist kernel: ata5.00: status: { DRDY } Jun 1 17:48:05 TheTwist kernel: ata5: hard resetting link Jun 1 17:48:05 TheTwist kernel: usb 1-6-port3: disabled by hub (EMI?), re-enabling... Jun 1 17:48:05 TheTwist kernel: usb 1-6.3: USB disconnect, device number 7 Jun 1 17:48:05 TheTwist kernel: usb 1-6.3: new full-speed USB device number 8 using xhci_hcd Jun 1 17:48:05 TheTwist kernel: ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Jun 1 17:48:05 TheTwist kernel: ata5.00: configured for UDMA/133 Jun 1 17:48:05 TheTwist kernel: ata5: EH complete Jun 1 17:48:05 TheTwist kernel: hid-generic 0003:051D:0002.000A: hiddev96,hidraw1: USB HID v1.00 Device [American Power Conversion Back-UPS RS 900G FW:879.L4 .I USB FW:L4 ] on usb-0000:02:00.0-6.3/input0 Jun 1 17:48:21 TheTwist apcupsd[8031]: Communications with UPS restored. Jun 1 18:00:11 TheTwist crond[1609]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null Aktuell läuft ein Parity Check normal weiter und ohne Feher: Total size: 14 TB Elapsed time: 12 hours, 22 minutes Current position: 9.39 TB (67.1 %) Estimated speed: 183.2 MB/sec Estimated finish: 6 hours, 59 minutes Sync errors detected: 0 Was kann das sein? Bis auf die Fehler im Log kann ich nix feststellen. Das System funktioniert ohne Probleme. Auch die Festplatten haben keine erhöhten Smart Werte oder andere Meldungen. Viele Grüße Thorsten
  11. Ich habe bei mir zwei Lösungen realisiert. Ich verfolge eingentlich die 3-2-1 Backup Strategie. Es soll von den wichtigsten Daten 3 Sicherungen erstellt werden auf zwei unterschiedlichen Medien und eine fern vom Quell System. In meinem Unraid System habe ich einen Backup Pool angelegt der zwei Festplatten besteht, die gespiegelt sind. Auf denen sichere ich per Backup Skript mittels Borg Backup was ein sehr gutes Tools ist. Mein System umfasst ca. 16 TB an Gesamtdaten wobei nur die wichtigsten Daten gesichtert werden (ca. 2TB). Die zweite Sicherung erfolgt per Rsync auf meine Diskstation. Die dritte Sicherung erfolgt ebenfalls per rsync auf meine Externe Festplatte die im Feuer sicheren Safe verschlossen wird. Bei den Rsync Sicherungen wird immer ein aktuelles Systemabbild syncronisiert, nur das Interne Backup mit Borg Backup ist versioniert. Wenn die Festplattenpreise wieder sinken wird irgendwann mal das Gesamtsystem gesichert. Was man zusätzlich beachten sollten ist auch ob ein recover funktioniert. Was bringt einem ein Backup wenn ein Wiederherstellen nicht funktioniert. Aus diesem Grund habe ich die Daten einmal per Borg Backup gesichtert wo man so ohne weiteres nicht rann kommt und einmal per rsync wo die Daten ja im roh formt vorliegen, man also direkt drauf zugreifen kann. Viele Grüße Thorsten
  12. The error with "DMAR: ERROR: DMA PTE for vPFN" is also reported on the Ubuntu Bug page. Affected system: Linux kernel 5.15.0.27.30 on an HPE ProLiant DL20 Gen9 server. See here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1970453 With the same work around: Setting the intel_iommu=off kernel boot parameter seems to work around the problem. Also an interesting comment in the Bug Report I hit this bug upgrading my home server (proliant microserver gen9) and it seems to be causing memory corruption when it occurs ( at least in combination with zfs ). Using zfs mirrored root I experienced this issue after only a few minutes uptime, with DMAR messages flooding the log and very high CPU usage. After rebooting with intel_iommu=off things are back to normal, but a zfs scrub indicated several thousand checksum errors detected on the root volume, some of them unrecoverable that had to be restored from backup, and a separate zfs RAIDZ1 volume experienced corrupted metadata and had to be rolled back with some data loss.
  13. @dlandon I get with the new version a Error: how can i downgrade ?
  14. Hi, I created a bug report. I hope I have described the problem clearly. Please update the bug report if I have not described it clearly enough. Sorry for my English. https://forums.unraid.net/bug-reports/stable-releases/6100-scripts-at-boot-time-will-not-executed-eg-auto-start-encryption-r1920 Regards Thorsten
  15. My array is encrypted and automatically decrypted at start time. For this the keyfile is loaded from my Diskstation via ftp. I have created the scripts according to these instructions. https://forums.unraid.net/topic/61973-encryption-and-auto-start/?do=findComment&comment=648148 Under Unraid 6.9.2 this works fine. Under Unraid 6.10.0 the scripts are unpacked but not executed. If I run the script manually the script works. Here is my exact description of the problem: https://forums.unraid.net/topic/61973-encryption-and-auto-start/?do=findComment&comment=1128018 The scripts are located in the following directory /usr/local/emhttp/webGui/event/starting/fetch_key /usr/local/emhttp/webGui/event/starting/delete_key /usr/local/emhttp/webGui/event/stopped/fetch_key Script (fetch_key) Regards Thorsten
  16. Thank you for your reply. What I have found out so far is that the scripts are in the right place. The permission is also correct. the script is not executed and therefore the keyfile is not downloaded. If I run the script manually it works. Under Unraid 6.9.2 this has always worked I don't changed anything since the upgrade to Unraid 6.10. Go File (In the file events are the scripts with the correct permission) Script fetch_key after booting Unraid (with correct permission) fetch_key script There is no keyfile after booting When I run the script manually it works. It also worked without problems under Unraid 6.9.2. Since Unraid 6.10 the script fetch_key is no longer executed. Regards Thorsten
  17. Hat sich schon erledigt ... funktioniert bereits so....
  18. Hi, seid Unraid 6.10 werde im VM Dashboard die IP-Adressen der VMs angezeigt wenn die Guest Tools installiert sind. Für Windows funktioniert dieses. Wie sieht es mit Linux aus gibt es für Linux auch die Guest Tools ? Viele Grüße Thorsten
  19. Hi zusammen, nach dem Update auf Unraid 6.10 werde meine Festplatte beim Autostart nicht mehr enschlüsselt. Ich habe die Skripte von diesem Thread verwendet. Unter 6.9.2 funktioniert dieses ohne Problem das Keyfile wird von meiner Diskstation geladen und zur entschlüsselung der Festplatten verwendet. Jetzt mit Unraid 6.10 funktioniert dieses nicht mehr. Wurde an der Event strucktur zu Unraid 6.10 was geändert ? Viele Grüße Thorsten
  20. Hi, after the update to 6.10 the following error is displayed in the log file which I did not have under 6.9.2. May 18 08:00:04 TheTwist kernel: mce: [Hardware Error]: Machine check events logged May 18 08:00:04 TheTwist kernel: mce: [Hardware Error]: CPU 1: Machine Check: 0 Bank 5: bea0000000000108 May 18 08:00:04 TheTwist kernel: mce: [Hardware Error]: TSC 0 ADDR 1ffffa01f1242 MISC d012000100000000 SYND 4d000000 IPID 500b000000000 May 18 08:00:04 TheTwist kernel: mce: [Hardware Error]: PROCESSOR 2:870f10 TIME 1652853581 SOCKET 0 APIC 2 microcode 8701021 May 18 08:00:04 TheTwist mcelog: ERROR: AMD Processor family 23: mcelog does not support this processor. Please use the edac_mce_amd module instead. May 18 08:35:10 TheTwist root: Fix Common Problems: Error: Machine Check Events detected on your server May 18 08:35:10 TheTwist root: mcelog: ERROR: AMD Processor family 23: mcelog does not support this processor. Please use the edac_mce_amd module instead. thetwist-diagnostics-20220518-0855.zip
  21. After updating to Unraid 6.10, the scripts no longer working. Were there any changes to the events (starting/stopped/started) ?
  22. Hi Mgutt, ja das ist richtig. Diese Dateien wurden von irgendwas erzeugt Upgrade Downgrade von Unraid oder was auch immer. Diese Dateien werde aber nicht benötigt. In meine Vorherigen Sicherungen waren diese auch nie enthalten. Nachdem löschen der besagten Dateien funktioniert alles so wie es soll. Viele Grüße Thorsten
×
×
  • Create New...