Grand Day Mark, Yes the old names are still the "after" the ipl. But at ipl time "old name" are not there, don't know when they pop up. The SR is closed, one can work-a-round by switching to \dev\disk\by-id but if you have \dev\disk\by-path you do not get passed the re-boot ipl. Please have a try your voice behind this will give it a better push. This is using zypper migrate and you have a working SP-1 and you migrate to sp-2. As extra names that would be grand, if you could get the machine booted.
Many thanks for the good words, it has taken a lot of words to SUSE to get a work-a-round but I hope the bug report will mean we do not have to amend machine from /by-path to /by-id the former being the better visual of what the device is. I did try hard during the Beta to get this looked at but ........ __R ________________________________________ From: Linux on 390 Port [LINUX-390@VM.MARIST.EDU] on behalf of Mark Post [mp...@suse.com] Sent: 03 January 2017 21:19 To: LINUX-390@VM.MARIST.EDU Subject: Re: IBM / SUSE Issues udev name change >>> On 12/30/2016 at 09:42 AM, "Waite, Dick (External)" >>> <dick.wa...@softwareag.com> wrote: > Grand Foggy Day in Darmstadt, > > I wanted to know who's bright idea it was to change between SP-1 and SP-2 I don't believe this is completely accurate. See below. > the format of the udev... This amend and "zypper migration" gives you a good > SP-2 but where is the /boot/zipl ? it's got a SP-1 udev interface so can not > be found and it's a real PITA to get your system back. -snip- > Now I'm all in favour of making better interfaces, but the old interface > should still work, at least between And that is how it should be with SLES12 SP2. > http://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lhdd/l > hdd_c_scsi_nodes.html > > An IBM paper that says: > > SCSI device names are assigned in the order in which the devices are > detected. In a typical SAN environment, this can mean a seemingly arbitrary > mapping of names to actual devices that can change between boots. Therefore, > using standard device nodes of the form /dev/<device_name> where > <device_name> is > the device name that the SCSI stack assigns to a device, can be a challenge. > > SUSE Linux Enterprise Server 12 SP2 provides udev to create device nodes for > you. Use the device nodes to identify the corresponding actual device. > > Device nodes that are based on bus IDsEnd of changeStart of changeudev > creates device nodes of the form > > /dev/disk/by-path/ccw-<device_bus_id>-fc-<wwpn>-lun-<lun> > > for whole SCSI device and > > /dev/disk/by-path/ccw-<device_bus_id>-fc-<wwpn>-lun-<lun>-part<n> > > for the <n>th partition, where <wwpn> is the worldwide port number of the > target > port and <lun> is the logical unit number that represents the target SCSI > device. > Note: The format of these udev-created device nodes has changed and now > matches the common code format. Device nodes of the prior form, > ccw-<device_bus_id>-zfcp-<wwpn>:<lun> or > ccw-<device_bus_id>-zfcp-<wwpn>:<lun>-part<n>, > are no longer created. I see those names as _additional_ names, not replacements. One one of my test systems, I booted SP2 and see this: 0:s390vsl133:~ # ll /dev/disk/by-path/ total 0 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630500873a-lun-0x4010400100000000 -> ../../sda lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630500873a-lun-0x4010400100000000-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630500873a-lun-0x4010400100000000-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630500873a-lun-0x4010400100000000-part3 -> ../../sda3 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630500873a-lun-0x4011401100000000 -> ../../sdb lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630500873a-lun-0x4011401100000000-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630500873a-lun-0x4011401100000000-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630510473a-lun-0x4010400100000000 -> ../../sdc lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630510473a-lun-0x4010400100000000-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630510473a-lun-0x4010400100000000-part2 -> ../../sdc2 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630510473a-lun-0x4010400100000000-part3 -> ../../sdc3 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630510473a-lun-0x4011401100000000 -> ../../sdd lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630510473a-lun-0x4011401100000000-part1 -> ../../sdd1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-fc-0x500507630510473a-lun-0x4011401100000000-part2 -> ../../sdd2 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630500873a:0x4010400100000000 -> ../../sda lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630500873a:0x4010400100000000-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630500873a:0x4010400100000000-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630500873a:0x4010400100000000-part3 -> ../../sda3 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630500873a:0x4011401100000000 -> ../../sdb lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630500873a:0x4011401100000000-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630500873a:0x4011401100000000-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630510473a:0x4010400100000000 -> ../../sdc lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630510473a:0x4010400100000000-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630510473a:0x4010400100000000-part2 -> ../../sdc2 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630510473a:0x4010400100000000-part3 -> ../../sdc3 lrwxrwxrwx 1 root root 9 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630510473a:0x4011401100000000 -> ../../sdd lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630510473a:0x4011401100000000-part1 -> ../../sdd1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 ccw-0.0.fa00-zfcp-0x500507630510473a:0x4011401100000000-part2 -> ../../sdd2 lrwxrwxrwx 1 root root 9 Jan 3 20:11 scsi-0:0:0:1073823760 -> ../../sda lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:0:1073823760-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:0:1073823760-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:0:1073823760-part3 -> ../../sda3 lrwxrwxrwx 1 root root 9 Jan 3 20:11 scsi-0:0:0:1074872337 -> ../../sdb lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:0:1074872337-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:0:1074872337-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 9 Jan 3 20:11 scsi-0:0:1:1073823760 -> ../../sdc lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:1:1073823760-part1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:1:1073823760-part2 -> ../../sdc2 lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:1:1073823760-part3 -> ../../sdc3 lrwxrwxrwx 1 root root 9 Jan 3 20:11 scsi-0:0:1:1074872337 -> ../../sdd lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:1:1074872337-part1 -> ../../sdd1 lrwxrwxrwx 1 root root 10 Jan 3 20:11 scsi-0:0:1:1074872337-part2 -> ../../sdd2 As you can see the old names are still there. Mark Post ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Software AG – Sitz/Registered office: Uhlandstraße 12, 64297 Darmstadt, Germany – Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com
