RHEL 4.4: Unable to detect new size of Fiber Channel attached LUN
hi group,
I have a server running RHEL 4.4 connected a IBM SVC 5.1.xx attached SAN box.
I am able to detect new LUNs.
I fail to scan an existing LUN that has been extended for it's new size.
Does this need another approach, then scanning for a new LUN?
We use device-mapper-multipath.
Kind regards,
Jan Gerrit Kootstra
Responses
If you were running RHEL 5, you'd use `blockdev --rereadpt`. Dunno if that functionality is in RHEL 4, though.
To run the above, the device filehandles have to be closed (i.e., no active LVs or mounted filesystems).
Guru
6222 points
Hi Thomas,
Thank you very much for the quick response.
Unfortunately this is not a working solution for today.
The Oracle database cannot be brought down to night CET.
But I see where I went wrong, tried it on an active LV (single LV in the VG) with a mounted fs.
So how much more violation could I do to the constrains ;-)?
Will try another approach during daytime:
request a new LUN of the same size and do a pvmove remove the temporary LUN of smaller size I got for my workaround and then do the blockdev --rereadpt on both path to the "LUN with issues".
if the blockdev --rereadpt works I will use that one, or else use the new big LUN.
Thanks again,
Jan Gerrit Kootstra
Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.