To crossflash the Fujitsu D3307 (LSI SAS3008 based controller) to LSI SAS9300-8i running in IT mode (HBA Mode) I created a few batch files.
Copy the attached ZIP-File contents to a FreeDOS bootable USB Stick or something similar. Everything needed is included.
Crossflash Fujitsu D3307 to LSI SAS9300 in IT Mode weiterlesen
Vor einigen Monaten bin ich über eine Schaltung „gestolpert“, mit der sich Lichtschranken an einem Märklin S88 benutzen lassen, um eine Gleisbelegtmeldung zu realisieren.
In meinem Schattenbahnhof nutze ich eine abgewandelte Form seit einigen Monaten, das ganze aufgebaut auf Breadboards:
Insgesamt klappt es ganz gut, allerdings ist die Breadboard-Schaltung doch etwas Vibrationsempfindlich, so das ich mich ran gemacht habe diese auf ein Layout für Platinen umzuwandeln.
Märklin S88 Lichtschranken-Platine weiterlesenIch hab vor kurzem von einem FireTV Cube auf den Chromecast with Google TV gewechselt.
Der Chromecast ist schon ein tolles Teil, die Oberfläche gefällt mir persönlich viel besser als die vom FireTV. Außerdem luppt Kodi (mit ein paar Einschränkungen) „Ab Haus“, kein Sideload mehr notwendig.
Dafür hatte ich aber ein sehr nerviges Verhalten, welches mir vorher schlicht nicht aufgefallen ist: Ich konnte nicht 4k/60Hz mit Dolby Vision aktivieren. Es gehen max 30Hz bei 4k. Das selbe mit PC am Receciver angeschlossen.
TV kann es, Receiver kann es. Stecke ich den Chromecast direkt an den TV statt am Receiver (Onkyo TX-NR696) klappt es auch sofort. Heute bin ich dann durch Zufall auf folgendes pdf gestoßen:
https://www.onkyo.com/manual/sup/upd/hdmi_4k_onk.pdf
Ja was soll ich sagen, es war „nur“ Standard aktiviert. Nach umstellen auf Enhanced klappt es, wie auch der Liste von supporteten Formaten zu entnehmen, sofort…
Also Tipp für alle mit Onkyo Receiver und Problemen bei 4k/60Hz/DV: Umbedingt umstellen!
Wieder viel Zeit und Nerven gekostet, aber hey, wenns einfach wäre….. 🙁
Lange Zeit hatte ich hier für meine kleine Serverumgebung ein BareOS laufen, vor einiger Zeit dann aber auf Bacula gewechselt.
So lange der Director auf einem der Raspberry Pi lief war auch alles gut, vor ein paar Monaten folge dann aber noch ein Umzug auf Proxmox in ein LXC Container.
Für bestehende Backupjobs kein Problem, sowohl x86 als auch arm-hf Quellen sind super weiter gelaufen (Incremental forever).
Ein neuer Client unter arm-hf lief allerdings nicht, immer beim starten der Sicherung (Initial Full) ist der bacula-fd mit einem SigFault weg gecrasht. Da dieses System nicht soo wichtig war hab ich es dann dabei belassen, vor ein paar Tagen hatte ich aber noch andere Probleme und dabei sind die wichtigen Raspberri Pi Systeme auch ausgelaufen und wollten ein neues Full Backup machen.
Hier sind dann genau die selben Probleme hoch, welche stellenweise auch im Netz diskutiert wurden. Eine Lösung für die Kombination arm-hf bacula-fd und x86 bacula-dir als gemeinsame Problemursache gibt es wohl nicht. Zu seltener Use-Case, um da viel Zeit rein zu investieren…
Da fiel mir heute morgen ein, das der bareos-fd ja auch ein bacula Compability Mode hat und é voila, eingerichtet und das Backup läuft 1A 🙂
Also Tipp wenn ihr das Problem habt:
Nutzt den bareos-fd (bareos-client) zusammen mit dem Bacula Director.
Anbei noch die Fehlermeldung vom Bacula FD:
Apr 16 07:02:55 raspi-vzmon bacula-fd[4551]: Bacula interrupted by signal 11: Segmentation violation
Apr 16 07:02:55 raspi-vzmon bacula-fd[4551]: Kaboom! bacula-fd, raspi-vzmon.mgmt.2-cpu.local-fd got signal 11 - Segmentation violation at 16-Apr-2021 07:02:55. Attempting traceback.
Apr 16 07:02:55 raspi-vzmon bacula-fd[4551]: Kaboom! exepath=/usr/sbin/
Apr 16 07:02:55 raspi-vzmon bacula-fd: Bacula interrupted by signal 11: Segmentation violation
Apr 16 07:02:55 raspi-vzmon bacula-fd[4551]: Calling: /usr/sbin/btraceback /usr/sbin/bacula-fd 4551 /var/lib/bacula
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: bsmtp: bsmtp.c:488-0 Failed to connect to mailhost localhost
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: The btraceback call returned 1
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: LockDump: /var/lib/bacula/bacula.4551.traceback
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: raspi-vzmon.mgmt.2-cpu.local-fd: lockmgr.c:1221-0 lockmgr disabled
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: raspi-vzmon.mgmt.2-cpu.local-fd: smartall.c:400-2863311530 Orphaned buffer: raspi-vzmon.mgmt.2-cpu.local-fd 536 bytes at bd4690 from bsockcore.c:157
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: raspi-vzmon.mgmt.2-cpu.local-fd: smartall.c:400-2863311530 Orphaned buffer: raspi-vzmon.mgmt.2-cpu.local-fd 280 bytes at bd0f58 from jcr.c:384
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: raspi-vzmon.mgmt.2-cpu.local-fd: smartall.c:400-2863311530 Orphaned buffer: raspi-vzmon.mgmt.2-cpu.local-fd 280 bytes at bd1950 from jcr.c:388
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: raspi-vzmon.mgmt.2-cpu.local-fd: smartall.c:400-2863311530 Orphaned buffer: raspi-vzmon.mgmt.2-cpu.local-fd 312 bytes at bd3400 from bsock.c:852
Apr 16 07:03:00 raspi-vzmon bacula-fd[4551]: raspi-vzmon.mgmt.2-cpu.local-fd: smartall.c:400-2863311530 Orphaned buffer: raspi-vzmon.mgmt.2-cpu.local-fd 4120 bytes at bd4ac0 from bsockcore.c:156
Apr 16 07:03:00 raspi-vzmon systemd[1]: bacula-fd.service: Main process exited, code=killed, status=11/SEGV
Apr 16 07:03:00 raspi-vzmon systemd[1]: bacula-fd.service: Failed with result 'signal'.
Apr 16 07:04:00 raspi-vzmon systemd[1]: bacula-fd.service: Service RestartSec=1min expired, scheduling restart.
Apr 16 07:04:00 raspi-vzmon systemd[1]: bacula-fd.service: Scheduled restart job, restart counter is at 3.
Apr 16 07:04:00 raspi-vzmon systemd[1]: Stopped Bacula File Daemon service.
Ich habe bei mir gerade unter Ubuntu 19.10 auf die native ZFS Verschlüsselung umgestellt und dabei nur mein Data-Pool mittels Passphrase verschlüsselt, nicht jedoch den System Pool.
Beim System Pool sollte wohl direkt beim Booten eine Passphrase-Abfrage zu kommen, bei meinem Data allerdings nicht. Nach dem Boot sind die Datasets zwar da, aber nicht lesbar weil noch nicht entsperrt.
Nach einigem Basteln hat sich diese systemd service file bei mir als funktional erwiesen:
cat /etc/systemd/system/zfs-load-key.service [Unit] Description=Import key for ZFS pool Documentation=man:zfs(8) DefaultDependencies=no After=systemd-udev-settle.service After=zfs-import.target After=systemd-remount-fs.service Before=zfs-mount.service [Service] Type=oneshot RemainAfterExit=yes ExecStart=/bin/bash -c 'systemd-ask-password "Encrypted ZFS password" --no-tty | zfs load-key -a' [Install] WantedBy=zfs.target
Setzt allerdings aktuel voraus, das alle Datasets den selben Passphrase haben und checkt auch nicht ob valide und ggfs Retry notwendig ist 😉
Quelle:
https://wiki.archlinux.org/index.php/ZFS#Unlock_at_boot_time