Not quite the same but we have had issues with upgrades from SLES10 SP4 to SLES1 SP2.
For mainframe dasd devices if files in /etc/sysconfig/hardware do not have the 'layer2' statements then /etc/udev/rules.d files were not built properly We have avoided that now by ensuring layer2 statements are there For hipersockets we also found issues I had to re-configure using yast - then files are created properly in /etc/udev/rules.d We have not yet upgraded any servers with zfcp devices yet Having to reconfig all san devices could be a big deal- hopefully will not have issues there We upgraded to kernel level 3.0.80-0.5-default We also use SMT server Scary to have such an issue just going from 3.0.58 to 3.0.74 Ann Smith -----Original Message----- From: Linux on 390 Port [mailto:[email protected]] On Behalf Of Will, Chris Sent: Thursday, July 11, 2013 9:17 AM To: [email protected] Subject: zfcp devices missing after patching Our last successful patching cycle was to level 3.0.42 with no issues with our zfcp devices. Since we experienced the /dev/urandom issue we upgraded only the kernel to level 3.0.58-0.6.6.1.5402.0.PTF to resolve the issue. Now we are going through a complete patch cycle with an upgrade to version 3.0.74 of kernel. We use smt and basically upgrade all the patches to a set date that we mirror from full to testing. Now after patching and reboot, the servers come up with no LUNs attached (we have the root file system on eckd, but program and data files are on LUNs). If I add them back in with zfcp_disk_configure that seems to resolve the issue and the servers reboot with no issues. Any ideas what may be causing this? Chris Will The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies. Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] 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/ ************************************************************ This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. ************************************************************ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] 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/
