projekt omv als backup-nas ... fragen (nicht viele, hoff ich *g*)

gut, was weiß ich?

im docker auf linux finde ich die db von grocy, die hab ich auch sicher im griff, kopiere ich die db weg, sind auch die daten weg, kapier ich sie zurück, sind die daten da.

windows grocy (direkt, ohne docker). ich kann die db vom "linux docker" reinkopieren und meine daten passen. pass’ ich was an und kopiere sie auf den linux docker zurück, hab ich dort auch die neuen daten.

windows docker: kopiere ich am angegebene pfad die db hin (die verzeichnisstruktur passt zu den anderen grocys), hab ich keinerlei daten beim starten vom grocy.

irgendwie komisch ...

mir fallt aber grade auf, dass ich aufgrund meiner möchtegern-tests eh schon erreicht hab, was ich wollte: ich hab einen laufenden grocy unter win, dessen daten ich dann irgendwann mal zum grocy im linux-docker kopieren kann, wenn die nas online geht. ärgerlich ist hier nur, dass der barcodebuddy für win nur im docker rennen würde. ich muss also mal schauen, ob der barcodebuddy im win-docker den grocy ohne docker auf win findet *g*.

somit ist das ganze grocy-windoof-docker geschisse eh nur fleißaufgabe. frag mich grad, ob ich damit dich und mich überhaupt noch belästigen sollte?

btw - der grocy gfallt langsam sogar meiner holden. mit dem barcodebuddy geht das anlegen neuer produkte ja relativ flott. mit dem handy als scanner baust dir dann in biep biep biep deine einkaufszettel. komm mir schon vor, wie 'ne kassenkraft im edeka *g*.

bei der menge, die der grocy noch könnte, bin ich derzeit noch nicht wirklich weiter. wer sein essen zu hause wirklich lager-verwalten will, mit allen infos, die man kriegen kann, sollt das ding echt mal probieren.

hab den win-docker eigentlich schon gekillt. geht ja alles, was ich brauche und die nächste baustelle ist schon in arbeit *g*

hat in meinen augen auch wenig sinn, sich mit dem docker unter win weiterzuspielen. wurde ja oft genug hier die begeisterung über win-docker erwähnt.

aja, und ich hab was angelegt, war zwar nur ein user, aber der kommt ja auch in die db vom grocy.

sei ned frech *g*

finds aber schon recht unlustig, dass ein windows-grocy kompatibler zum linux-grocy ist, als ein linux-grocy im windos-docker.

aber heute bin ich eh wohl gesonnen. zumindest hat die nas in zukunft ein backup für mein homematic-zeugs. da rennt nämlich wieder wunderbar der hmusb, den ich nie durch die vm auf der derzeitigen nas duchgereicht bekommen hab.

und ich wollte den schon wegschmeißen ...

nu hab ich wieder hmlan und hmusb am laufen, so wie das mal vor jahren geplant war.

ja, is halt wieder nix ganzes und nix halbes.

mein dummer gedankengang war halt - als ihr mich zum docker genötigt habts *g* - damit eine art flottes backup zu haben, dass endlich mal auch systemübergreifend funzt.

aber auch egal. was heul’ ich, wenn eh alles geht, was ich brauch’? so lernt ma wenigstens, was so alles nicht geht ...

und ein schönes bleibt ja dann noch, was ich ja auch vergessen hab: sobald das system rennt und in den echtbetrieb geht, hab ich ja die jetzige nas, die dann quasi 1:1 als backupsystem aufgesetzt werden kann.

da klappts dann auch sicher mit den containern und all dem rest.

sprich: ich geb mir jetzt n paar wochen/monate zeit, ob mir noch irgendwas wichtiges einfallt, dann wird mal alles am testsystem aktuell gemacht und ausgetestet. tjo, und dann hab ich wohl 'ne neue nas ...

was ich aber noch interessant finden würde:

wie könnte man die beiden nuc's aktuell halten am einfachsten?

