sonic6

Members
  • Posts

    601
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by sonic6

  1. On 10/4/2021 at 8:38 PM, socke said:

    - Was haltet ihr vom microserver? 

    Kann ich aus eigener Erfahrung nicht unbedingt empfehlen.

     

    Ich selbst hatte einen HP Microserv x3418. Selbst der "Einstieg" mit Unraid war gar nicht so einfach, das es nicht ohne weiteres möglich war meinen PCIe SATA Controller zu nutzen, bzw zu flashen.

    Des Weiteren habe ich die Leistungs- und Möglichkeitengrenzen mit dem Gerät in unter einem Jahr erreicht, obwohl ich blutiger Anfänger im Bereich Server/Linux/Unraid/Docker/VMs etc war. Besonders im Bezug auf Plex/Emby/Jellifyn und Transcoding wird man hier nicht zwangläufig glücklich.

     

    Falls du Kompakt bleiben willst, kann ich dir DS380 empfehlen. Hardware dafür würde in meiner Signatur stehen.

     

    23 hours ago, ich777 said:

    @sonic6 du brauchst im idle mit deinem 10400 glaub ich so um die 25Watt wenn ich mich nicht täusche oder?

    Ja, wenn alle Platten im Spindown sind. Hier ist aber definitiv noch Raum für Optimierungen. An solch einen Wert kam ich mit meinem Microserv bei der Leistung nicht annähernd ran.

     

     

  2. APCUSB funktioniert auch gut, jedoch fährt diese die CyberPower USV nicht runter, wenn Unraid durch Spannungslosigkeit runtergefahren wurde. Zusätzlich nutze ich weitere Teilnehmer im Netz, die runtergefahren werden sollen und als Client NUT nutzen.

     

    Kurzum: Für CyberPower und in meinem Usecase ist NUT definitiv die bessere Wahl.

  3. Hey,

     

    today i wan't to try to get my new 6600 XT work with unraid for Containers and/or VMs.

     

    The GPU is connect with a M.2 to PCIe Riser, which worked fine in my Workstation.

     

    My System:

    CPU: Intel Core i5-10400 --- 

    RAM: 2x16GB Crucial CT2K16G4DFRA266 --- 

    M/B: ASRock > H470M-ITX/ac (latest BIOS 1.22 Beta)

    HBA: IBM ServeRaid M1015 SATA / SAS HBA Controller (IT Mode)

     

    image.thumb.png.8193d7e009256e661eda10d7efeb18c1.png

     

    I installed "radeontop" from the CA but it will not show the GPU:

    image.png.cd5320f712761bca54fc9e407a3337ae.png

     

    i tried VMs, Jellyfin Container and Phoenixminer Container.

     

    Diagnostic and  Syslog is attached

     

     

    unraid-1-syslog-20210911-0839.zip unraid-1-diagnostics-20210911-1056.zip

  4. Moin,

     

    nein, die UAD ist keinem Share zugeteilt und noch nicht einmal gemounted:

    image.png.70d41d09c36530f76e407c610b8170d6.png

    image.png.0599bfc75c0ca6760e98b94ab60ecd9c.png

     

    Die UAD wird nur durch ein Script für Backups gemounted:

     

    Spoiler
    #!/bin/bash
    
    /usr/local/sbin/rc.unassigned mount /dev/disk/by-id/ata-WDC_WD40EFRX-***
    sleep 30s
    
    /mnt/cache/appdata/backup_script.sh
    
    sync -f /mnt/disks/WDC_WD40EFRX-***
    sleep 30s
    /usr/local/sbin/rc.unassigned umount /dev/disk/by-id/ata-WDC_WD40EFRX-***

     

     

    Hier meine NC Config:

    Spoiler
    <?php
    $CONFIG = array (
      'memcache.local' => '\\OC\\Memcache\\Redis',
      'memcache.locking' => '\\OC\\Memcache\\Redis',
      'redis' => 
      array (
        'host' => '192.168.0.50',
        'port' => 6379,
        'timeout' => 0.0,
      ),
      'datadirectory' => '/data',
      'instanceid' => '***',
      'passwordsalt' => '***',
      'secret' => '***',
      'trusted_domains' => 
      array (
        0 => '192.168.0.50:444',
        1 => 'nextcloud.***.de',
      ),
      'dbtype' => 'mysql',
      'version' => '21.0.4.1',
      'trusted_proxies' => 
      array (
        0 => 'swag',
        1 => '172.20.0.10',
      ),
      'overwrite.cli.url' => 'https://nextcloud.***.de:444',
      'overwritehost' => 'nextcloud.***.de',
      'overwriteprotocol' => 'https',
      'dbname' => 'nextcloud',
      'dbhost' => '192.168.0.50:3306',
      'dbport' => '',
      'dbtableprefix' => 'oc_',
      'mysql.utf8mb4' => true,
      'dbuser' => '***',
      'dbpassword' => '***',
      'installed' => true,
      'mail_smtpmode' => 'smtp',
      'mail_smtpsecure' => 'tls',
      'mail_sendmailmode' => 'smtp',
      'mail_from_address' => 'nextcloud',
      'mail_domain' => '***.de',
      'mail_smtpauthtype' => 'LOGIN',
      'mail_smtpauth' => 1,
      'mail_smtphost' => 'mail.***.net',
      'mail_smtpport' => '587',
      'mail_smtpname' => 'nextcloud@***.de',
      'mail_smtppassword' => '***',
      'default_language' => 'de',
      'default_locale' => 'de_DE',
      'default_phone_region' => 'DE',
      'log_type' => 'owncloud',
      'logtimezone' => 'Europe/Berlin',
      'logfile' => '/config/log/nextcloud/nextcloud.log',
      'loglevel' => 2,
      'maintenance' => false,
      'theme' => '',
      'updater.release.channel' => 'stable',
      'trashbin_retention_obligation' => '120, auto',
      'versions_retention_obligation' => 'auto',
      'app_install_overwrite' => 
      array (
        0 => 'occweb',
        1 => 'unsplash',
      ),
      'preview_max_x' => '2048',
      'preview_max_y' => '2048',
      'jpeg_quality' => '60',
      'filesystem_check_changes' => '1',
    );

    image.thumb.png.e9c945d8108b46ac3ecde557b5fd8231.png

     

     

    Das einzige was ich bisher reproduzieren konnte, was tatsächlich das nutzen des NC Windows Clients.

    Wenn sich dieser Verbunden hat, ist die UAD angedreht:

    image.thumb.png.dbb1058c09fdd6dbe6cf228a4891624f.png 

  5. So, habe nun endlich mal Zeit gefunden.

    Habe dein Pakete installiert und getestet.

     

    -Alle Array Platten Spinup (ist bei mir default)

    -UAD Platte (sdh) in den Spindown geschickt

     

    Dann habe ich mehrere male das WEbUI von Nextcloud aufgerufen und verschiedene Bereiche besucht. Kein Problem, Platte (UAD sdh) blieb im Spindown.

     

    Habe zu guter letzt den NC Windows Client bei mir am PC gestartet und aufeinmal ging die UAD in den Spinup.

     

    Zum testen nochmal den NC Win Client geschlossen, UAD in den Spindown... danach NC Win Client gestartet und ne Sekunde, nachdem dieser sich verbunden hat ist die UAD angedreht.

     

    [...]
    
    COMMAND /usr/sbin/hdparm -C /dev/sdh (22124)
    COMMAND /usr/sbin/hdparm -C /dev/sdh (22390)
    COMMAND /usr/sbin/hdparm -C /dev/sdh (22536)
    COMMAND /usr/bin/php /usr/local/sbin/smartctl_type dev1 -A (22699)
    COMMAND /usr/sbin/smartctl -A /dev/sdh (22701)
    COMMAND /usr/bin/php /usr/local/sbin/smartctl_type dev1 -A (22699)
    COMMAND /usr/sbin/smartctl -A /dev/sdh (22701)
    COMMAND /usr/bin/php /usr/local/sbin/smartctl_type dev1 -A (22699)
    COMMAND /usr/sbin/smartctl -A /dev/sdh (22701)
    
    [...]


    Klingt irgendwie kaum nachvollziehbar, oder?

  6. Last time a saw this Error in my Syslog:

     

    Sep  4 19:11:10 Unraid-1 nginx: 2021/09/04 19:11:10 [error] 27998#27998: *4810699 open() "/usr/local/emhttp/plugins/dynamix.system.stats/images/sys.png" failed (2: No such file or directory) while sending to client, client: 192.168.0.6, server: , request: "GET /plugins/dynamix.system.stats/images/sys.png HTTP/1.1", host: "192.168.0.50", referrer: "http://192.168.0.50/Stats"

     

    This Error appears every time, i open the System Stats Tab.

    Diagnostic attached.

     

    unraid-1-diagnostics-20210904-1913.zip

    • Like 1
  7. Moin,

     

    würde es vielleicht Sinn machen einen Sammelthread im Deutschen Bereich zu den erstellten Guides anzupinnen?

    Mittlerweile gibt es hier ja einiges und ich persönlich finde, dass gerade Guides auf Deutsch sehr dabei helfen, die Zusammenhänge und Abläufe unter Unraid zu zu verstehen.

     

    Besonders neuen Usern bietet man hier eine große Hilfestellung und auch Möglichkeiten Hilfe-zur-Selbsthilfe zu schaffen. Dem Ein oder Anderen der einfach nur mal im Forum stöbert, wird man hier vielleicht auf neue Idee für seinen Server bringen.

     

    Klar gibt es einen gesonderten Bereich für Guides, dieser ist aber primär auf Englisch. Das kann aber eine Hürde bei einigen Usern sein. Hier würde man diesen Leuten einen Anlaufpunkt geben, sich mehr mit Unraid auseinander zu setzten.

    Gleichzeitig fördert man das Erfolgserlebnis und senkt die Hemmschwelle neues zu probieren.

    • Like 2
  8. nochmal vorweg:

    Primär habe ich nur den Guide zusammen geschrieben und die Befehle zusammengetragen, um Variablen ergänzt und ausprobiert. Deswegen kann ich nur vermuten, warum die Befehle so sind, wie sie sind.

    Sollte ich quatsch erzählen, bitte ich dass die von Jemanden der es "weiß", korrigiert wird.

     

    55 minutes ago, Anym001 said:

    Warum bs=1MB und nicht bs=4MB?

    Das habe ich so aus dem Script von Lukas Knöller übernommen. Laut diesem Artikel schien mir keine Anpassung von nöten.

     

    55 minutes ago, Anym001 said:

    Warum Anführungszeichen nur über den if Befehl von dd und nicht über den kompletten dd Befehl?

    Ich denke es liegt daran, dass das 

    dd if=/dev/mmcblk0

     im Ziel ausgeführt wird, dann per pipe an 

    dd of=${BACKUP_PFAD}/${BACKUP_NAME}-${DATUM}.img

     übergeben wird, welches lokal ausgeführt wird.

     

    • Like 2
  9. Hier ein kurzer Guide um über ein einfaches User Script von Unraid aus die Konfiguration eures Pihole zu sichern.

     

    Hierzu wird per SSH eine Verbindung zu Pihole aufgenommen, der Teleporter (Backup Erstellung) gestartet und das Backup per SCP auf den Unraid-Server übertragen. Danach wird das Übertragene Backup am Pihole und alte Backups auf dem Unraid-Server gelöscht.

     

    Da ich, abgesehen von meinem letzten Guide, recht unerfahren mit Unraid, Termina, Linux, SSH, Scripte, etc... bin, bitte ich Fehler zu entschuldigen.

    Für Ergänzungen/Verbesserungen bin offen und dankbar!

     

    ----

     

    -Backup Share als Ziel einrichten.

    Falls mehrere Pi's gesichert werden sollen, empfehle ich für jeden Pi einen eigenen Unterordner im Share zu erstellen.

     

     

    -Unterordner im Share erstellen:

    Im Unraid Terminal folgenden Befehl ausführen

    mkdir -p /mnt/user/DEIN-BACKUP-SHARE/PIHOLE-BACKUP

     

     

    -sshpass downloaden, /extra/ Ordner auf dem Stick erstellen, sshpass in den Ordner /extra/ verschieben und sshpass installieren:

    Im Unraid Terminal folgenden Code ausführen.

    wget https://packages.slackonly.com/pub/packages/14.2-x86_64/network/sshpass/sshpass-1.06-x86_64-1_slonly.txz && mkdir /boot/extra && mv sshpass-1.06-x86_64-1_slonly.txz /boot/extra/ && installpkg /boot/extra/sshpass-1.06-x86_64-1_slonly.txz

    Dadruch dass wir das sshpass im /extra/ Ordner des Unraid Sticks liegen haben, wird sshpass mit jedem Unraid Start installiert.

    Wer das "Fix Common Problems" Plugin nutzt, wird nun eine Meldung bekommen, diese kann man mit dem Button rechts ignorieren:

    image.png

     

     

    -User Script Plugin installieren:image.png

     

     

    -User Script Plugin aufrufen und neue User Script erstellen:

    image.png

     

     

    -Script ins leere Feld kopieren und Variablen anpassen:

    #!/bin/bash
    
    
    #Variablen
    PI_IP="XXX.XXX.XXX.XXX"
    SSH_USER="PI-USER"
    SSH_PW="DEIN-SUPER-PASSWORT-VOM-PI-USER"
    BACKUP_PFAD="/mnt/user/DEIN-BACKUP-SHARE/PIHOLE-BACKUP" #ohne / am Ende
    BACKUP_ANZAHL="30"
    
    
    #Backup erstellen
    sshpass -p ${SSH_PW} ssh ${SSH_USER}@${PI_IP} sudo "pihole -a teleporter"
    
    #Backup von Pi nach BACKUP_PFAD kopieren
    sshpass -p ${SSH_PW} scp -r ${SSH_USER}@${PI_IP}:pi-hole-*.tar.gz ${BACKUP_PFAD}/
    
    #Backup am Pi löschen
    sshpass -p ${SSH_PW} ssh ${SSH_USER}@${PI_IP} rm -f pi-hole-*.tar.gz
    
    #Alte Backups löschen
    pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/pi-hole*.* | head -n -${BACKUP_ANZAHL} | xargs rm; popd
    
    sync -f ${BACKUP_PFAD}

    Im falle von Raspberry Pi OS sollte der User "Pi" sein. Das Passwort habt ihr bei der Installation von Raspberry Pi OS selbst festgelegt.

    Am Ende der Variablen BACKUP_PFAD darf kein "/" gesetzte sein, da dieses schon im Code enthalten ist.

     

     

     

    -Script mit dem "SAVE CHANGES" Button abspeichern.

     

     

    -Cron anpassen:

    image.thumb.png.ce56e81de36c4744cd7e674910c76567.png

    In meinem Beispiel läuft das Script zur 0. Minute in der 23. Stunde an jedem Tag, jeden Monat, an egal welchem Wochentag.

    Oder kurz: jeden Tag um 23:00 Uhr.

    Hilfe zu Cron: https://crontab.guru/

     

     

    -Einstellungen unten mit dem Button "APPLY" sichern.

     

     

    Vielen Dank schon einmal im Voraus an alle die das Script nutzen!

     

     

     

    *CHANGELOG*

     

     

  10. An eine Möglichkeit das Passwort nicht im Klartext ins Script zu packen, hatte ich auch schon gedacht.

     

    Aber zum jetzigen Zeitpunkt sprachen zwei Gründe für mich dagegen:

    1. Passwort als Klartext war sehr Einsteigerfreundlich und für diese Nachvollziehbar. Jemand der Fit in der Materie ist, wird das Script mit Leichtigkeit anpassen.

    2. Es überstieg bisher einfach meine Fähigkeiten :D

    • Like 1
  11. Hier ein kurzer Guide zu einem User Script um von einem Pi eine Sicherungsimage zu erstellen und zu verkleinern.

     

    Da ich selbst recht neu mit Unraid unterwegs bin und total unerfahren im Bereich Linux, Termina, Befehle, etc... bitte ich Fehler zu entschuldigen und gerne zu Verbessern und/oder brauchbares zu ergänzen. 

     

    Als Basis habe ich das Script von Lukas Knöller - hobbyblogging.de genommen und um ein paar Variablen und PiShrink ergänzt.

    Das Script verbindet sich per SSH auf den Pi, erstellt ein Image davon und legt es im Backup Share ab. Danach werden überfällige Backups gelöscht und das erstellte Backup verkleinert.

     

    -Backup Share als Ziel einrichten.

    Falls mehrere Pi's gesichert werden sollen, empfehle ich für jeden Pi einen eigenen Unterordner im Share zu erstellen.

     

     

    -Unterordner im Share erstellen:

    Im Unraid Terminal folgenden Befehl ausführen

    mkdir -p /mnt/user/DEIN-BACKUP-SHARE/PI-UNTERORDNER

     

     

    -sshpass downloaden, /extra/ Ordner auf dem Stick erstellen, sshpass in den Ordner /extra/ verschieben und sshpass installieren:

    Im Unraid Terminal folgenden Code ausführen.

    wget https://packages.slackonly.com/pub/packages/14.2-x86_64/network/sshpass/sshpass-1.06-x86_64-1_slonly.txz && mkdir /boot/extra && mv sshpass-1.06-x86_64-1_slonly.txz /boot/extra/ && installpkg /boot/extra/sshpass-1.06-x86_64-1_slonly.txz

    Alternative, falls die Quelle nicht erreichbar ist:

    Spoiler
    wget https://slack.conraid.net/repository/slackware64-current/sshpass/sshpass-1.09-x86_64-1cf.txz
     && mkdir /boot/extra && mv sshpass-1.06-x86_64-1_slonly.txz /boot/extra/ && installpkg /boot/extra/sshpass-1.09-x86_64-1cf.txz

     

     

    Dadruch dass wir das sshpass im /extra/ Ordner des Unraid Sticks liegen haben, wird sshpass mit jedem Unraid Start installiert.

    Wer das "Fix Common Problems" Plugin nutzt, wird nun eine Meldung bekommen, diese kann man mit dem Button rechts ignorieren:

    image.thumb.png.0633af487d387463df6f63166514c4c5.png

     

     

    -PiShrink download, verschieben nach /mnt/user/appdata/, ausführbar machen:

    Im Unraid Terminal folgenden Code ausführen.

    wget -O /mnt/user/appdata/pishrink.sh https://raw.githubusercontent.com/Drewsif/PiShrink/master/pishrink.sh && chmod +x /mnt/user/appdata/pishrink.sh

     

     

    -User Script Plugin installieren:

    image.thumb.png.ad0c39655d78765459323f6f7d0c3299.png

     

    -User Script Plugin aufrufen und neue User Script erstellen:

    image.png.18b4bc96213621500e37f50ccf3a5fff.png

     

    -Script ins leere Feld kopieren und Variablen anpassen:

    #!/bin/bash
    
    
    #Variablen
    PI_IP="XXX.XXX.XXX.XXX"
    SSH_USER="PI-USER"
    SSH_PW="DEIN-SUPER-PASSWORT-VOM-PI-USER"
    BACKUP_PFAD="/mnt/user/DEIN-BACKUP-SHARE/PI-UNTERORDNER" #ohne / am Ende
    BACKUP_ANZAHL="5"
    BACKUP_NAME="pi_image"
    SHRINK_SCRIPT_PFAD="/mnt/user/appdata/pishrink.sh"
    DATUM="$(date +%Y%m%d)"
    
    #Backup erstellen
    sshpass -p ${SSH_PW} ssh ${SSH_USER}@${PI_IP} sudo "dd if=/dev/mmcblk0" | dd of=${BACKUP_PFAD}/${BACKUP_NAME}-${DATUM}.img bs=1MB
    
    #Alte Sicherung löschen
    pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd
    
    sync -f ${BACKUP_PFAD}
    
    #shrink
    ${SHRINK_SCRIPT_PFAD} ${BACKUP_PFAD}/${BACKUP_NAME}-${DATUM}.img

    Im falle von Raspberry Pi OS sollte der User "Pi" sein. Das Passwort habt ihr bei der Installation von Raspberry Pi OS selbst festgelegt.

    Am Ende der Variablen BACKUP_PFAD darf kein "/" gesetzte sein, da dieses schon im Code enthalten ist.

     

    Solltet Ihr "root" nutzen, oder das Script aufgrund von sporadischen erneutem Abfragen des Passwortes abbrechen, haben @dan4UR und @Anym001 vielleicht die Lösung für euch:

       root User

       Erneute Passwortabfrage bei sudo

     

    -Script mit dem "SAVE CHANGES" Button abspeichern.

     

     

    -Cron anpassen:

    image.thumb.png.071db138810bed132d5f973853786d85.png

    in meinem Beispiel läuft das Script zur 15. Minute in der 23. Stunde am 11. und 26. Tages jeden Monat, an egal welchem Wochentag.

    Oder kurz: jeden 11. und 26. um 23:15Uhr.

    Hilfe zu Cron: https://crontab.guru/

     

     

    -Einstellungen unten mit dem Button "APPLY" sichern.

     

    Wie Anfangs schon erwähnt, bin ich nicht sehr Erfahren und bitte um Rücksicht bei Fehlern.

    Danke auch an @ich777, @alturismo und @Anym001 für Idee, Ratschläge, Testen und Wissen.

     

    Ansonsten, Happy Backup!

     

     

     

    *CHANGELOG*

    25.08.2021 20:20 - Variable DATE hinzugefügt

    30.11.2021 09:35 - Troubleshooting Ergänzung für root und sudo

    26.12.2021 14:22 - Alternative Quelle für sshpass. Danke @mgutt

     

     

    • Like 8
    • Thanks 1
  12. 2 hours ago, hawihoney said:

    Hmm, der Thread lautet "PLATTEN GEHEN NICHT IN SPINDOWN". Wenn es anders gemeint war, dann sorry.

    War vielleicht blöd von mir formuliert, war aber nicht toxisch von mir gemeint.

     

    1 hour ago, mgutt said:

    Teste mal das Kommando, wenn deine USB Platte schläft:

    hdparm -C /dev/sdX

     

     

    root@Unraid-1:~# hdparm -C /dev/sdh
    
    /dev/sdh:
     drive state is:  standby