Displaying 4 results from an estimated 4 matches for "mpath0p1".
2008 Jan 31
2
ISCSI help
...an not
be manipulated, filesystem wise, without requiring a reboot. I am using
the inbuilt software ISCSI initiator and multipathing in CentOS 5.1.
My steps so far.
Create 10GB volume on SAN
# iscsiadm -m session -R
# fdisk /dev/mapper/mpath0
# kpartx -a /dev/mapper/mpath0
# mke2fs -j /dev/mapper/mpath0p1
# mount /dev/mapper/mpath0p1 /test-mount <--works fine to here-->
Now I want to extend the volume on the SAN to 15GB run fdisk and use
resize2fs to extend the filesystem, is this possible without a reboot?
Currently, I don't seem to be able to get fdisk to see the new disk size
after ext...
2010 Mar 30
0
San boot failure after upgrade to latest
...ading to the latest CentOS kernel from
kernel-2.6.18-164.11.1.el5 to kernel-2.6.18-164.15.1.el5 on an IBM
HS21 blade with SAN boot. Upgrade went fine, but after rebooting the
system was unable to find /boot even though it was mounted. The
reboot displayed an error with fsck.ext3 that /dev/mapper/mpath0p1 was
not found, which was the /boot volume. I reverted to the old kernel
and it booted fine.
At first I tried rebuilding the initrd to include the multipath
modules, but this had no effect.
I ended up just re-labeling all the ext3 filesystems and the changing
the /boot line in fstab from the /dev/...
2009 Feb 25
1
Mounting mpath devices in RHEL 5
...mounting by label and also by explicit
/dev/mapper/mpathXpY name with the same unpredictable behavior. I've
also noticed that sometimes when a device is successfully mounted on all
nodes, each node may return different output from the mount command
regarding the device mounted; e.g. /dev/mapper/mpath0p1 vs. /dev/dm-17.
One consistent aspect I have noticed whenever I receive the "device
busy" error is that the /dev/dm-X names don't match up on each node. I
also see that ocfs2console refers to each device by the /dev/dm-X name
instead of the /dev/mapper/XX name.
I guess my question i...
2008 Feb 26
0
mapper device perms on reboot
...attempted to try this...
# cat /etc/udev/permissions.d/50-udev.permissions | grep mapper
mapper/mpath*:oracle:dba:0660
But it did not seem to work...
# ls -l /dev/mapper/mpath*
brw-rw---- 1 root disk 253, 2 Feb 26 20:56 /dev/mapper/mpath0
brw-rw---- 1 root disk 253, 5 Feb 26 20:56 /dev/mapper/mpath0p1
brw-rw---- 1 root disk 253, 3 Feb 26 20:56 /dev/mapper/mpath1
brw-rw---- 1 root disk 253, 4 Feb 26 20:56 /dev/mapper/mpath1p1
Am I doing something wrong? Is there another way to do this?
Thanks,
Scott