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

oh, wie schön, jetzt kenn’ ich mich gar nimma aus.

liebe leute! ich bin ja echt dankbar für hilfe, weniger aber für theorie. die darf gern an der uni gele(e|h)rt werden.

viel hilfreicher fände ich es, wenn mir wer sagen könnte, warum ich meinen barcodebuddy mit dem scheiß docker nicht zum laufen kriege und wie ich den fehler in zukunft vermeiden könnte.

du bist echt genial!

hatte den finger schon am geistigen löschbutton. da will man was verbessern und dann scheißt man schon an 2 dämlichen tools tagelang rum - wie gut, dass ichs diesmal nicht eilig hab *g*

btw - kanns da beim docker eventuell irgendwelche altlasten geben von den versuchen?

im share und auch sonst nirgends find’ ich zwar nix, aber ich weiß ja ned mal, ob ich an den richtigen stellen such.

das wäre ja wirklich zu schön geesen *g*

fehler:

Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; export LANGUAGE=; docker-compose --file '/docker_shared//barcodebuddy/barcodebuddy.yml' --env-file '/docker_shared//barcodebuddy/barcodebuddy.env' config 2>&1': validating /docker_shared/barcodebuddy/barcodebuddy.yml: services must be a mapping

OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; export LANGUAGE=; docker-compose --file '/docker_shared//barcodebuddy/barcodebuddy.yml' --env-file '/docker_shared//barcodebuddy/barcodebuddy.env' config 2>&1': validating /docker_shared/barcodebuddy/barcodebuddy.yml: services must be a mapping in /usr/share/openmediavault/engined/rpc/compose.inc:486
Stack trace:
#0 /usr/share/php/openmediavault/rpc/serviceabstract.inc(619): OMVRpcServiceCompose->{closure}('/tmp/bgstatusbF...', '/tmp/bgoutputOL...')
#1 /usr/share/openmediavault/engined/rpc/compose.inc(489): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
#2 [internal function]: OMVRpcServiceCompose->doCommand(Array, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('doCommand', Array, Array)
#5 /usr/sbin/omv-engined(537): OMV\Rpc\Rpc::call('Compose', 'doCommand', Array, Array, 1)
#6 {main}

er legt auch wieder im shared die 2 files an

# This file is auto-generated by openmediavault (https://www.openmediavault.org)
# WARNING: Do not edit this file, your changes will get lost.

# barcodebuddy
# 

services: 
barcode_buddy: 
image: f0rc3/barcodebuddy:latest
container_name: barcodebuddy
environment:
  - ATTACH_BARCODESCANNER=true
ports:
  - 9284:80
  - 4433:443
volumes:
  - /docker_container/barcodebuddy:/config
restart: unless-stopped

dann war das der 2. port, oder braucht man auch noch die einrückungen?

weil nu funzt es - VIELEN THX AN EUER GEHIRNSCHMALZ!

services: 
 barcode_buddy2:
    image: f0rc3/barcodebuddy
    container_name: barcodebuddy2
    environment:
      - ATTACH_BARCODESCANNER=true
    ports:
      - 9286:80
      - 44433:443
    volumes:
      - /docker_container/barcodebuddy:/config
    restart: unless-stopped

hehe, nachher is ma immer g'scheiter ... aber an einrückungen hätt' ich im leben nie gedacht. dachte, ich präsentiere brav immer, wies im file ausschaut, dann wird schon wer was sagen ... gut, seppl1 gewinnt nach 2 tagen einen ballen heu *lach*

noob: ich hab dein zeug einfach mal so übernommen. dass es funzt, hätt' ich ned geglaubt *g*

aber ob der container 'ne 2 oder nicht hinten dran hat, is mir echt wurscht. zum glück war ich intelligent genug, den pfad anzupassen. hat jetzt auch hand und fuß ...

auf jeden fall gabs auch grad 13 updates vom omv, einen neustart zur sicherheit und immer noch laufende grocy und buddys.

letzter rennt, hat sich auch schon in den grocy gekrallt und muss jetzt mal angesehen werden (der is auch für mich neu).

und dann brauch’ ich wohl was neues, mit dem ich euch nerven kann *sfg*

uij, glei no was neues ... kaum lernt ma auf linux was zum docker, schon klappts auch mit der nachbarin - äh - dem windoof docker.

auch das scheint das problem einfach nur 'ne passende portvergabe gewesen zu sein.

ich hätte also gelernt, dass Seppl1 mit ports unter 1024 sehr recht hat ... scheinbar mehr, als er selber glaubt *g*

oder für mein geliebtes notepad++ hätte ich auch grad was entdeckt: https://github.com/atterdag/NPP-Docker (aber noch ned probiert)

gibts sicher auch aktuelleres ...

juhuu, jetzt kommen die großen fragen auf.

ich hab einen docker unter linux, einen unter windoof.

ich hab einen grocy 3.2.2 auf beiden seiten laufen.

ich will vom linux grocy die datenbank zum win grocy kopieren. angeblich geht das ja so simpel ...

mein problem derweil: es bleibt bei "angeblich" ich kann da rum kopieren, docker ein/aus-schalten, was ich will ... aber daten seh ich keine. die db liebt aber sogar richtig(???) kopiert

die frage wäre also: wie kann ich das angeblich so einfache und untereinander kompatible docker-system nutzen? wie krieg’ ich einzelne files kopiert?

ich finde die daten unter linux, ich kopiere sie nach win ... wurscht

kann unter win "\\wsl.localhost\docker-desktop-data\data\docker\volumes\74acf7c062ce715321492040a2d524999a48868d6db2b6773154aa999911ab12\_data\grocy data" stimmen?

nicht, dass ich das in irgendwas kopiere, dass es gar ned gibt, oder so.

is soweit klar. es reicht tatsächlich das abschalten per "stop" im docker? ich muß nicht den ganzen docker abstellen oder ähnliches? dies nur zur sicherheit gefragt.

ich hätte dann wenigstens damit gerechnet, dass grocy mit der "fremden" db das laufen verweigert oder so.

aber er greift die db scheinbar gar nicht an. eben so, als ob ich sie an den falschen ort kopiert hätte.

fazit: ich suche jetzt etwas für docker, mit dem ich testen kann, wo was liegt.

irgendein testtool bekannt, oder ein progrämmchen, mit dem ichs dann sicher sagen kann.

hehe, gute idee.

derweil hatte ich auch noch eine: mal die win-version vom grocy nehmen.

mal schauen, was in beiden fällen passiert *g*