Uploaded image for project: 'MariaDB ColumnStore'
  1. MariaDB ColumnStore
  2. MCOL-2273

getSystemDisk showing incorrect root usage and reporting incorrect alarm

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Minor
    • Resolution: Fixed
    • 1.1.7
    • 1.1.0, 1.2.4
    • ?
    • None
    • 2019-04, 2019-05

    Description

      Customer asked about a Minor Alarm reported on disk usage, when disk usage was at 4%.
      Install is on a root install.

      Issue was that ServerMonitor is getting the /root disk usage incorrectly.

      Alarm:

      AlarmID = 6
      Brief Description = DISK_USAGE_LOW
      Alarm Severity = MINOR
      Time Issued = Tue Apr 2 14:37:37 2019
      Reporting Module = pm1
      Reporting Process = ServerMonitor
      Reported Device = /

      unix disk usage

      root@ip-10-59-10-117 ~]# df -h
      Filesystem Size Used Avail Use% Mounted on
      /dev/nvme0n1p1 100G 3.8G 97G 4% /
      devtmpfs 16G 0 16G 0% /dev
      tmpfs 16G 26M 16G 1% /dev/shm
      tmpfs 16G 33M 16G 1% /run
      tmpfs 16G 0 16G 0% /sys/fs/cgroup
      /dev/mapper/23437383037613530 1.6T 1.2T 299G 81% /usr/local/mariadb
      tmpfs 3.1G 0 3.1G 0% /run/user/0

      ServerMonitor calulation

      mcsadmin> getsystemdisk
      getsystemdisk Tue Apr 2 19:29:58 2019

      System Disk Usage per Module
      Module 'pm1' Disk Usage (in 1K blocks)

      Mount Point Total Blocks Used Blocks Usage %
      ----------------------------- ------------ ------------ -------
      / 1651258452 1254582844 76

      Attachments

        Activity

          People

            dleeyh Daniel Lee (Inactive)
            hill David Hill (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.