August 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 892847] New: [NTAP CQ599574] iscsi connections reconnect repeatedly after path failures
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=892847 https://bugzilla.novell.com/show_bug.cgi?id=892847#c0 Summary: [NTAP CQ599574] iscsi connections reconnect repeatedly after path failures Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: garrett.marks(a)netapp.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 I'm testing iSER connections from SLES 11 SP3 to a NetApp Eseries iSER target. Often after a controller is reset or paths otherwise fail for some reason we see that one or more connections start repeatedly timing out and reconnecting immediately. This repeats for extended periods of time. On the host we see messages like the following. ug 20 15:54:39 ictb-cumberland kernel: [83473.414815] connection4:0: ping timeout of 5 secs expired, recv timeout 5, las t rx 4315799503, last ping 4315800753, now 4315802004 Aug 20 15:54:39 ictb-cumberland kernel: [83473.414832] connection4:0: detected conn error (1011) Aug 20 15:54:39 ictb-cumberland iscsid: Kernel reported iSCSI connection 4:0 error (1011 - ISCSI_ERR_CONN_FAILED: iSCSI co nnection failed) state (3) Aug 20 15:54:42 ictb-cumberland iscsid: connection4:0 is operational after recovery (1 attempts) Aug 20 15:55:06 ictb-cumberland kernel: [83500.337301] connection4:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4315806244, last ping 4315807496, now 4315808748 Aug 20 15:55:06 ictb-cumberland kernel: [83500.337319] connection4:0: detected conn error (1011) Aug 20 15:55:06 ictb-cumberland iscsid: Kernel reported iSCSI connection 4:0 error (1011 - ISCSI_ERR_CONN_FAILED: iSCSI connection failed) state (3) Aug 20 15:55:09 ictb-cumberland iscsid: connection4:0 is operational after recovery (1 attempts) Aug 20 15:55:23 ictb-cumberland kernel: [83516.720811] connection4:0: ping timeout of 5 secs expired, recv timeout 5, last rx 4315810347, last ping 4315811600, now 4315812852 Aug 20 15:55:23 ictb-cumberland kernel: [83516.720827] connection4:0: detected conn error (1011) Aug 20 15:55:23 ictb-cumberland iscsid: Kernel reported iSCSI connection 4:0 error (1011 - ISCSI_ERR_CONN_FAILED: iSCSI connection failed) state (3) Aug 20 15:55:26 ictb-cumberland iscsid: connection4:0 is operational after recovery (1 attempts) It appears that the connection resets occur only when IO is running. If IO is not running on the host we haven't seen these connection resets. We've seen this with both mlx4 (connectx-3) and mlx5 (connect-ib) adapters. We're using the Mellanox OFED in this scenario. Reproducible: Always Steps to Reproduce: 1. Install Mellanox OFED 2.2-1.0.1 on a SLES 11 SP3 host 2. Configure the host to use iSER and map storage to the host from an iSER target. 3. Configure DMMP and run IO to the disks 4. Fail some of the paths to the storage. Actual Results: Some of the iscsi connections will start to disconnect and reconnect repeatedly. Expected Results: The iscsi connections should operate normally without disconnecting and reconnecting. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 892604] New: Lsb is currently uninstallable due to missing reqs
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=892604 https://bugzilla.novell.com/show_bug.cgi?id=892604#c0 Summary: Lsb is currently uninstallable due to missing reqs Classification: openSUSE Product: openSUSE Factory Version: 201407* Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: zaitor(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Up to date factory install linux-abtl:~ # LANG=C zypper in lsb Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides /usr/bin/foomatic-rip needed by lsb-4.0-25.2.x86_64 Solution 1: do not install lsb-4.0-25.2.x86_64 Solution 2: break lsb-4.0-25.2.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): c I assume that the switch from foomatic-filters to cups-filters-foomatic-rip from cups-filters is the problem. Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 17

