Willi Langlitz
03/22/2024, 11:44 AMvisch
03/22/2024, 12:14 PMEdgar RamÃrez (Arch.dev)
03/22/2024, 2:45 PMmeltano.yml
might also help 😉Willi Langlitz
03/22/2024, 5:59 PMWilli Langlitz
03/22/2024, 6:06 PMWilli Langlitz
03/22/2024, 6:07 PMEdgar RamÃrez (Arch.dev)
03/22/2024, 6:07 PM$(pwd)/dbmigrator
directory so I'd try to confirm meltano.yml
is present in that directory. The entrypoint and workdir seem fine too:
https://hub.docker.com/layers/meltano/meltano/v1.99.0-python3.7/images/sha256-05ce82078eb02329a7c823fbd531bf6b507ed1c48f88491789a28d2cd919ae1bEdgar RamÃrez (Arch.dev)
03/22/2024, 6:08 PMv1.99.0-python3.7
?Willi Langlitz
03/22/2024, 6:14 PMWilli Langlitz
03/22/2024, 6:15 PMEdgar RamÃrez (Arch.dev)
03/22/2024, 6:47 PMdocker run
in sequence preserve the container state, or does it create a new container each time?Edgar RamÃrez (Arch.dev)
03/22/2024, 6:48 PMmeltano install
would be creating a bunch of directories in the container, so if the next docker run
creates a new container those would be lost I think)Edgar RamÃrez (Arch.dev)
03/22/2024, 6:59 PMvisch
03/25/2024, 12:39 PMdocker run
work with a seperate container every time but it really doesn't make a lot of sense to do that. Instead swap the image you're using for the trigger_data_export
job to be the meltano image. For the repo itself instead of running meltano add loader
etc why not just setup the meltano.yml
file (running those commands locally to setup meltano.yml in the way you want) and then you can just run meltano install
as the first step your task would clean up to be this and your life will be easier
trigger_data_export:
image:
name: meltano/meltano # I'd recommend this version if you really want to pin to a version but based on this conversation I'd recomend just sitting with the latest, this one otherwise meltano/meltano:v3.3-python3.10
entrypoint: [""]
stage: export_data
only:
- triggers
- branches
interruptible: true
script:
- meltano install
- meltano run tap-mysql target-postgres
when: manual