[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-18 Thread bugproxy
--- Comment From afana...@us.ibm.com 2015-09-18 21:27 EDT--- *** Bug 129488 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to multipath-tools in Ubuntu.

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-15 Thread bugproxy
--- Comment From cha...@us.ibm.com 2015-09-16 01:07 EDT--- I can see the multipath choices on the installation menu and able to install the rootvg on one of the multipath disk using SAN storages. System boots up normal after all. -- You received this bug notification because you are a

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-03 Thread bugproxy
--- Comment From mauri...@br.ibm.com 2015-09-03 10:18 EDT--- Some developer-backed reference for this as well: (In reply to comment #15) > libchecktur.so really requires a dynamic libgcc because it uses pthreads > (namely pthread_cancel). """ > Wonder if someone can explain why

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-03 Thread bugproxy
--- Comment From mauri...@br.ibm.com 2015-09-03 11:11 EDT--- How to put libgcc_s.so.1 (from the udeb package) in the installer environment, for testing/work-around purposes: 1) Go to https://launchpad.net/ubuntu/wily/ppc64el/libgcc1/ 2) Click the latest (top-most) "Version" link (e.g.,

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-03 Thread bugproxy
--- Comment From mauri...@br.ibm.com 2015-09-03 11:56 EDT--- Okay, using a custom libchecktur.so built without -fexceptions.. It works fine in the installer environment, for its purposes. This should be OK as there's no multipathd (which exercises the path checkers more) running in the

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-03 Thread bugproxy
--- Comment From mauri...@br.ibm.com 2015-09-03 11:05 EDT--- How to reproduce with QEMU/KVM (2 arguments as "-drive file=test.qcow2,serial=helloworld") Force the path checker to tur: ~ # cat /etc/multipath.conf defaults { user_friendly_names yes path_checker tur } blacklist_exceptions

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-03 Thread bugproxy
--- Comment From mauri...@br.ibm.com 2015-09-03 11:26 EDT--- Fortunately enough, the *only* ELF (binary/shared-library) in the multipath-udeb that requires libgcc_s is... libchecktur.so (C'mon.. otherwise we wouldn't be doing this :-) $ dpkg-buildpackage ... $ find

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-03 Thread bugproxy
--- Comment From mauri...@br.ibm.com 2015-09-03 12:25 EDT--- > Okay, using a custom libchecktur.so built without -fexceptions.. > It works fine in the installer environment, for its purposes. > This should be OK as there's no multipathd (which exercises the path checkers > more) running

[Bug 1489379] Comment bridged from LTC Bugzilla

2015-09-02 Thread bugproxy
--- Comment From mauri...@br.ibm.com 2015-09-02 22:11 EDT--- Today's work on this.. This is not so simple to "fix". libchecktur.so really requires a dynamic libgcc because it uses pthreads (namely pthread_cancel). it can go without a link-time dependency on libgcc *if* it's not built