Jump to content

Keith Morden

Members
  • Posts

    22
  • Joined

Posts posted by Keith Morden

  1. Danke. Der Link war schon hilfreich. Ich hatte bei der Doku von NG geguckt und nix gefunden. Bei der NGX Doku hab ich folgendes gefunden:

    Quote

     

    Migrating from Paperless-ng

    Paperless-ngx is meant to be a drop-in replacement for Paperless-ng and thus upgrading should be trivial for most users, especially when using docker. However, as with any major change, it is recommended to take a full backup first. Once you are ready, simply change the docker image to point to the new source. E.g. if using Docker Compose, edit docker-compose.yml and change:

    image: jonaswinkler/paperless-ng:latest

    to

    image: ghcr.io/paperless-ngx/paperless-ngx:latest

    and then run docker-compose up -d which will pull the new image recreate the container. That's it!

    Users who installed with the bare-metal route should also update their Git clone to point to https://github.com/paperless-ngx/paperless-ngx, e.g. using the command git remote set-url origin https://github.com/paperless-ngx/paperless-ngx and then pull the latest version.

     

    Das war auch schon alles. Es hat super geklappt. Danke nochmal für den SEHR SCHNELLEN Denkanstoss :)

    • Like 1
  2. Hallo zusammen,

     

    da Paperless schon lange nicht mehr aktualisiert wurde möchte ich auf NGX wechseln. 

     

    Wie schaffe ich es, dass die Daten etc. auch alle mitgenommen werden können? Eine Art Backup/Restore habe ich nicht gefunden. Reicht der Download der Dateien und der Verweis auf die RedisDB für den Wechsel?

     

    Gibt es Alternativen zu Paperless, die vllt intuitiver sind?

     

    Ich freue mich schon auf eure Hilfe!

     

    Morden

  3. Ich vermute aber auch, dass es am Kabel liegen könnte. Aktuell ist es mal drin und fixiert. Der erste bruch geht aber auf den Einbau der viel zu langen Grafikkarte 😅

    Jetzt aber noch was zum sichern der Daten. Da es scheinbar gerade klappt... Macht es Sinn mit unbalance die Daten auf die anderen Platten zu verschieben? Muss ich dann noch b etwas beachten, damit ich die defekte Platte ohne Bedenken rausziehen kann? Die Paritat passt sich doch beim verschieben an?! Oder macht es mehr Sinn, zu kopieren und dann die Platte löschen und ausbauen? 

     

  4. 1 hour ago, Ford Prefect said:

    ...hatte garnicht realisiert, dass Du nicht der Themenstarter bist ;-)

     

    @Keith Morden zeig doch mal ein Foto von der Unglücksstelle, wie schlimm es denn genau ist

    Ich hab mal ein Bild gemacht. Die Pins sind in Ordnung. Die Platte wird erkannt und so. 

    Hab mir auch mal den Stecker bestellt. Vllt klappt es ja, da löten echt nicht so meins ist. 

     

    22 hours ago, mgutt said:

     

     

    Fährst du den Server also runter, baust die Platte aus und startest neu, kannst du ohne die Platte das Array starten und dank der Parität wird der Inhalt der fehlenden Platte simuliert.

     

    Du kannst die Daten dann auch auf andere Platten verschieben/kopieren. Die ausgebaute Disk kannst du dann übrigens nicht wieder einbauen. Jedenfalls nicht ohne weiteres.

     

    Sobald du alle Dateien verschoben hast, kannst du über Tools > New Config das Array wie zuvor, nur ohne die fehlende Disk zuordnen. Die Parität wird dann neu aufgebaut.

     

    Hier auch ein paar Infos wie so eine Parität funktioniert:

    https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?do=findComment&comment=1021986

     

    Danke. Das les ich mir mal durch. Wie kann ich denn die defekte Platte nochmal nutzen, wenn ich die Daten verschoben habe und somit eine neue Parität habe? 

  5. Hallo zusammen,

     

    mir ist beim Hardwareeinbau dummerweise der SATA Datenport einer Platte gebrochen. Aktuell hab ich es provisorisch mit Heißkleber gefixt, damit zumindest das Array wieder hochfahren konnte.

    Natürlich handelt es sich bei der kaputten Platte um eine ganz neue 16TB Platte, die mit ca. 8 TB voll ist.

    Es bestehen noch 3 weitere Platten im Array, die ca. 8,5 TB frei haben. Da bereits die ersten CRC Fehler kommen habe ich die Platte schlafen gelegt. Auf ihr sind hauptsächlich Medien und die Familienbilder etc.

    Eine Ersatzplatte habe ich leider nicht griffbereit und kann mir auch adhoc keine gleichwertige leisten.

    Wie gehe ich am besten vor, um die Daten zu sichern?

    Was passiert, wenn ich die Platte ganz aus dem Array nehme? Werden die Daten aus der Parity dann automatisch wieder hergestellt?

    Unbalance traue ich mich nicht, da vermutlich Daten oder die ganze Platte kaputt gehen werden. Ggfls versuche ich, einen neuen Adapter dranzulöten oder ähnliches. Aber hauptsächlich geht es mir um den Erhalt der Daten (ja...ein Backup der ganz wichtigen Sachen besteht ;) ).

    Vielen Dank für eure Hilfe!

     

    Morden

     

     

     

  6. I updated my Unraid from 6.9.2 to 11.1.2.

     

    At first HA with Conbee II and serial passthrough didn't work. I changed nothing in HA or somewhere else with a code or so.

     

    In Unraid I switched the Conbee device to serial connect. In HA i had to reconfigure the 'radio'. Here I chose the emulated USB with QEMU and not the Conbee Stick. 

     

    After that everything worked perfectly. No change in code or somewhere else. It's stable and working. :)

  7. On 6/7/2022 at 9:04 PM, DataCollector said:

    Und wenn es doch eine zwischenzeitlich gealterte Hardware ist?

    Spontane Neustarts treten bei problematischer Stromversorgung gerne auf.

    Hast Du vielleicht zu Testzwecken ein anderes Netzteil rum liegen?

    Sorry, Frage wurde hier schon beantwortet...ich versuch es mal mit einem anderen NT

  8. 22 hours ago, mgutt said:

    Absturz ja, aber Neustart eher unwahrscheinlich.

    Und das Netzteil? Wäre das realistisch?

    Bin aktuell echt am verzweifeln, weil ich den Fehler einfach nicht finde. Die Tage ist der mit der alten Konfiguration über 12 Stunden gelaufen und war dann wieder weg. Aktuell schaffe ich nicht mal mehr den parity sync bei 3tb über 5% zu kriegen :(

  9. On 6/8/2022 at 10:00 AM, Matriuu said:

    Was für ein Mainboard hast du?

    Gesendet von meinem LGE-NX9 mit Tapatalk
     

    ein Gigabyte Technology Co., Ltd. B560M DS3H, Version x.x
    American Megatrends International, LLC., Version F5
    BIOS dated: Fri 18 Jun 2021 12:00:00 AM CEST

     

    mit einem i3 10100

     

    Könnte es sein, dass eine Platte diesen Effekt auslöst? ICh hab die Vermutung, dass eine alles ausknocked. 

  10. 14 minutes ago, Ford Prefect said:

    ...waren wir schon mit den möglchen HW-Problemen durch?

    Wenn nur das Array, ohne Plugins, VMs und Docker Dienste gestartet ist, läuft er dann stabil....lange?

     

    ...siehe oben..RAM und NT geprüft / getauscht?

    Hast Du IPMI? Mal eine ISO gebootet und ein paar Stesstests/Benchmarks laufen lassen?

     Den ersten Teil verstehe ich...aber den zweiten?!?!? :D

  11. Ich hab mich bequatschen lassen und nicht auf "NCARS" gehört :D

    Wenn ich in dem Zusammenhang hier eine Frage zu einem nicht mehr startenden Docker habe, mache ich besser einen neuen Thread auf, oder?

     

    Aktuell sind alle Docker sonst wieder oben bis auf Frigate. Als nächstes kommt die Home Assistant VM.

     

    Kommando zurück. Tatsächlich kam wieder der Neustart nach Aktivierung von Frigate und Nextcloud/photoprism.

     

    Mal schauen, was es ist.

  12. Quote

    un 7 10:42:03 BlackCastleServ kernel: br-8861cdbad031: port 3(veth13e2eed) entered blocking state
    Jun 7 10:42:03 BlackCastleServ kernel: br-8861cdbad031: port 3(veth13e2eed) entered disabled state
    Jun 7 10:42:03 BlackCastleServ kernel: device veth13e2eed entered promiscuous mode
    Jun 7 10:42:03 BlackCastleServ kernel: br-8861cdbad031: port 3(veth13e2eed) entered blocking state
    Jun 7 10:42:03 BlackCastleServ kernel: br-8861cdbad031: port 3(veth13e2eed) entered forwarding state
    Jun 7 10:42:03 BlackCastleServ kernel: eth0: renamed from veth1565141
    Jun 7 10:42:03 BlackCastleServ kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth13e2eed: link becomes ready
    Jun 7 10:42:03 BlackCastleServ rc.docker: vaultwarden: started succesfully!
    Jun 7 10:42:03 BlackCastleServ avahi-daemon[12941]: Joining mDNS multicast group on interface vethfaa672e.IPv6 with address fe80::3014:b7ff:fe2a:c496.
    Jun 7 10:42:03 BlackCastleServ avahi-daemon[12941]: New relevant interface vethfaa672e.IPv6 for mDNS.
    Jun 7 10:42:03 BlackCastleServ avahi-daemon[12941]: Registering new address record for fe80::3014:b7ff:fe2a:c496 on vethfaa672e.*.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Joining mDNS multicast group on interface veth251bc23.IPv6 with address fe80::3c5b:ff:fe91:4bd3.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: New relevant interface veth251bc23.IPv6 for mDNS.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Registering new address record for fe80::3c5b:ff:fe91:4bd3 on veth251bc23.*.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Joining mDNS multicast group on interface veth15b5f13.IPv6 with address fe80::801d:d1ff:fe95:903e.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: New relevant interface veth15b5f13.IPv6 for mDNS.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Registering new address record for fe80::801d:d1ff:fe95:903e on veth15b5f13.*.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Joining mDNS multicast group on interface veth5c8be18.IPv6 with address fe80::7c7c:bfff:fea2:baa3.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: New relevant interface veth5c8be18.IPv6 for mDNS.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Registering new address record for fe80::7c7c:bfff:fea2:baa3 on veth5c8be18.*.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Joining mDNS multicast group on interface veth13e2eed.IPv6 with address fe80::1813:83ff:fea8:fb2d.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: New relevant interface veth13e2eed.IPv6 for mDNS.
    Jun 7 10:42:04 BlackCastleServ avahi-daemon[12941]: Registering new address record for fe80::1813:83ff:fea8:fb2d on veth13e2eed.*.
    Jun 7 10:42:05 BlackCastleServ kernel: vethedd73bb: renamed from eth0
    Jun 7 10:42:05 BlackCastleServ kernel: docker0: port 4(vethb3d4c5f) entered disabled state
    Jun 7 10:42:05 BlackCastleServ avahi-daemon[12941]: Interface vethb3d4c5f.IPv6 no longer relevant for mDNS.
    Jun 7 10:42:05 BlackCastleServ avahi-daemon[12941]: Leaving mDNS multicast group on interface vethb3d4c5f.IPv6 with address fe80::900e:17ff:fe66:d956.
    Jun 7 10:42:05 BlackCastleServ kernel: docker0: port 4(vethb3d4c5f) entered disabled state
    Jun 7 10:42:05 BlackCastleServ kernel: device vethb3d4c5f left promiscuous mode
    Jun 7 10:42:05 BlackCastleServ kernel: docker0: port 4(vethb3d4c5f) entered disabled state
    Jun 7 10:42:05 BlackCastleServ avahi-daemon[12941]: Withdrawing address record for fe80::900e:17ff:fe66:d956 on vethb3d4c5f.
    Jun 7 10:42:18 BlackCastleServ nmbd[14329]: [2022/06/07 10:42:18.612750, 0] ../../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
    Jun 7 10:42:18 BlackCastleServ nmbd[14329]: *****
    Jun 7 10:42:18 BlackCastleServ nmbd[14329]:
    Jun 7 10:42:18 BlackCastleServ nmbd[14329]: Samba name server BLACKCASTLESERV is now a local master browser for workgroup WORKGROUP on subnet 192.168.178.89
    Jun 7 10:42:18 BlackCastleServ nmbd[14329]:
    Jun 7 10:42:18 BlackCastleServ nmbd[14329]: *****
    Jun 7 10:43:08 BlackCastleServ ool www[13561]: /usr/local/emhttp/plugins/dynamix/scripts/rsyslog_config
    Jun 7 10:43:11 BlackCastleServ rsyslogd: [origin software="rsyslogd" swVersion="8.2002.0" x-pid="29329" x-info="https://www.rsyslog.com"] start
    Jun 7 10:45:57 BlackCastleServ ntpd[1912]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
    Jun 7 10:51:00 BlackCastleServ root: Fix Common Problems Version 2022.05.30
    Jun 7 10:51:13 BlackCastleServ root: Fix Common Problems: Warning: preclear.disk.plg Not Compatible with Unraid version 6.9.2 ** Ignored
    Jun 7 10:51:15 BlackCastleServ root: Fix Common Problems: Error: Machine Check Events detected on your server ** Ignored
    Jun 7 10:51:15 BlackCastleServ root: mcelog not installed
    Jun 7 10:51:16 BlackCastleServ root: Fix Common Problems: Other Warning: Mover logging is enabled
    Jun 7 10:51:18 BlackCastleServ root: Fix Common Problems: Warning: Syslog mirrored to flash
    Jun 7 10:51:18 BlackCastleServ root: Fix Common Problems: Warning: The plugin usb_manager_usbip_addon.plg is not known to Community Applications and is possibly incompatible with your server

    Zehn Minuten später kam der Neustart.

     

    Danach hab ich mal gestartet ohne mount ... keine Probleme. 

    Aktuell läufts im Maintenance Modus. Ich schau mal, wie ich da jetzt weiter mache. :D

  13. Ich habe 2 3D Drucker dran (die sind jedoch ohne Strom bzw. auch gar nicht eingesteckt) und den ConbeeII. Dann natürlich noch das Flash Drive.

     

    Vor dem Update ging ja alles ohne Probleme, so dass beide Drucker über Octoprint betrieben werden konnten und dennoch der Conbee funktionierte. Nach Update und anschliessendem Restore kommt das Phänomen des Neustarts nach paar Minuten.

  14. Was war denn hier die Lösung?

     

    Ich hatte gestern auf 6.10 geupdatet...leider hat es nicht funktioniert (USB Fehler bei Conbee), so dass ich mein Backup wieder eingespielt habe.

    Dummerweise startet der Server jetzt nach einigen Minuten immer wieder neu. Logs sind bei mir auch leer. 

     

    Gibts da einen Fahrplan, um Fehler zu finden, wenn keine Logs da sind?

×
×
  • Create New...