Re: [CentOS] Troubles expanding file system.
Hi Jeff, > I realized I was still on receiving the daily digest format last night, so > I have probably screwed up the threading on this now. If you cc me > directly maybe I can maintain the future threading. > > Ok, looking at Parted it looks like the resize (or resizepart) command > will be what I will need. But that doesn't appear to help recognize the > expanded disk, so I think I need something before that. That is what I > thought the echo 1 > rescan would do for me. I'm not sure what your current state is but I'd like to point out what I usually do to online resize disks on KVM hosts/guests. After expanding the disk image/logical volume, let the quest know it has changed. To do so, run like this on the host: virsh blockresize db01 /var/lib/libvirt/images/db01.var.img 7516192768B or virsh blockresize db01 vdb 7516192768B Note: I'm using bytes (B) as unit to make very sure it's correct! After doing so, you should see that disk size has changed on the guest, in syslog or with dmesg. Now you can modify partition tables or pvresize. After that, resize the fillesystems with resize2fs or xfs_growfs. That's all possible while the guest is online with one exception outlined below. There is one thing that I couldn't find a solution for no matter what I tried: When the root/boot disk of the guest is being resized, it's not possible to modify and reread the new partition table without reboot. Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Troubles expanding file system.
On Thu, Sep 2, 2021 at 7:16 PM Jeff Boyce wrote: > > > > > 6. I suspect that I need to rescan the devices on Sequoia so that it > > recognizes the increased space that has been allocated from the extended > > the logical volume. But when I did that (command below) it came back > > with a no such file or directory. > > > > echo 1 > /sys/class/block/vde1/device/rescan > > > Not sure that would do anything. > > https://lists.centos.org/mailman/listinfo/centos What are the CentOS versions of your host and guest? As far as I know, virtio disks have never supported rescan from inside the guest and so there isn't the corresponding "rescan" special file. I found this old, but interesting thread: https://forum.proxmox.com/threads/extend-rescan-virtio-disk-in-guest-vm.7989/ Can you confirm your host libvirt version and your guest kernel are ok with what is referred? In case you could try with the qemu monitor command. See also here for a reference of possible qemu monitor commands: https://qemu-project.gitlab.io/qemu/interop/qemu-qmp-ref.html And here for consideration regarding RH EL 6 host: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/virtualization_administration_guide/sub-sect-domain_commands-using_blockresize_to_change_the_size_of_a_domain_path Also here you find reference of command to issue, but somehow the syntax changes depending on components' versions: https://www.humblec.com/is-it-possible-to-do-online-resizing-of-guest-block-devices-or-without-shutdown/ HIH, Gianluca ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] MATE 1.20 test build for CentOS 7 available
On Thu, 2 Sep 2021 16:07:08 -0400 H wrote: > On another note, the version that is available for C7, Mate 1.16.2, does not > save all sessions when it crashes, nor does it save positions or session > order arrangement on the bar. This means that every time the computer is > restarted you have to spend time arranging your desktop working > environment... I have not found any utility to do this for me either. I use Mate, currently on C8 but previously on C7 and I've never had this problem. I just have a single panel bar at the bottom (like Gnome version 1) and arrange it to suit me and it stays the way I want it between sessions. Every time I log in I see the same panel bar that I saw the last time I logged in. Is this the problem you're having? If so you might want to use dconf-editor to lock the panel bar and see if that solves it. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] MATE 1.20 test build for CentOS 7 available
On 08/28/2021 07:51 PM, H wrote: > On August 28, 2021 7:27:13 PM EDT, isdtor wrote: >> H writes: Thanks for your quick response! I'll try building from the sources while I'm stuck with C7 :-). Regards, >>> I have an interest in the latest version of Mate for CentOS 7 as >> well. >> >> Versions newer than 1.20 don't build on 7. Or, rather, they build but >> don't result in a stable system. >> >> A newer gcc might work, but I've never tried that as I also moved on to >> 8. >> >> Rocky, that is. >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> https://lists.centos.org/mailman/listinfo/centos > I believe there is a Developer Toolset-9 available for C7. Do you remember > what you used? > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos On another note, the version that is available for C7, Mate 1.16.2, does not save all sessions when it crashes, nor does it save positions or session order arrangement on the bar. This means that every time the computer is restarted you have to spend time arranging your desktop working environment... I have not found any utility to do this for me either. Quite annoying, particularly since I remember that even OS/2 saved the desktop perfectly upon shutdown. Does Mate 1.20 do better in this regards? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Troubles expanding file system.
I realized I was still on receiving the daily digest format last night, so I have probably screwed up the threading on this now. If you cc me directly maybe I can maintain the future threading. Ok, looking at Parted it looks like the resize (or resizepart) command will be what I will need. But that doesn't appear to help recognize the expanded disk, so I think I need something before that. That is what I thought the echo 1 > rescan would do for me. I will look more into fdisk to understand the capabilities there. I am going to take advantage of the holiday weekend in a few days to take care of this so I am trying to understand all of the options available to me before diving into the task. In response to Gordon also, I did rescan the drive as suggested and got the same results; no such file or directory. So then I did a search for the rescan file to see where it was present. Found it in a few locations, but this one looks to be the one that I would want to try. /sys/devices/pci:00/:00:01.1/host1/target1:0:0/1:0:0:0/ The rescan file was also located in just: /sys/bus/pci but don't know if that would do the job for the specific device. Thanks for everyone's input. Very helpful. More suggestions are welcome while I am still reading up on options. Jeff Date: Wed, 1 Sep 2021 13:15:37 -0400 From: Stephen John Smoogen To: CentOS mailing list Subject: Re: [CentOS] Troubles expanding file system. Message-ID: Content-Type: text/plain; charset="UTF-8" On Wed, 1 Sept 2021 at 12:42, Jeff Boyce wrote: Greetings - I have tried posting this four times now, from two different email addresses (on the 25th, 27th, 30th, and 31st) and it never appeared. I don't see it in the archives, so it appears to be getting dropped in transition for some reason. I am not getting messages from the email system saying it is undeliverable, or is bounced; I am sending as plain text, not HTML, I stripped off my signature. If this makes it through, someone please give me a clue why the others might not have. But that is not as important as the real issue that I am trying to get addressed below. Thanks for any assistance. I have a Dell PowerEdge server with a CentOS KVM host (Earth) with one CentOS guest (Sequoia) that I am trying to expand the partition and filesystem on. I have LVM logical volumes on the host system (Earth), which are used as devices/partitions on the guest system (Sequoia). In this particular situation I have successfully extended the logical volume (lv_SeqEco) on Earth from 500GB to 700GB. 1. Checking the disk information (lsblk) on Earth shows that the logical volume (lv_SeqEco) is now listed as 700GB. 2. Checking disk information (lsblk) on Sequoia shows that the disk /dev/vde is still listed as 500GB, and partition /dev/vde1 where the mount point /ecosystem is located is also listed as 500GB. 3. I had tried using the resize2fs command to expand the filesystem on /dev/vde1, but it returned with the result that there was nothing to do. Which makes sense now after I checked the disk information, since /dev/vde on Sequoia has not increased from 500GB to 700GB. Thanks for the long list of items of what you have done. In Fedora Infrastructure, we used this method to resize images in the past https://pagure.io/infra-docs/blob/main/f/docs/sysadmin-guide/sops/guestdisk.rst The guest system usually needs to have the `fdisk` , `gdisk` or `parted` commands rerun to resize the disk to its new size. 4. On previous occasions when I have done this task, I would just start GParted on Sequoia and use the GUI to expand the partition and filesystem. A real quick and simple solution. 5. The problem I have now is that the VGA adapter on my server has died and I have no graphical output to the attached monitor, nor to the iDrac console display. So I am stuck doing this entirely by the command line while logged into the system remotely. 6. I suspect that I need to rescan the devices on Sequoia so that it recognizes the increased space that has been allocated from the extended the logical volume. But when I did that (command below) it came back with a no such file or directory. echo 1 > /sys/class/block/vde1/device/rescan Not sure that would do anything. 7. This server is being retired in the next few months, but I need this additional space prior to migrating to the new system. Can someone give me some guidance on what I am missing in this sequence? Let me know if I haven't been clear enough in the explanation of my systems and objective. Thanks. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 198, Issue 1
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org
You can reach the person managing the list at
centos-announce-ow...@centos.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."
Today's Topics:
1. CESA-2021:3327 Important CentOS 7 kernel Security Update
(Johnny Hughes)
2. CEBA-2021:3332 CentOS 7 resource-agents BugFixUpdate
(Johnny Hughes)
3. CESA-2018:3140 Moderate CentOS 7 gvfs SecurityUpdate
(Johnny Hughes)
4. CESA-2020:1021 Moderate CentOS 7 gnome-settings-daemon
Security Update (Johnny Hughes)
5. CEEA-2019:0045 CentOS 7 virt-what Enhancement Update
(Johnny Hughes)
6. CESA-2021:3325 Moderate CentOS 7 bind SecurityUpdate
(Johnny Hughes)
7. CESA-2021:3336 Important CentOS 7 sssd Security Update
(Johnny Hughes)
8. CESA-2021:3338 Low CentOS 7 hivex Security Update (Johnny Hughes)
--
Message: 1
Date: Tue, 31 Aug 2021 21:19:47 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2021:3327 Important CentOS 7 kernel
SecurityUpdate
Message-ID: <20210831211947.ga23...@bstore1.rdu2.centos.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2021:3327 Important
Upstream details at : https://access.redhat.com/errata/RHSA-2021:3327
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
5b19e42e03ab5ffdc24e71ec6c71dd0d4c8a557e482b142cb58bd7eaf529174a
bpftool-3.10.0-1160.41.1.el7.x86_64.rpm
f181f4bc3868b84eb350197aee4e79d0466d5aaac0e0a70a37eb58aa7533e228
kernel-3.10.0-1160.41.1.el7.x86_64.rpm
a5f9b329bc1130ffe9bf6f2ced3317e2ad895c4559a82bdf804c8b85e4765b28
kernel-abi-whitelists-3.10.0-1160.41.1.el7.noarch.rpm
22e7b5d6e46a23025f394d1dd9e25e4e5cfd1c5dbb00f74226f20929ee065bd9
kernel-debug-3.10.0-1160.41.1.el7.x86_64.rpm
72dc266e5da09e38d19f4c3904bdb983146af68adbe466120ff8bfecdb4567bf
kernel-debug-devel-3.10.0-1160.41.1.el7.x86_64.rpm
e888a6e4abc3928d95ec0b18f8a42febb63ba70ba0371c23615b8823209d9317
kernel-devel-3.10.0-1160.41.1.el7.x86_64.rpm
5573691deaca712e1478b3d889fe322be138680d8955a04b75e3a0066e099ca2
kernel-doc-3.10.0-1160.41.1.el7.noarch.rpm
3c1d7d5a10b6bbb96820657c57af7a774ba60dd1acb011d623b218102b3251f3
kernel-headers-3.10.0-1160.41.1.el7.x86_64.rpm
3ce3178d47c0937ca4073ad24a4d21e17880a93c83bed7d7cdde515bda87c789
kernel-tools-3.10.0-1160.41.1.el7.x86_64.rpm
7c45ba29959e72ceece7bd3f48bcc0ce0a86ebce4677a50e9d95a46e172b5d3b
kernel-tools-libs-3.10.0-1160.41.1.el7.x86_64.rpm
69c2b3156d7f7348e92c9b6d94a15da2b8f77e0597041944eb9741c941e07001
kernel-tools-libs-devel-3.10.0-1160.41.1.el7.x86_64.rpm
82af7be38d0c8eb49df265c4c0138bdc35cb7ac26a1b6e3a4d0f0a47d293dc93
perf-3.10.0-1160.41.1.el7.x86_64.rpm
b5008882f07f8c6c00a0b544313ead5522d4d71ffce67d2a4c5c59a41e89e091
python-perf-3.10.0-1160.41.1.el7.x86_64.rpm
Source:
ecb824f2bd03d2d305e5d081734d1dbc420ddcf2a7ce2bcebe7a86f58756b23c
kernel-3.10.0-1160.41.1.el7.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
--
Message: 2
Date: Wed, 1 Sep 2021 12:51:12 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2021:3332 CentOS 7 resource-agents
BugFix Update
Message-ID: <20210901125112.ga25...@bstore1.rdu2.centos.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2021:3332
Upstream details at : https://access.redhat.com/errata/RHBA-2021:3332
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
daae913efb6e4874bfa75dfcd0e5d7e7a5608566622349ab0a84cb1fb2583e70
resource-agents-4.1.1-61.el7_9.13.x86_64.rpm
69e3af51dee6dd3aca7ef07201a7beeaa6d764016a11afffdabce904928aee48
resource-agents-aliyun-4.1.1-61.el7_9.13.x86_64.rpm
7f1d9434068b1dab6eb2d4673f1f11fee7c197500b464616bdb606f4cb097f8e
resource-agents-gcp-4.1.1-61.el7_9.13.x86_64.rpm
Source:
5e5d70ba5f2751b5ad64d0956f9c64d159f2ff334622e87aabf84c6847a8065b
resource-agents-4.1.1-61.el7_9.13.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
--
Message: 3
Date: Wed, 1 Sep 2021 12:51:57 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2018:3140 Moderate CentOS 7 gvfs
SecurityUpdate
Message-ID:
