have you re-attached the devices after partitioning? I wouldn’t expect the system (udevd) to detect the changed partitioning by itself, and fdisk will have notified the kernel only about changing /dev/mapper/wwid…
As a matter of fact, you cannot judge if the servers see the device as partitioned, unless you use i.e. “fdisk -l” to check. What you were looking at is the set of symlinks created by udev, once it detects partitioned devices.
I’ve googled reattach multipath devices but don’t seem to know what you mean. Maybe you can enlighten me on this. I’m not a sysadmin, but a DBA with very limited knowledge of Linux OS. I will try to pick up more Linux skills. I may have to tell him what’s wrong and what should be done.
When I used fdisk -l output, the devices is still not reflected as partitioned on either node.
NODE02:~ # fdisk -l /dev/sdv* > /oracle_software/fdisk_output/node02_fdisk_sdv_20140428_0755.log
Disk /dev/sdv doesn't contain a valid partition table
NODE02:~ # fdisk -l /dev/sdas* > /oracle_software/fdisk_output/node02_fdisk_sdas_20140428_0755.log
Disk /dev/sdas doesn't contain a valid partition table
NODE02:~ # cat /oracle_software/fdisk_output/node02_fdisk_sdas_20140428_0755.log
Disk /dev/sdas: 524 MB, 524288000 bytes
17 heads, 59 sectors/track, 1020 cylinders, total 1024000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
NODE02:~ # cat /oracle_software/fdisk_output/node02_fdisk_sdv_20140428_0755.log
Disk /dev/sdv: 524 MB, 524288000 bytes
17 heads, 59 sectors/track, 1020 cylinders, total 1024000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
NODE02:~ #
I was talking about any situation that will make the device “go away” from SLES’ point of view - the most drastic measure being a reboot. Background to my suggestion is the dynamic nature of the entries you were looking at: These are auto-generated by a subsystem called “udev”, once udev detects a change in devices. Modifying the partition table is not detected automatically.
But:
Thus reattachment will do no good anyhow - if even fdisk -l doesn’t report an appropriate partition table, udev would not be able to create the partition symlinks anyhow.
Allow me to ask if you are aware that fdisk needs you to invoke the “w” subcommand to actually write changes to disk, after having created partitions?
Could you re-run “fdisk /dev/sdv” and create the partitions, save your changes and then, after being on the shell command line again, immediately run “fdisk -l /dev/sdv”? If then the partitions still don’t show, please post a cut&paste from that part so we can look for any non-obvious mistakes…
I won’t be able to respond as quick as usual, at least for a week or two, so if anyone wants to give a helping hand here, too, feel welcome