Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Only 32 GB mounted on the root directory when the disk size of the repository machine is 64 GB #1776

Closed
przemyslavic opened this issue Oct 20, 2020 · 3 comments

Comments

@przemyslavic
Copy link
Collaborator

Describe the bug
The root partition shows only 32 GB mounted on "/" when the disk size is 64 GB (applies to Azure/RedHat configuration).

To Reproduce
Deploy a new cluster from develop branch with the configuration given below: epicli apply -f test.yml
Config files

...
  components:
    kafka:
      count: 0
    kubernetes_master:
      count: 0
    kubernetes_node:
      count: 0
    load_balancer:
      count: 0
    logging:
      count: 0
    monitoring:
      count: 0
    postgresql:
      count: 0
    rabbitmq:
      count: 0
    ignite:
      count: 0
    opendistro_for_elasticsearch:
      count: 0
    repository:
      count: 1
      machine:  repository-machine-rhel
---
kind: infrastructure/virtual-machine
name: repository-machine-rhel
provider: azure
based_on: repository-machine
specification:
  storage_image_reference:
    publisher: RedHat
    offer: RHEL
    sku: 7-RAW
    version: 7.7.2019090418

Expected behavior
There should be ~64GB available mounted on a root directory.

OS (please complete the following information):

  • OS: [RHEL7]

Cloud Environment (please complete the following information):

  • Cloud Provider [MS Azure]

Additional context

[operations@ci-devazurrhelcanal-repository-vm-0 ~]$ df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        1.7G     0  1.7G   0% /dev
tmpfs           1.7G     0  1.7G   0% /dev/shm
tmpfs           1.7G  9.1M  1.7G   1% /run
tmpfs           1.7G     0  1.7G   0% /sys/fs/cgroup
/dev/sda2        32G  4.1G   28G  13% /
/dev/sda1       497M  101M  397M  21% /boot
/dev/sdb1       6.8G  2.1G  4.4G  32% /mnt/resource
tmpfs           345M     0  345M   0% /run/user/1000

It looks like if we have a 64 GB disk, we need to additionally resize the partition and the filesystem with fdisk and xfs_growfs.

After resizing it is OK.

[root@ci-devazurrhelcanal-repository-vm-0 ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        1.7G     0  1.7G   0% /dev
tmpfs           1.7G     0  1.7G   0% /dev/shm
tmpfs           1.7G  9.1M  1.7G   1% /run
tmpfs           1.7G     0  1.7G   0% /sys/fs/cgroup
/dev/sda2        64G   16G   48G  25% /
/dev/sda1       497M  101M  397M  21% /boot
/dev/sdb1       6.8G   32M  6.4G   1% /mnt/resource
tmpfs           345M     0  345M   0% /run/user/1000
@ar3ndt
Copy link
Contributor

ar3ndt commented Oct 28, 2020

From configuration perspective it looks all good. For other scenarios (non Azure/RHEL it does not occur).
Hold on until introducing lvm.

@mkyc mkyc modified the milestones: S20201105, S20201119 Nov 5, 2020
@mkyc mkyc modified the milestones: S20201119, S20201203 Nov 19, 2020
@mkyc mkyc modified the milestones: S20201203, S20201217 Dec 4, 2020
@mkyc mkyc removed this from the S20201217 milestone Dec 17, 2020
@mkyc mkyc added this to the S20201231 milestone Dec 17, 2020
@mkyc mkyc unassigned ar3ndt Dec 18, 2020
@mkyc mkyc modified the milestones: S20201231, S20210114 Dec 18, 2020
@mkyc mkyc modified the milestones: S20210114, S20210128, S20210211 Jan 14, 2021
@mkyc
Copy link
Contributor

mkyc commented Jan 29, 2021

This might be solved by #1355. It should be checked again after another one is closed.

@rpudlowski93
Copy link
Contributor

rpudlowski93 commented Mar 4, 2021

Summary:

@mkyc mkyc closed this as completed Mar 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants