similar to: Rescan for new geometry without reboot?

Hello, Today a virtual server under my administration ran out of disk space, so I had to get extra space to it.. while it was running, because it's an important web server without any kind of HA/Load Balancing (don't do that, kids). So what happened, is that after another administrator had extended the disk from VMWare, I tried to extend it from the OS side. Everything went well,

Hi. I added a disk to a hardware raid 5 array and now i want to expand the LVM physical volume. There are now 4 sas 146GB disks in the server. The virtual disk /dev/sdb from the raid controller has been resized successfully with the server management software osma. [root at srv1 ~]# fdisk -l /dev/sdb Disk /dev/sdb: 438.4 GB, 438489317376 bytes 255 heads, 63 sectors/track, 53309 cylinders

Hi, I've created a new partition on /dev/sda on my CentOS machine after which fdisk -l gives output as: Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 3500 28009327+ 83 Linux /dev/sda3 3501 6527 24314377+ 83 Linux Now, when I run partprobe I get the

Hi, We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at least one guy has similar problem reported earlier: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg00506.html I was reading the mailing list and found that some of the people are happily using this hardware with the latest

Hi all, I hope this is possible. I have a server, with a network switch attached to the serial port, and I want to rescan the serial port (/dev/tty) to see if it picks it up? I'd prefer not to reboot the server if at all possible. dmesg reports ttyS0 as the active port: [root at zabackup01 ~]# dmesg |grep tty Bootdata ok (command line is ro root=/dev/System/root rhgb quiet xencons=tty6)

I increased the SAN partition size for a given volume. Is there a way I can have fdisk recognize the new size without a reboot? Thanks, Scott

Hi, I''m trying to clarify if it''s at all possible to live resize a disk image. After trying and failing it seems that the reason a disk image cannot be resized - is that domU is only able to detect changes in partitions (eg. partprobe), not in block devices as the xvd driver lacks a rescan feature. My domU sees disk images as blockdevices - that is without a partition table,

Hi list, I have a SAN attached to a CentOS 4.2 server. I have expanded the size of the virtual disk within the SAN (by adding a new HD to the disk pool) and need CentOS to see the new size (CentOS see it as /dev/sdb). I'm using LVM. Do you know a method for the Volume Group to see that one of its harddisk is now bigger, without rebooting (it's not a problem with a reboot but since

Hello everyone, Im starting to use Xen on a SUSE Linux Enterprise Server 10 SP2, but Im not quite happy yet with the virtual disk management. I still need to do a lot of research about that, but first I want to ask the community about a simple way to handle the guest machine disks. *Is there any way to increase/decrease a guest machine disk after the OS is installed? Can I have a dynamically

Hello all, I just notice the new feature in the latest version 4 release. Any one know how to do this ? I have tried lvextend the partition size in dom0, but domU doesn''t see the change. I also need to reboot to make domU reread the block size. Any idea? Best regards, Chao-Rui _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

On Fri, 2016-05-13 at 23:17 -0453, William A. Mahaffey III wrote: > Is the disk or 1 of its partitions mounted ? If so, can it be > unmounted Hi William, its the only HDD on that machine. All the partitions are mounted. The error message refers to the HDD, not to any of the mounted partitions. > > WARNING: the kernel failed to re-read the partition table > > on /dev/sda

I've got a CentOS 5.6 guest running on 6.0 host. Using virsh attach-disk, I attached a new raw file as vdc However, the guest does not detect this new disk. In the past, I've used the following echo "0 0 0" > /sys/class/scsi_host/host#/scan command to make a CentOS system scan for new drives. However in the guest, there is no host in scsi_host so this isn't an option.

I''m using Xen with SLES10 and am using NPIV to attach FC SAN disks to my domUs. I''ve resize one of the disks on my SAN and I''m wondering if there''s a way to force Xen to rescan/resize the block device without shutting down the domU or unmounting the volume. Thanks, Nick -------- This e-mail may contain confidential and privileged material for the sole use

Hello, How to explain to fdisk that /dev/sda size changed? I increased LUN on storage, reloaded iscsi, did echo 1 > /sys/<something>/rescan. And I see in "dmesg" that kernel found new size of the LUN. But when I type "fdisk /dev/sda" it still shows old size. On /dev/sda1 sits LVM PV and I'd like to resize it instead of adding one more PV to volume group.

Hi list. I''m running Xen 4.0.1 on Debian. I''m trying to live resize a block device : - I have a arbitrary block device in my dom0 (/dev/mapper/vm-vol42). - I start a PV domain with that device as a disk (disk = [''phy:/dev/mapper/vm-vol42,xvda,w'']). - I resize vm-vol42 in the dom0 (adding size only) - the dom0 sees the device''s new size. -

I've had squat running on dovecot 2.0 and have been updating all users mailbox indexes nighty via cron with this command: doveadm -v search -A text xyzzyx I've just updated to 2.1 and I'm migrating to lucene indexes, but reading the documentation I'm having a hard time understanding the semantic differences between indexing and rescanning. If I were to continue to run an

> On Sep 8, 2020, at 3:22 PM, Paolo Bonzini <pbonzini at redhat.com> wrote: > > On 28/08/20 14:21, Matej Genci wrote: >> VirtIO 1.0 spec says >> The removed and rescan events ... when sent for LUN 0, they MAY >> apply to the entire target so the driver can ask the initiator >> to rescan the target to detect this. >> >> This change

On Fri, 28 Aug 2020 12:21:35 +0000, Matej Genci wrote: > VirtIO 1.0 spec says > The removed and rescan events ... when sent for LUN 0, they MAY > apply to the entire target so the driver can ask the initiator > to rescan the target to detect this. > > This change introduces the behaviour described above by scanning the > entire scsi target when LUN is set to 0.

Not really, as the steps outlined by Timo would not get done. Aki > On 17 February 2019 at 10:56 Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > > > In such case, as long as the API is not upgraded, should > > doveadm index -A -q \* > > be considered a replacement of > > doveadm fts rescan > > On 2019-02-14 16:24, Timo Sirainen via

On Fri, Aug 28, 2020 at 12:21:35PM +0000, Matej Genci wrote: > VirtIO 1.0 spec says > The removed and rescan events ... when sent for LUN 0, they MAY > apply to the entire target so the driver can ask the initiator > to rescan the target to detect this. > > This change introduces the behaviour described above by scanning the > entire scsi target when LUN is set to