Month: November 2024

Posted on

docker-compose (v1.29.2) to remote host with ssh fails

I have a personal project that is docker-compose based which I’ve deployed to remote servers before in the past (a few years ago, using steps here), and recently attempting to redeploy it from a more recent self-hosted GitLab pipeline on Ubuntu 24.0.4 I get this error:

docker.errors.DockerException: Install paramiko package to enable ssh:// support

This issue is exactly as described on this ticket. The issue also seems to be OS specific as well as docker-compose version specific – I have docker-compose 1.29.2 on MacOS Sequoia and it works fine, but 1.29.2 on Ubuntu 24.04 or 22.04 fails with the above error.

The workaround as described by multiple comments on the ticket is to not use the version installed by apt-get, instead install a specific older/working version with pip instead:

pip3 install docker-compose==1.28.2
Posted on

Installing Solaris 8 x86 on VirtualBox 7.0.20 – when to remove the iso during install

After initially booting from disk 1 and following the prompts to format the disk, you’ll reach a prompt where it asks you to remove the install media and reboot. Note that it also says to only remove the media after the machine has reset before you eject- this is important otherwise the disk will not be bootable:

The sequence that appears to work is:

  • press Enter
  • wait for VM to reset
  • remove mounted iso in VirtualBox just as the VM is restarting and you see the VirtualBox logo/BIOS screen

At this point you’re asked what partition to boot from (select 1) and the installer will continue as normal from that point:

If you remove the iso from the VM before it resets, you’ll see the screen to select either the boot disk or the cdrom (the initial installer screen, not the partition selection screen above), and if you select the disk at this point it will not boot (after pressing Enter it appears there’s a few seconds delay where there is a disk sync step, and this needs to complete before the machine resets and when it’s safe to remove the iso).

Posted on

Automating ssh key passphrases on MacOS

As a reminder, here’s how to use ssh keys to access remote hosts:

Using public keys with ssh

Adding hosts to a ~/.ssh/config file to use different keys with different git hosts is something I find I only need to do once in a while, but I made a note here because I can never remember how this is configured:

#Edit ~/.ssh/config and for each repo add the following block:
host hostname-of-repo
user your-id-for-this-repo
identityfile ~/.ssh/filename-of-key
view raw gistfile1.txt hosted with ❤ by GitHub

If you are required to use passphrases with ssh keys, being prompted to enter your passphrase every time you use a key can get tiresome. On MacOS however you can automate using your passphrase with by adding:

UseKeychain yes

to your ~/.ssh/config file (suggestion from this post here).

Posted on

Deploying a container to Google Cloud Run via gcloud cli

If you don’t already have one, create an Artifact Registry:

gcloud artifacts repositories create your-repo-name \
        --repository-format=docker \
        --location=europe-west2 \
        --description="your-repo-description" \
        --immutable-tags \
        --async

Authorize gcloud cli access to the registry in your region:

gcloud auth configure-docker europe-west2-docker.pkg.dev

This adds config to $HOME/.docker/config.json, you can look in this file to see what GCP registries you have already authenticate with.

The image you’re deploying needs to listen on port 8080, and needs to be built for linux/amd64. If you’re building on an Apple Silicon Mac, build your image with:

docker build . --platform linux/amd64 -t image-tag-name

Tag the image ready to push to your registry:

docker tag SOURCE-IMAGE LOCATION-docker.pkg.dev/PROJECT-ID/REPOSITORY/IMAGE:TAG

where:

LOCATION = GCP region, e.g. europe-west2

Authenticate your local Docker with your GCP Artifact Repository:

gcloud auth configure-docker LOCATION-docker.pkg.dev

Push your image to the Artifact Repository with:

docker push LOCAITION-docker.pkg.dev/PROJECT-ID/REPOSITORY/IMAGE:TAG

After pushing you can browse your Artifact Registry in the Console and see your image there.

To deploy a new service using the image you just pushed:

gcloud run deploy gcp-nginx-test --project your-project-name --image LOCAITION-docker.pkg.dev/PROJECT-ID/REPOSITORY/IMAGE:TAG

These steps are a summary of the Artifact Registry docs here, and the Cloud Run docs here.

Proudly powered by WordPress