[Bug 883686] New: kexec tools do not load kdump kernel with XEN hypervisor
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=883686 https://bugzilla.novell.com/show_bug.cgi?id=883686#c0 Summary: kexec tools do not load kdump kernel with XEN hypervisor Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: kkeil(a)novell.com QAContact: qa-bugs(a)suse.de Found By: Third Party Developer/Partner Blocker: --- kexec does not load any kernel in dom0 under xen, regardless which size/offset was set on the commandline: kexec -p /boot/vmlinuz-3.11.10-11-desktop Could not find a free area of memory of 9d000 bytes... locate_hole failed Debbuging with gdb shows that the function get_memory_ranges_xen() always returns 0 immediately. Looking at the build logs of kexec-tools show, that that xc_get_machine_memory_map was not found during configure. [ 69s] checking xenctrl.h usability... yes [ 69s] checking xenctrl.h presence... yes [ 69s] checking for xenctrl.h... yes [ 69s] checking for xc_version in -lxenctrl... yes [ 69s] configure: Xen support disabled [ 69s] checking for xc_get_machine_memory_map... no The reason was that the kexec-tools-xen-static.patch does not longer work as expected. Disabling this patch makes kexec working again with xen setups, now xc_get_machine_memory_map is found again during configure. I do not know enough how to fix the patch to get the static linking back. Note: It is not enough to add the missing colon on the end of the second add line in the patch. --- a/configure.ac +++ b/configure.ac @@ -160,7 +160,8 @@ fi dnl find Xen control stack libraries if test "$with_xen" = yes ; then AC_CHECK_HEADER(xenctrl.h, - AC_CHECK_LIB(xenctrl, xc_version, , + AC_CHECK_LIB(xenctrl, xc_version, + [[LIBS="$LIBS -Wl,-Bstatic -lxenctrl -Wl,-Bdynamic"]] AC_MSG_NOTICE([Xen support disabled]))) if test "$ac_cv_lib_xenctrl_xc_version" = yes ; then AC_CHECK_FUNCS(xc_get_machine_memory_map) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 779445] New: lvm lvcreate fails to create mirrored volume
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=779445 https://bugzilla.novell.com/show_bug.cgi?id=779445#c0 Summary: lvm lvcreate fails to create mirrored volume Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Yarny(a)public-files.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0 lvcreate refuses to create a mirrored logical volume Reproducible: Always Steps to Reproduce: Run attached script Actual Results: Can't process LV testlv: mirror target support missing from kernel? Expected Results: Logical volume "testlv" created. lvcreate's guess about missing kernel support is wrong: Creation of a mirrored device with dmsetup succeeds. This is a regression: The attached script does not show the error with openSUSE 12.1. I tested with openSUSE 12.2 LiveCD (KDE, final version), inside a VirtualBox hosted by openSUSE 12.1, on a x86_64 machine. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 12

[Bug 852693] New: openSUSE logs out automatically when listening to music
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=852693 https://bugzilla.novell.com/show_bug.cgi?id=852693#c0 Summary: openSUSE logs out automatically when listening to music Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)suse.com ReportedBy: latinovic87(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=569398) --> (http://bugzilla.novell.com/attachment.cgi?id=569398) dmesg output User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 So, the only constant i could get was that this problem is persistent when listening and switching songs in Clementine music player while browsing the web in Firefox 25. Many times it tried to click a button in Clementine, and then even in Firefox, and the system logged out by itself. dmesg is posted as an attachment, so i don't spam this site. Reproducible: Sometimes Steps to Reproduce: 1.Play Clementine and browse with Firefox 2.System logs out without any real pattern to figure out. 3. Actual Results: System logs out automatically. Expected Results: System should run as normal. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 355757] recode generates nonstandard UCS-2 encoding.
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=355757 https://bugzilla.novell.com/show_bug.cgi?id=355757#c2 Petr Gajdos <pgajdos(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |pgajdos(a)suse.com Resolution| |WONTFIX --- Comment #2 from Petr Gajdos <pgajdos(a)suse.com> 2014-08-26 08:38:04 UTC --- Use $ echo Hello World > test.txt $ recode ASCII..UCS-2 test.txt Then $ xxd test.txt 0000000: feff 0048 0065 006c 006c 006f 0020 0057 ...H.e.l.l.o. .W 0000010: 006f 0072 006c 0064 000a .o.r.l.d.. BOM is there. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 739358] New: High cpu utilization after rebuilding drbd 8.4.1 for opensuse 12.1, trying to correct tools issue.
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=739358 https://bugzilla.novell.com/show_bug.cgi?id=739358#c0 Summary: High cpu utilization after rebuilding drbd 8.4.1 for opensuse 12.1, trying to correct tools issue. Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wcomegys(a)controller.state.nv.us QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1 Hi ; On OpenSuse 12.1, we updated drbd to 8.4.1 both the km and the tools following the instructions here. How To Upgrade DRBD Userland Version To 8.3.9 Under OpenSUSE 11.4 | HowtoForge - Linux Howtos and Tutorials It wasn't bad on step two change 8.3 to 8.4 wget http://oss.linbit.com/drbd/8.4/drbd-8.4.1.tar.gz tar zxvf drbd-8.4.1.tar.gz Make sure you add --with-km to the configure line cd drbd-8.4.1/ /configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc --with-utils --with-pacemaker --with-km make clean all make install After doing this I am seeing high cpu utilization when writing to disk not when sending, I am using protocol A If I copy a large file from the command prompt I see 100% utilization on 1 cpu and the network transfer the data. When the command prompt comes back the the data has all been written the network continues to send the data however, the cpu goes back to reasonable levels under 10% total cpu utilization. I tried top, I can't see drbd in top. -Bill Reproducible: Always Steps to Reproduce: 1. Build drbd following instructions above 2. configure drbd protocol A 3. Link the two, we are using a openvpn tunnel, I disabled the firewall for testing. Expected Results: I expect approximately the results I get on my drbd 8.3.7 version with opensuse 11.3 where the cpu utilization stay under 20%. Both are running on top of vmware 4.1.0. Please let me know if I can help in anyway. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 857436] New: crm_mon hangs by Attempting connection to the cluster
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=857436 https://bugzilla.novell.com/show_bug.cgi?id=857436#c0 Summary: crm_mon hangs by Attempting connection to the cluster Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: High Availability AssignedTo: lmb(a)suse.com ReportedBy: rosenberger(a)taoweb.at QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.2; rv:26.0) Gecko/20100101 Firefox/26.0 Hello i tried to run crm_mon -h /tmp/stats.html as root to out put the cluster status in html. But crm_mon hangs 'Attempting connection to the cluster... .............' Reproducible: Always Steps to Reproduce: 1.run crm_mon -h /tmp/stats.html 2. 3. Actual Results: Attempting connection to the cluster... Expected Results: Html file with cluster status -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 858432] New: drbd init-script expects drbdadm in the wrong location
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=858432 https://bugzilla.novell.com/show_bug.cgi?id=858432#c0 Summary: drbd init-script expects drbdadm in the wrong location Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: High Availability AssignedTo: lmb(a)suse.com ReportedBy: per(a)computer.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 the drbd init-script expects to find drbdadm in /sbin, but drbdadm is in /usr/sbin. Same goes for drbdsetup. Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 851536] New: DRBD won't start after upgrade to 13.1
by bugzilla_noreply＠novell.com 26 Aug '14

