Multipath (SAN disk) support broken in jessie
Hi I am trying to set up a automatic PXE install of jessie on physical servers connected to a SAN. My problem is that multipath support seems to be very broken in jessie, and after fixing the first problems, I am now stuck, as the install seems to work but the server can not find its root filesystem after reboot. The first problem is that the multipath udeb is broken as described in bug #779579, the bug is closed, but the problem is actually not fixed, so I have opened a new bugreport #843885 to see if we can get it fixed for real. Maybe it is fixed, but the fix has not been ported to the netboot images. The second problem is in the disk-detect udeb, which can not find the multipath device that is found, the reason is a rename of mpath0-9 to mpatha-z, there is a bug report for that #806713, and after that the parted-multipath also needs to be patched for the same. Now the rest of the install seems to work fine, but after reboot, the server will not start, as it can not find its root, the problem may have to do with the naming of partitions as in this bug report #827308, but does that mean that I will have to give up on getting jessie to install on multipath disks, and wait for stretch ? Best regards Allan Jacobsen
Multipath (SAN disk) support broken in jessie
Hi I am trying to set up a automatic PXE install of jessie on physical servers connected to a SAN. My problem is that multipath support seems to be very broken in jessie, and after fixing the first problems, I am now stuck, as the install seems to work but the server can not find its root filesystem after reboot. The first problem is that the multipath udeb is broken as described in bug #779579, the bug is closed, but the problem is actually not fixed, so I have opened a new bugreport #843885 to see if we can get it fixed for real. Maybe it is fixed, but the fix has not been ported to the netboot images. The second problem is in the disk-detect udeb, which can not find the multipath device that is found, the reason is a rename of mpath0-9 to mpatha-z, there is a bug report for that #806713, and after that the parted-multipath also needs to be patched for the same. Now the rest of the install seems to work fine, but after reboot, the server will not start, as it can not find its root, the problem may have to do with the naming of partitions as in this bug report #827308, but does that mean that I will have to give up on getting jessie to install on multipath disks, and wait for stretch ? Best regards Allan Jacobsen
Re: j2re1.3 plugin for mozilla isn't working.
I have been looking for working j2re1.4 packages for some times, but unfortunatly this does not work for me: isis:~/testdir/j2sdk# dpkg-buildpackage -rfakeroot dpkg-buildpackage: source package is j2se1.4-i586 dpkg-buildpackage: source version is 1.4.1.0.1-4 dpkg-buildpackage: source maintainer is Sebastien NOEL [EMAIL PROTECTED] dpkg-buildpackage: host architecture is i386 fakeroot debian/rules clean sh: debian/rules: /usr/bin/make: bad interpreter: Permission denied /usr/bin/make exists and has the right pemissions ??? Best regards Allan Jacobsen On Sunday den 22. June 2003 16:48, Mike Hommey wrote: On Thursday 19 June 2003 18:36, Thomas E. Vaughan wrote: Has anyone else noticed this? This is due to the fact that Mozilla is now compiled with gcc 3.3, and that j2re1.3 is still compiled with gcc 2.95 ; both are incompatible. You can get a working j2re1.4 (blackdown doesn't provide 1.3 compiled with gcc 3.x) following this procedure : - getting the official binary package ftp://ftp.easynet.be/blackdown/JDK-1.4.1/i386/01/j2sdk-1.4.1-01-linux-i586- gcc3.2.bin - getting the diff file made by Sebastien Noël http://twolife.free.fr/debian/j2se1.4-i586_1.4.1.0.1-4.diff - put the binary package into some directory - inside this directory, use the patch with the command line : # patch -p1 -i /path/to/j2se1.4-i586_1.4.1.0.1-4.diff - now you can create a package with dpkg-buildpackage -rfakeroot or fakeroot debian/rules binary Mike