die vorstellung: so alle paar wochen mal wird die backup-nas aufgedreht, automatisch wird alles von der echt-nas rübergezogen und ich schalt dann später meine backup-nas einfach aus. bricht die echte nas nieder, dreh’ ich einfach das backupsystem auf und alles rennt.

wenns da noch zuverlässig funzende idee gäbe ... ist aber auch ned eilig, weil probieren kann ichs dann eh erst, wenn mal der nuc den andern als nas ersetzt.

und ja, noch 'ne frage:

ich sucher nach einer offline-tts für linux, die man sich ohne gehörschaden anhören kann. das fehlt mir noch für fhem. derzeit verwend’ ich die tts von windoof, die ist offline und echt gut von der stimme her.

sprich: google oder amazon kommen nicht in frage.

mycroft - genau, die stimmen waren recht gut, als ich sie mir vor 2 oder 3 jahren angeschaut hab ...

wollt mir mal so ein v2 dingens als spracherkennungs-alternative kaufen, war aber dann nie fertig ... an den preisen merkt ma, dass die 'nen raspi verbasteln (wenns so is wie damals) *g*.

ha, da gibts ja sogar was für docker: https://hub.docker.com/r/mycroftai/mimic3

rest schau’ ich mir an am we.

danke für die hilfe!

klar steh’ ich wieder an mit docker - was trägt man in ein solches file ein?

ich hab mal versucht mit

services: 
 mycroft:
    image: mycroftai/mimic3
    container_name: mycroft
    ports:
      - 59125:80
    restart: unless-stopped

wider erwarten hat er mir mimic3 sogar in einen comtainer installiert damit, aber wie was wo warum? browser mit dem port mag mal nicht.

ich hab dumm dämlich einfach nur von den andern containern abgeschrieben, die 59125 standen irgendwo auf ner seite, wo's um mycroft ging.

die zeile für den port hieße dann also: "- 59125:59125", wenn ichs richtig kapiere, ginge sogar nur "- 59125"?

ah, thx. hatte ich mir eh schon gedacht, stand aber auch so irgendwo.

gut, man weiß ja, wen man fragen muss *g*

nur als kurze info: kaum passt das mit den ports, schon klappts auch mit dem nachbarn - äh - mimic3

jo, eh wieder zu früh gefreut ... babyschritte werden das wieder - inklusive heulattacken am wickeltisch meinerseits.

das ding rennt, aber im webinterface gibts den wunderbaren fehler "PermissionError: [Errno 13] Permission denied: '/home/mimic3/.local'"

ich hab "mimic3"-dir im container-verzeichnis, aber der rest fehlt, den man angeblich ja auch händisch anlegen soll.

also ".local/share/mycroft/mimic3/" angelegt und mal rechte für alles vergeben, was man so ankreuzen kann.

sicherheitshalber hab ich auch gleich 'nen user/gruppe "mimic3" mit rechten auf den container angelegt. is zwar unnötig, denk’ ich, aber bevor mich wer schimpft ... weils halt auch auf 'ner website stand.

der vollständigkeit halber, der text aus dem container:

services: 
 mycroft:
    image: mycroftai/mimic3
    container_name: mycroft
    ports:
      - 59125:59125
    volumes:
      - /docker_container/mimic3:/config
    restart: unless-stopped

wie man sieht, sieht man jetzt richtige ports ... die website is ja auch erreichbar nun.

neu dazu hab ich ein volume angelegt, hoffe, dass mit /config geht da, oder sollte man das weg lassen?

danke dir - test ich dann beizeiten. mein nervenkostüm ist heute schon wieder arg beansprucht mit dem zeug.

zur sicherheit also:

- /docker_container/mimic3:/home/mimic3/.local/share/mycroft/mimic3

warum bitte? und auf wie vielen 1000 seiten muß man sich den ganzen scheiß eigentlich zusammen suchen? so wirklich blicken, werd ich das konzept nie ...

aaaaber - tataaa!

hier hätte eine wav mit einem dankeschön von mimic3 als merkel und mir kommen sollen, aber leider darf ich keine .wav hochladen. somit also wie immer:

thx leuts - ich überleg mir neues, womit ich euch nerven kann!