26 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=851536 https://bugzilla.novell.com/show_bug.cgi?id=851536#c0 Summary: DRBD won't start after upgrade to 13.1 Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: High Availability AssignedTo: lmb(a)suse.com ReportedBy: jfunk(a)funktronics.ca QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.66 Safari/537.36 SUSE/30.0.1599.66 I just upgraded a 12.3 cluster to 13.1. Unfortunately, drbd will no longer start at all. At first, it was skipping the nodes since they are identifying with short hostnames again. (Not sure why that changed in 12.3) I updated my resource files, and now drbd commands are hanging. For example, the drbd start script will attempt to run "drbdadm adjust all". However, this command will hang. Using strace I discovered that it is calling "drbdsetup 1 role" which doesn't seem to get very far: chdir("/") = 0 brk(0) = 0x1354000 brk(0x1375000) = 0x1375000 open("/sys/module/drbd/parameters/cn_idx", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/proc/drbd", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 open("/var/lock/drbd-147-1", O_RDWR|O_CREAT, 0600) = 3 rt_sigaction(SIGALRM, {0x406c40, [], SA_RESTORER, 0x7f3b032f88d0}, {SIG_DFL, [], 0}, 8) = 0 alarm(1) = 0 fcntl(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0 alarm(0) = 1 rt_sigaction(SIGALRM, {SIG_DFL, [], SA_RESTORER, 0x7f3b032f88d0}, NULL, 8) = 0 socket(PF_NETLINK, SOCK_DGRAM, 11) = 4 getpid() = 3565 bind(4, {sa_family=AF_NETLINK, pid=3565, groups=ffffffff}, 12) = 0 sendto(4, "4\0\0\0\3\0\0\0\1\0\0\0\355\r\0\0\4\0\0\0\1\0\0\0\1\0\0\0\355\r\0\0\20\0\0\0\21\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0", 52, 0, NULL, 0) = 52 poll([{fd=4, events=POLLIN}], 1, 120000 So it appears to be stuck waiting for a netlink response. The drbd module is loaded and /proc/drbd exists: version: 8.4.3 (api:1/proto:86-101) srcversion: 5CF35A4122BF8D21CC12AE2 Speaking of that, why is the userspace still on 8.3? Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2