Skip to content

Fix: Newly created GitLab instance fails to mount data volume (#4890)#7757

Open
achave11-ucsc wants to merge 5 commits intodevelopfrom
issues/achave11-ucsc/4890-fix-gitlab-mounting
Open

Fix: Newly created GitLab instance fails to mount data volume (#4890)#7757
achave11-ucsc wants to merge 5 commits intodevelopfrom
issues/achave11-ucsc/4890-fix-gitlab-mounting

Conversation

@achave11-ucsc
Copy link
Member

@achave11-ucsc achave11-ucsc commented Feb 6, 2026

Linked issues: #4890

Checklist

Author

  • PR is assigned to the author
  • Status of PR is In progress
  • PR is a draft
  • Target branch is develop
  • Name of PR branch matches issues/<GitHub handle of author>/<issue#>-<slug>
  • PR is linked to all issues it (partially) resolves
  • Status of linked issues is In progress
  • PR description links to linked issues
  • PR title matches1 that of a linked issue or comment in PR explains why they're different
  • PR title references all linked issues
  • For each linked issue, there is at least one commit whose title references that issue

1 when the issue title describes a problem, the corresponding PR
title is Fix: followed by the issue title

Author (partiality)

  • Added p tag to titles of partial commits
  • This PR is labeled partial or completely resolves all linked issues
  • This PR partially resolves each of the linked issues or does not have the partial label

Author (reindex)

  • Added r tag to commit title or the changes introduced by this PR will not require reindexing of any deployment
  • This PR is labeled reindex:dev or the changes introduced by it will not require reindexing of dev
  • This PR is labeled reindex:anvildev or the changes introduced by it will not require reindexing of anvildev
  • This PR is labeled reindex:anvilprod or the changes introduced by it will not require reindexing of anvilprod
  • This PR is labeled reindex:prod or the changes introduced by it will not require reindexing of prod
  • This PR is labeled reindex:partial and its description documents the specific reindexing procedure for dev, anvildev, anvilprod and prod or requires a full reindex or carries none of the labels reindex:dev, reindex:anvildev, reindex:anvilprod and reindex:prod

Author (API changes)

  • This PR and its linked issues are labeled API or this PR does not modify a REST API
  • Added a (A) tag to commit title for backwards (in)compatible changes or this PR does not modify a REST API
  • Updated REST API version number in app.py or this PR does not modify a REST API

Author (upgrading deployments)

  • Ran make docker_images.json and committed the resulting changes or this PR does not modify azul_docker_images, or any other variables referenced in the definition of that variable
  • Documented upgrading of deployments in UPGRADING.rst or this PR does not require upgrading deployments
  • Added u tag to commit title or this PR does not require upgrading deployments
  • This PR is labeled upgrade or does not require upgrading deployments
  • This PR is labeled deploy:shared or does not modify docker_images.json, and does not require deploying the shared component for any other reason
  • This PR is labeled deploy:gitlab or does not require deploying the gitlab component
  • This PR is labeled deploy:runner or does not require deploying the runner image

Author (hotfixes)

  • Added F tag to main commit title or this PR does not include permanent fix for a temporary hotfix
  • Reverted the temporary hotfixes for any linked issues or the none of the stable branches (anvilprod and prod) have temporary hotfixes for any of the issues linked to this PR

Author (before every review)

  • Rebased PR branch on develop, squashed fixups from prior reviews
  • Ran make requirements_update or this PR does not modify Dockerfile, environment, requirements*.txt, common.mk, Makefile or environment.boot
  • Added R tag to commit title or this PR does not modify requirements*.txt
  • This PR is labeled reqs or does not modify requirements*.txt
  • make integration_test passes in personal deployment or this PR does not modify functionality that could affect the IT outcome
  • PR is awaiting requested review from a peer
  • Status of PR is Review requested
  • PR is assigned to only the peer and the author

Peer reviewer (after approval)

Note that after requesting changes, the PR must be assigned to only the author.

  • Actually approved the PR
  • PR is not a draft
  • PR is awaiting requested review from system administrator
  • Status of PR is Review requested
  • PR is assigned to only the system administrator and the author

System administrator (after approval)

  • Actually approved the PR
  • Labeled linked issues as demo or no demo
  • Commented on linked issues about demo expectations or all linked issues are labeled no demo
  • Decided if PR can be labeled no sandbox
  • A comment to this PR details the completed security design review
  • PR title is appropriate as title of merge commit
  • N reviews label is accurate
  • Status of PR is Approved
  • PR is assigned to only the operator and the author

Operator

  • Checked reindex:… labels and r commit title tag
  • Checked that demo expectations are clear or all linked issues are labeled no demo
  • Squashed PR branch and rebased onto develop
  • Sanity-checked history
  • Pushed PR branch to GitHub

Operator (deploy .shared and .gitlab components)

  • Ran _select dev.shared && CI_COMMIT_REF_NAME=develop make -C terraform/shared apply_keep_unused or this PR is not labeled deploy:shared
  • Ran _select dev.gitlab && CI_COMMIT_REF_NAME=develop make -C terraform/gitlab apply or this PR is not labeled deploy:gitlab
  • Ran _select anvildev.shared && CI_COMMIT_REF_NAME=develop make -C terraform/shared apply_keep_unused or this PR is not labeled deploy:shared
  • Ran _select anvildev.gitlab && CI_COMMIT_REF_NAME=develop make -C terraform/gitlab apply or this PR is not labeled deploy:gitlab
  • Checked the items in the next section or this PR is labeled deploy:gitlab
  • PR is assigned to only the system administrator and the author or this PR is not labeled deploy:gitlab

System administrator (post-deploy of .gitlab component)

  • Background migrations for dev.gitlab are complete or this PR is not labeled deploy:gitlab
  • Background migrations for anvildev.gitlab are complete or this PR is not labeled deploy:gitlab
  • PR is assigned to only the operator and the author

Operator (deploy runner image)

  • Ran _select dev.gitlab && make -C terraform/gitlab/runner or this PR is not labeled deploy:runner
  • Ran _select anvildev.gitlab && make -C terraform/gitlab/runner or this PR is not labeled deploy:runner

Operator (sandbox build)

  • Added sandbox label or PR is labeled no sandbox
  • Pushed PR branch to GitLab dev or PR is labeled no sandbox
  • Pushed PR branch to GitLab anvildev or PR is labeled no sandbox
  • Build passes in sandbox deployment or PR is labeled no sandbox
  • Build passes in anvilbox deployment or PR is labeled no sandbox
  • Reviewed build logs for anomalies in sandbox deployment or PR is labeled no sandbox
  • Reviewed build logs for anomalies in anvilbox deployment or PR is labeled no sandbox
  • Deleted unreferenced indices in sandbox or this PR does not remove catalogs or otherwise causes unreferenced indices in sandbox
  • Deleted unreferenced indices in anvilbox or this PR does not remove catalogs or otherwise causes unreferenced indices in anvilbox
  • Started reindex in sandbox or this PR is not labeled reindex:dev
  • Started reindex in anvilbox or this PR is not labeled reindex:anvildev
  • Checked for failures in sandbox or this PR is not labeled reindex:dev
  • Checked for failures in anvilbox or this PR is not labeled reindex:anvildev

Operator (merge the branch)

  • All status checks passed and the PR is mergeable
  • The title of the merge commit starts with the title of this PR
  • Added PR # reference to merge commit title
  • Collected commit title tags in merge commit title but only included p if the PR is also labeled partial
  • Pushed merge commit to GitHub
  • Status of PR is Merged lower
  • Status of blocked issues is Triage or no issues are blocked on the linked issues

Operator (main build)

  • Pushed merge commit to GitLab dev
  • Pushed merge commit to GitLab anvildev
  • Build passes on GitLab dev
  • Reviewed build logs for anomalies on GitLab dev
  • Build passes on GitLab anvildev
  • Reviewed build logs for anomalies on GitLab anvildev
  • Ran _select dev.shared && make -C terraform/shared apply or this PR is not labeled deploy:shared
  • Ran _select anvildev.shared && make -C terraform/shared apply or this PR is not labeled deploy:shared
  • Deleted PR branch from GitHub
  • PR is assigned to only the operator
  • Deleted PR branch from GitLab dev
  • Deleted PR branch from GitLab anvildev
  • Status of linked issues is Lower, or Triage, if PR is partial

Operator (reindex)

  • Deindexed all unreferenced catalogs in dev or this PR is neither labeled reindex:partial nor reindex:dev
  • Deindexed all unreferenced catalogs in anvildev or this PR is neither labeled reindex:partial nor reindex:anvildev
  • Deindexed specific sources in dev or this PR is neither labeled reindex:partial nor reindex:dev
  • Deindexed specific sources in anvildev or this PR is neither labeled reindex:partial nor reindex:anvildev
  • Indexed specific sources in dev or this PR is neither labeled reindex:partial nor reindex:dev
  • Indexed specific sources in anvildev or this PR is neither labeled reindex:partial nor reindex:anvildev
  • Started reindex in dev or this PR does not require reindexing dev
  • Started reindex in anvildev or this PR does not require reindexing anvildev
  • Checked for, triaged and possibly requeued messages in both fail queues in dev or this PR does not require reindexing dev
  • Checked for, triaged and possibly requeued messages in both fail queues in anvildev or this PR does not require reindexing anvildev
  • Emptied fail queues in dev or this PR does not require reindexing dev
  • Emptied fail queues in anvildev or this PR does not require reindexing anvildev
  • Restarted the Data Browser pipeline for the ucsc/hca/dev branch on GitLab in dev or this PR does not require reindexing dev
  • Restarted the Data Browser pipeline for the ucsc/lungmap/dev branch on GitLab in dev or this PR does not require reindexing dev
  • Restarted deploy_browser job in the GitLab pipeline for this PR in dev or this PR does not require reindexing dev
  • Restarted the Data Browser pipeline for the ucsc/anvil/anvildev branch on GitLab in anvildev or this PR does not require reindexing anvildev
  • Restarted deploy_browser job in the GitLab pipeline for this PR in anvildev or this PR does not require reindexing anvildev

Operator (mirroring)

  • Started mirroring in dev or this PR does not require mirroring dev
  • Started mirroring in anvildev or this PR does not require mirroring anvildev
  • Checked for, triaged and possibly requeued messages in mirror fail queue in dev or this PR does not require mirroring dev
  • Checked for, triaged and possibly requeued messages in mirror fail queue in anvildev or this PR does not require mirroring anvildev
  • Emptied mirror fail queue in dev or this PR does not require mirroring dev
  • Emptied mirror fail queue in anvildev or this PR does not require mirroring anvildev

Operator

  • Propagated the deploy:shared, deploy:gitlab, deploy:runner, API, reindex:partial, reindex:anvilprod and reindex:prod labels to the next promotion PRs or this PR carries none of these labels
  • Propagated any specific instructions related to the deploy:shared, deploy:gitlab, deploy:runner, API, reindex:partial, reindex:anvilprod and reindex:prod labels, from the description of this PR to that of the next promotion PRs or this PR carries none of these labels
  • PR is assigned to no one

Shorthand for review comments

  • L line is too long
  • W line wrapping is wrong
  • Q bad quotes
  • F other formatting problem

@achave11-ucsc achave11-ucsc self-assigned this Feb 6, 2026
@achave11-ucsc achave11-ucsc linked an issue Feb 6, 2026 that may be closed by this pull request
@codecov
Copy link

codecov bot commented Feb 6, 2026

Codecov Report

❌ Patch coverage is 66.66667% with 1 line in your changes missing coverage. Please review.
✅ Project coverage is 84.81%. Comparing base (f5e1cfc) to head (6a4546a).
⚠️ Report is 11 commits behind head on develop.

Files with missing lines Patch % Lines
src/azul/__init__.py 66.66% 1 Missing ⚠️
Additional details and impacted files
@@             Coverage Diff             @@
##           develop    #7757      +/-   ##
===========================================
- Coverage    84.82%   84.81%   -0.01%     
===========================================
  Files          157      157              
  Lines        23145    23148       +3     
===========================================
+ Hits         19632    19634       +2     
- Misses        3513     3514       +1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@coveralls
Copy link

coveralls commented Feb 6, 2026

Coverage Status

coverage: 85.04%. remained the same
when pulling 6a4546a on issues/achave11-ucsc/4890-fix-gitlab-mounting
into f5e1cfc on develop.

@achave11-ucsc achave11-ucsc force-pushed the issues/achave11-ucsc/4890-fix-gitlab-mounting branch from 06d2758 to e8db5a7 Compare February 9, 2026 22:56
@achave11-ucsc achave11-ucsc added the deploy:gitlab [process] PR requires deploying `gitlab` component label Feb 10, 2026
@achave11-ucsc achave11-ucsc force-pushed the issues/achave11-ucsc/4890-fix-gitlab-mounting branch 4 times, most recently from 998fffd to 9cf5005 Compare February 10, 2026 14:32
@achave11-ucsc achave11-ucsc removed the request for review from nadove-ucsc February 10, 2026 19:22
@achave11-ucsc achave11-ucsc force-pushed the issues/achave11-ucsc/4890-fix-gitlab-mounting branch from e417fc7 to 15ea497 Compare February 11, 2026 16:53
@achave11-ucsc

This comment was marked as outdated.

@achave11-ucsc
Copy link
Member Author

Tested the recommended solution which appears to work as intended. Correctly mounting the GitLab data volume.

SSH into the instance after initial reboot:

[root@ip-172-25-0-222 ~]# blkid /dev/nvme1n1
/dev/nvme1n1: UUID="6de99059-9912-4ae1-b76e-4565372a1302" BLOCK_SIZE="4096" TYPE="ext4"

[root@ip-172-25-0-222 ~]# lsblk -f
NAME          FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1                                                                              
├─nvme0n1p1   xfs          /     4dcdd481-6378-42b5-bb2b-2467f8a398e5     13G    35% /
├─nvme0n1p127                                                                        
└─nvme0n1p128 vfat   FAT16       7BBC-829A                               8.7M    13% /boot/efi
nvme1n1       ext4   1.0         6de99059-9912-4ae1-b76e-4565372a1302   18.4G    66% /mnt/gitlab

[root@ip-172-25-0-222 ~]# cat /etc/fstab 
#
UUID=4dcdd481-6378-42b5-bb2b-2467f8a398e5     /           xfs    defaults,noatime  1   1
UUID=7BBC-829A        /boot/efi       vfat    defaults,noatime,uid=0,gid=0,umask=0077,shortname=winnt,x-systemd.automount 0 2
tmpfs                 /tmp            tmpfs   defaults,rw,nosuid,nodev,noexec,relatime 0 0
tmpfs                 /dev/shm            tmpfs   defaults,rw,nosuid,nodev,noexec,relatime 0 0
/dev/disk/by-uuid/6de99059-9912-4ae1-b76e-4565372a1302	/mnt/gitlab	ext4	,comment=cloudconfig	0	2

[root@ip-172-25-0-222 ~]# df
Filesystem       1K-blocks     Used Available Use% Mounted on
devtmpfs              4096        0      4096   0% /dev
tmpfs              8104916        0   8104916   0% /dev/shm
tmpfs              3241968     8956   3233012   1% /run
efivarfs               128        4       120   3% /sys/firmware/efi/efivars
/dev/nvme0n1p1    20893676  7239336  13654340  35% /
tmpfs              8104916        0   8104916   0% /tmp
/dev/nvme1n1      65871404 43248488  19251092  70% /mnt/gitlab
/dev/nvme0n1p128     10202     1314      8888  13% /boot/efi
overlay           20893676  7239336  13654340  35% /var/lib/docker/overlay2/3d507e384fc1dbb731b5a8fa514c498a5d25da3535c405e6650e695d8214bec5/merged
overlay           20893676  7239336  13654340  35% /var/lib/docker/overlay2/7c07e58926944d8b40be6d0d5f9a19fb09ef1407ee8896de768af02946d6f271/merged
overlay           20893676  7239336  13654340  35% /var/lib/docker/overlay2/2e06188d5fc581afd64e0942c3f15c0e90c74c78d8ad45b385c307f67bedd0aa/merged
tmpfs              1620980        0   1620980   0% /run/user/1000

@achave11-ucsc achave11-ucsc force-pushed the issues/achave11-ucsc/4890-fix-gitlab-mounting branch 3 times, most recently from e539175 to 9fe2481 Compare February 12, 2026 00:17
Copy link
Contributor

@nadove-ucsc nadove-ucsc left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changes look good but I think there are issues with the history.

@nadove-ucsc nadove-ucsc removed their assignment Feb 12, 2026
@achave11-ucsc achave11-ucsc force-pushed the issues/achave11-ucsc/4890-fix-gitlab-mounting branch 2 times, most recently from 8cd5e39 to 0045615 Compare February 12, 2026 04:03
nadove-ucsc
nadove-ucsc previously approved these changes Feb 12, 2026
@nadove-ucsc nadove-ucsc removed their assignment Feb 12, 2026
@nadove-ucsc nadove-ucsc marked this pull request as ready for review February 12, 2026 05:22
environment.py Outdated
# instance. This volume is mounted at `/mnt/gitlab` and contains all of
# GitLab's data and configuration. The volume is mounted by UUID rather
# than device path (e.g., `/dev/nvme1n1`) to ensure reliable mounting
# across instance types and reboots, as device names can vary. This
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# across instance types and reboots, as device names can vary. This
# across instance types and reboots, as device names can vary and may be attached in a non-deterministic order. This

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also don't duplicate this. I think you currently mention it three times. Consolidate.

environment.py Outdated
# GitLab's data and configuration. The volume is mounted by UUID rather
# than device path (e.g., `/dev/nvme1n1`) to ensure reliable mounting
# across instance types and reboots, as device names can vary. This
# variable is only used in GitLab component deployments. See the
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# variable is only used in GitLab component deployments. See the
# variable is only used in the `.gitlab` component. See the

OPERATOR.rst Outdated
df # Verify device /dev/nvme1n1 is mounted on /mnt/gitlab, note available size
sudo resize2fs /dev/nvme1n1
df | grep /mnt/gitlab # Verify the device mount (/dev/nvme1n1) and note available size
sudo resize2fs /dev/nvme1n1 # This should match the filesystem of the previous output
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
sudo resize2fs /dev/nvme1n1 # This should match the filesystem of the previous output
sudo resize2fs /dev/nvme1n1 # Match the device name emitted by the previous command

# sudo mkdir /mnt/gitlab
# sudo mkfs.ext4 /dev/nvme1n1
#
# After formatting the volume, obtain its filesystem UUID and set it as value
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# After formatting the volume, obtain its filesystem UUID and set it as value
# After formatting the volume, obtain its filesystem UUID and set it as the value

# sudo mkfs.ext4 /dev/nvme1n1
#
# After formatting the volume, obtain its filesystem UUID and set it as value
# of `azul_gitlab_data_volume_id` in the GitLab deployment's environment.py.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# of `azul_gitlab_data_volume_id` in the GitLab deployment's environment.py.
# of `azul_gitlab_data_volume_id` in the `.gitlab` component's `environment.py`.

Comment on lines 155 to 156
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# into the Gitlab instance, format `/dev/nvme1n1`. Occasionally, the device name may be different, `/dev/nvme0n1`. The invariant is that there should be two controller devices, one for the root volume and one for the data volume. Determine the controller device name to which the root volume is attached and then simply use the other controller device name. Reboot the instance. For example:

Comment on lines 274 to 276
# Cloud-init's cc_mounts module does not support the UUID=<uuid> device
# specification format, even though Amazon Linux /etc/fstab and the mount
# command do support it. We use /dev/disk/by-uuid/ symlink path as a
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# Cloud-init's cc_mounts module does not support the UUID=<uuid> device
# specification format, even though Amazon Linux /etc/fstab and the mount
# command do support it. We use /dev/disk/by-uuid/ symlink path as a
# Cloud-init's cc_mounts module does not support the UUID=<uuid> device
# specification format. We use /dev/disk/by-uuid/ symlink path as a

# Cloud-init's cc_mounts module does not support the UUID=<uuid> device
# specification format, even though Amazon Linux /etc/fstab and the mount
# command do support it. We use /dev/disk/by-uuid/ symlink path as a
# workaround, relying on udev to create the symbolic link once the device
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# workaround, relying on udev to create the symbolic link once the device
# workaround, relying on udev to create the symlink once the device

# workaround, relying on udev to create the symbolic link once the device
# is attached.
#
gitlab_storage_device_uuid = f'/dev/disk/by-uuid/{config.gitlab_data_volume_id}'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
gitlab_storage_device_uuid = f'/dev/disk/by-uuid/{config.gitlab_data_volume_id}'
data_volume_device = f'/dev/disk/by-uuid/{config.gitlab_data_volume_id}'

GitLab is implied in this context. This is a path, or device name, or device path, not a UUID. It contains a UUID, but it is not a UUID.

f'do echo "{gitlab_storage_device_uuid} does not exist, sleeping 1s"',
'sleep 1',
'done'
f'done && echo "GL Volume Device: $(readlink -f {gitlab_storage_device_uuid})"'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
f'done && echo "GL Volume Device: $(readlink -f {gitlab_storage_device_uuid})"'
f'done && echo "Data volume attached to $(readlink -f {gitlab_storage_device_uuid})"'

@hannes-ucsc hannes-ucsc removed their assignment Feb 12, 2026
@achave11-ucsc achave11-ucsc force-pushed the issues/achave11-ucsc/4890-fix-gitlab-mounting branch from ea117eb to 0b394e8 Compare February 13, 2026 19:38
@achave11-ucsc achave11-ucsc force-pushed the issues/achave11-ucsc/4890-fix-gitlab-mounting branch from 0b394e8 to 6153024 Compare February 13, 2026 22:48
# into the Gitlab instance, format `/dev/xvdf` (`/dev/nvme1n1` on newer
# instance types) and reboot the instance. For example:
# into the Gitlab instance, format `/dev/nvme1n1`. Occasionally, the device name
# may be different, `/dev/nvme0n1`. The invariant is that there should be two
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# may be different, `/dev/nvme0n1`. The invariant is that there should be two
# may be different, like `/dev/nvme0n1`. The invariant is that there should be two

# into the Gitlab instance, format `/dev/xvdf` (`/dev/nvme1n1` on newer
# instance types) and reboot the instance. For example:
# into the Gitlab instance, format `/dev/nvme1n1`. Occasionally, the device name
# may be different, `/dev/nvme0n1`. The invariant is that there should be two
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# may be different, `/dev/nvme0n1`. The invariant is that there should be two
# may be different, like `/dev/nvme0n1`. The invariant is that there should be two

# may be different, `/dev/nvme0n1`. The invariant is that there should be two
# controller devices, one for the root volume and one for the data volume.
# Determine the controller device name to which the root volume is attached and
# then simply use the other controller device name. Reboot the instance. For
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# then simply use the other controller device name. Reboot the instance. For
# then simply use the other controller device name. For

Comment on lines +169 to 188
# After formatting the volume, obtain its filesystem UUID and set it as the
# value of `azul_gitlab_data_volume_id` in the `.gitlab` component's
# `environment.py`.
#
# To get the UUID (or see below if device is already mounted), run:
#
# sudo lsblk -f
#
# Identify the UUID for the device named `nvme1n1` (which should match the UUID
# for the `/mnt/gitlab` mountpoint).
#
# Or if the device is already mounted, run:
#
# sudo blkid /dev/nvme1n1
#
# Set this UUID to the `azul_gitlab_data_volume_id` variable. Once the UUID is
# configured, you can reboot the instance:
#
# sudo reboot
# sudo rm -rf /mnt/gitlab.deleteme
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# After formatting the volume, obtain its filesystem UUID and set it as the
# value of `azul_gitlab_data_volume_id` in the `.gitlab` component's
# `environment.py`.
#
# To get the UUID (or see below if device is already mounted), run:
#
# sudo lsblk -f
#
# Identify the UUID for the device named `nvme1n1` (which should match the UUID
# for the `/mnt/gitlab` mountpoint).
#
# Or if the device is already mounted, run:
#
# sudo blkid /dev/nvme1n1
#
# Set this UUID to the `azul_gitlab_data_volume_id` variable. Once the UUID is
# configured, you can reboot the instance:
#
# sudo reboot
# sudo rm -rf /mnt/gitlab.deleteme
# After formatting the volume, obtain its UUID and set it as the
# value of `azul_gitlab_data_volume_id` in the `.gitlab` component's
# `environment.py`.
#
# To get the UUID of an unmounted volume, run
#
# sudo lsblk -f
#
# For a mounted volume, use
#
# sudo blkid /dev/nvme1n1
#
# After setting `azul_gitlab_data_volume_id` to the obtained volume UUID, terminate the instance and (re)deploy the `.gitlab` component.

[gitlab.tf.json.template.py]. The volume is mounted at `/mnt/gitlab`. Also, the
volume is mounted by its filesystem UUID rather than by device path, ensuring
reliable mounting across different instance types, as device names can vary. See
[gitlab.tf.json.template.py] for details on obtaining the UUID. The
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@hannes-ucsc hannes-ucsc added the 1 review [process] Lead requested changes once label Feb 14, 2026
@hannes-ucsc hannes-ucsc removed their assignment Feb 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

1 review [process] Lead requested changes once deploy:gitlab [process] PR requires deploying `gitlab` component

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Newly created GitLab instance fails to mount data volume

4 participants