Update Zenworks Appliance to 23.4 not enough disk space

We are in our midst to upgrade from 23.3 to 24.4

Our problem right now is that the root (including the /opt and /var) partition only has 12GB of free space available and we need 16GB+ for the upgrade according to the readme documentation.

The Appliance is on the same (root) partition as the OS and the dockers, expanding disk space is going to be very tricky and require a partition tool from recovery mode.

Our only other partition is /vastorage

According to the Appliance Storage tool there is no Unallocated Free space available. Also it shows no disks.

What would you do in this situation?

Reinstall everything in a better setup (separating the OS, Appliance and /vastorage to 3 partitions)?

Or risk expanding the disk with a recovery tool like Gparted or equivalent tool? 

  • 0  

    I would go through and see if junk has accumulated in the Root Partition that can be cleared.

    Perhaps in TMP or TEMP folders or other locations.

    --

    Other than that......

    I would make a "COPY" of your existing VM and then try to expand that using various tools used for expanding partitions.  Expanding ROOT is a bit trickier, but there are definitely documents out there on how to Expand the Root Partition of SLES Servers.  (I'm not telling you anything....but for Lurkers...The Appliance is a SLES server with the bare minimum components installed to allow it to operate as a ZENworks server and is not licensed to be used for other purposes.)

    --

    If you found this post useful, give it a “Like” or click on "Verify Answer" under the "More" button

    Be sure to "Like" My (and a few others) Cool Solutions below! 

    https://community.microfocus.com/members/craigdwilson/bookmarks

  • Suggested Answer

    0  

    this is no secret, SUSE has a KB article on this. There are other methods available for the request, the SUSE KB should give the right hints.

    Please make sure that the mounted virtual disk is on the same controller as root. Make sure that there are no snapshots and, as always, perform an offline backup.

    www.suse.com/.../

    Best Regards George

    “You can't teach a person anything, you can only help them to discover it within themselves.” Galileo Galilei

  • 0   in reply to   

    Thanks George! 

    --

    If you found this post useful, give it a “Like” or click on "Verify Answer" under the "More" button

    Be sure to "Like" My (and a few others) Cool Solutions below! 

    https://community.microfocus.com/members/craigdwilson/bookmarks

  • 0   in reply to   

    Thank you for the flowers.

    George

    “You can't teach a person anything, you can only help them to discover it within themselves.” Galileo Galilei

  • 0  

    Another option is to see if 'junk' has accumulated anywhere.

    From /

    #   du -hx --max-depth=1

    and some reality checks on the folders should spot the oversized one.   The -x part has it ignore other mount points, which is why you don't see vastorage, unless you explicitly cd into it first.

    Change to that folder, repeat command until you've found the offending files for evaluation, can they be deleted, moved, or do we really need that extra 'fun and thrills' of expanding the partition. 

    A tool that makes it a bit easier to bounce around at this sort of level is the much recommended ncdu. I usually just place it in /usr/bin/ncdu to make it easy to use.  On Windows systems, I use Total Commander and its Alt-Shft-Enter command for a similar, where is the big stuff quick looking.

    ________________________

    Andy of KonecnyConsulting.ca in Toronto
    Please use the "Like" and/or "Verified Answers" as appropriate as that helps us all.

  • 0 in reply to   

    As it happens, there is about 17GB worth of data in the /tmp folder.
    Two "zeninfo-´date-time´" from 2021.
    No clue how they have resided there for no reason.

  • 0   in reply to 

    Clearly a zac zeninfo was run on those two dates, and never removed.  So hopefully you have removed them and have breathing room.

    Their size also indicates that you had, at that time, a great many older logs collected in their respective places in vastorage that may still be there, and hunting them down may gain you a fair amount of space on that front.  Most of them will already be ZIPped and or with the year in the file name.  Just searching for files with the pattern of *.2021-* and similar years will show you where to dive in.

    ________________________

    Andy of KonecnyConsulting.ca in Toronto
    Please use the "Like" and/or "Verified Answers" as appropriate as that helps us all.