September 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 741521] New: Spice client disconnect crashes qemu-kvm
by bugzilla_noreply＠novell.com 16 Aug '16

16 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=741521 https://bugzilla.novell.com/show_bug.cgi?id=741521#c0 Summary: Spice client disconnect crashes qemu-kvm Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gvenkat(a)attglobal.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20100101 Firefox/9.0 When spice-client was terminated on a remote client, the VM shutdown with an exception. System kvm-1.0-131.1.x86_64 libspice-server1-0.10.0-28.1.x86_64 Client spice-client-0.10.0-28.1.i586 Reproducible: Didn't try Steps to Reproduce: 1. Don't know how to reproduce. Only happened once in a situation (closing spice client) that has worked every time before. 2. 3. Actual Results: The VM was shutdown Expected Results: The VM should have stayed up so that the SPICE client could connect again This was reported in the log for the VM related to this crash red_channel_client_disconnect: 0x7f9460033f80 (channel 0x7f9503fb2c80 type 1 id 0) main_channel_client_on_disconnect: rcc=0x7f9460033f80 reds_client_disconnect: red_client_destroy: destroy client with #channels 4 red_channel_client_disconnect: 0x7f9460046a00 (channel 0x7f9503fbd240 type 3 id 0) red_channel_client_disconnect: 0x7f9508ebc400 (channel 0x7f95074c16d0 type 2 id 0) red_channel_remove_client: ASSERT pthread_equal(pthread_self(), rcc->channel->thread_id) failed red_channel_client_disconnect: 0x7f950877ac80 (channel 0x7f950487b830 type 4 id 0) Thread 9 (Thread 0x7f94f8712700 (LWP 13630)): #0 0x00007f9500b7cea4 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00007f9500b78294 in _L_lock_999 () from /lib64/libpthread.so.0 #2 0x00007f9500b780aa in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x00007f950312d349 in ?? () #4 0x00007f95031c35c9 in ?? () #5 0x00007f95031992d1 in ?? () #6 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #7 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #8 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f94f7f11700 (LWP 13631)): #0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6 #1 0x00007f95031c3479 in ?? () #2 0x00007f95031c35c1 in ?? () #3 0x00007f95031992d1 in ?? () #4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 7 (Thread 0x7f94f7710700 (LWP 13632)): #0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6 #1 0x00007f95031c3479 in ?? () #2 0x00007f95031c35c1 in ?? () #3 0x00007f95031992d1 in ?? () #4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f94f6f0f700 (LWP 13633)): #0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6 #1 0x00007f95031c3479 in ?? () #2 0x00007f95031c35c1 in ?? () #3 0x00007f95031992d1 in ?? () #4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 5 (Thread 0x7f9468e88700 (LWP 13634)): #0 0x00007f94ffc1ed53 in epoll_wait () from /lib64/libc.so.6 #1 0x00007f950035e65b in ?? () from /usr/lib64/libspice-server.so.1 #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f9467e86700 (LWP 11391)): #0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f950311542f in ?? () #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f94fa2c4700 (LWP 11394)): #0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f950311542f in ?? () #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f9467685700 (LWP 11395)): #0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f950311542f in ?? () #2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f9502f9c760 (LWP 13614)): #0 0x00007f9500b7d37d in read () from /lib64/libpthread.so.0 #1 0x00007f95003f24c0 in ?? () from /usr/lib64/libspice-server.so.1 #2 0x00007f9500340d38 in ?? () from /usr/lib64/libspice-server.so.1 #3 0x00007f9500342bcb in ?? () from /usr/lib64/libspice-server.so.1 #4 0x00007f950034391d in ?? () from /usr/lib64/libspice-server.so.1 #5 0x00007f9500360cef in ?? () from /usr/lib64/libspice-server.so.1 #6 0x00007f9500341421 in ?? () from /usr/lib64/libspice-server.so.1 #7 0x00007f95003426b8 in ?? () from /usr/lib64/libspice-server.so.1 #8 0x00007f950309d157 in ?? () #9 0x00007f950310768b in ?? () #10 0x00007f9503100407 in main () 2012-01-16 07:27:25.347+0000: shutting down -- 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 4

[Bug 890012] New: PM-UTILS hooks not being called from "Leave" menu or using Sleep button on keyboard (pm-suspend)
by bugzilla_noreply＠novell.com 12 Aug '16

12 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=890012 https://bugzilla.novell.com/show_bug.cgi?id=890012#c0 Summary: PM-UTILS hooks not being called from "Leave" menu or using Sleep button on keyboard (pm-suspend) Classification: openSUSE Product: openSUSE Factory Version: 201407* Platform: x86-64 OS/Version: openSUSE 13.2 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: noeerover(a)gmail.com 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 After zypper dup to Factory (from 13.1), using my keyboard sleep button or the launcher menu "Leave/Suspend" does not seem to cause the PM-UTILS hooks to catch. In addition, there is no /var/log/pm-suspend.log. This is causing my resume hooks to not execute. However, if I sudo pm-suspend from console, the hooks run both for suspend and resume and there is a /var/log/pm-suspend.log Reproducible: Always Steps to Reproduce: 1. Use the launcher to Leave/Suspend or press sleep button on keyboard 2. Wait some seconds for machine to suspend 3. Resume Actual Results: None of the pm-utils hooks execute and there is no /var/log/pm-suspend.log Expected Results: hooks should have executed on suspend and resume. Works with 13.1 and earlier. Keyboard is Microsoft Internet Keyboard Pro USB -- 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 854343] New: libvirt installation run inappropriate systemd restart
by bugzilla_noreply＠novell.com 11 Aug '16

11 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=854343 https://bugzilla.novell.com/show_bug.cgi?id=854343#c0 Summary: libvirt installation run inappropriate systemd restart Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)suse.com ReportedBy: bruno(a)ioda-net.ch QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 With the new split of libvirt module there's a new effect. libvirtd is firstly installed and the post script run a systemctl try-restart libvirtd.service But all the associated module comes after, and then are not loaded correctly. zypper ps show that at the end you need to restart again libvirtd.service If you have big/slow guest you need to reboot them twice. Reproducible: Always Steps to Reproduce: 1. install libvirtd and run guest 2. update libvirtd 3. you still have to restart it a second time Actual Results: there's still module that have changed Expected Results: Restart libvirtd once every module are loaded. So all the new modules should be (Pre) installed compared to libvirtd Here the log of today update zypper up -r virtualization Loading repository data... Reading installed packages... The following package update will NOT be installed: perl-Term-ProgressBar The following packages are going to be upgraded: guestfs-tools libguestfs0 libvirt libvirt-client libvirt-daemon libvirt-daemon-config-nwfilter libvirt-daemon-driver-interface libvirt-daemon-driver-libxl libvirt-daemon-driver-lxc libvirt-daemon-driver-network libvirt-daemon-driver-nodedev libvirt-daemon-driver-nwfilter libvirt-daemon-driver-qemu libvirt-daemon-driver-secret libvirt-daemon-driver-storage libvirt-daemon-driver-uml libvirt-daemon-driver-vbox libvirt-daemon-driver-xen libvirt-daemon-lxc libvirt-daemon-qemu libvirt-daemon-uml libvirt-daemon-vbox libvirt-daemon-xen libvirt-doc libvirt-glib-1_0-0 libvirt-python perl-Sys-Guestfs perl-Sys-Virt typelib-1_0-LibvirtGConfig-1_0 typelib-1_0-LibvirtGLib-1_0 typelib-1_0-LibvirtGObject-1_0 virt-install virt-manager virt-manager-common virt-viewer 35 packages to upgrade. Overall download size: 12.6 MiB. After the operation, additional 463.7 KiB will be used. Continue? [y/n/? shows all options] (y): y Retrieving package libvirt-client-1.2.0-353.1.x86_64 Installing: virt-install-0.10.0-143.1 ......................................................................................................................................[done] There are some running programs that use files deleted by recent upgrade. You may wish to restart some of them. Run 'zypper ps' to list these programs. yoda:/etc/zypp/repos.d # zypper ps The following running processes use deleted files: PID | PPID | UID | Login | Command | Service | Files ------+------+-----+-------+----------+----------+-------------------------------------------------------------------------- 26378 | 1 | 0 | root | libvirtd | libvirtd | /usr/lib64/libvirt/connection-driver/libvirt_driver_network.so;52a337e9 | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_nodedev.so;52a337e9 | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_nwfilter.so;52a337e9 | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_interface.so;52a337e9 | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_libxl.so;52a337e9 | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_secret.so;52a337e9 | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_lxc.so | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_xen.so | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_uml.so | | | | | | /usr/lib64/libvirt/connection-driver/libvirt_driver_vbox.so You may wish to restart these processes. See 'man zypper' for information about the meaning of values in the above table. yoda:/etc/zypp/repos.d # systemctl restart libvirtd.service -- 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 20

[Bug 893659] New: Patch for apache2-2.4.6-6.27.1 restarts before updating MPM to same version
by bugzilla_noreply＠novell.com 09 Aug '16

09 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=893659 https://bugzilla.novell.com/show_bug.cgi?id=893659#c0 Summary: Patch for apache2-2.4.6-6.27.1 restarts before updating MPM to same version Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Apache AssignedTo: bnc-team-apache(a)forge.provo.novell.com ReportedBy: jimc(a)math.ucla.edu QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- In the recent patch updating Apache2-2.4.6 from build ID 6.23.1 to 6.27.1, apparently it restarts apache immediately, and it fails with this error message (this is with apache2-prefork-2.4.6-6.23.1.x86_64 as the MPM): Cannot load /usr/lib64/apache2-prefork/mod_proxy.so into server: /usr/lib64/apache2-prefork/mod_proxy.so : undefined symbol: ap_parse_token_list_strict That library belongs to apache2-prefork-2.4.6-6.23.1.x86_64 which evidently did not get updated until after the restart. Workarounds: On most machines with webservers, just restart Apache again and it will be fine, because the MPM does eventually get updated. However, on my main webserver I host an enterprise mirror of the SuSE distro, and after Apache fails to restart, Zypper cannot download any more packages including the MPM that it's going to need to restart itself. One fix that would have avoided the problem: if I had used --download-in-advance rather than --download-as-needed, the MPM would already have been downloaded and could be installed. I just did rpm -U /s1/SuSE/SuSE/update/13.1/x86_64/apache2-prefork-2.4.6-6.27.1.x86_64.rpm (taking it directly from the enterprise mirror) and restarted Apache. You can't use "zypper install /path/to.rpm" because it checks the repo status anyway (there might be dependencies), which fails because the webserver cannot be started. I imagine that few people will encounter this problem, but if there were some way to defer the restart until all patches were installed, that would help a lot. -- 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 784979] New: wxMaxima can not print correctly cyrilloc text (letters)
by bugzilla_noreply＠novell.com 09 Aug '16

09 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=784979 https://bugzilla.novell.com/show_bug.cgi?id=784979#c0 Summary: wxMaxima can not print correctly cyrilloc text (letters) Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: kiv(a)mail.orbitel.bg QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) konqueror/4.8.5 Safari/534.34 When use latin letters to solve some mathematical problem and tnen print evdeery thing is print as expected. When use cyrillic letters on the screen every thing looks as expected but when print to file or to a printer all cyriltlic letters get replaced by unreadable text. Reproducible: Always Steps to Reproduce: 1. Open wxMaxima 2. Solve some problem using cyrillic and latin letters in the worksheet 3. Try to print the workshee to file. 4. Then open the file and check the cyrillic text - it get unreadable Actual Results: The cyrillic text get unreadable when print the worksheet Expected Results: The cyrillic text get unreadable - letters are replaced by some different letters and symbols. Seems like wrong kodepage used. -- 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 10

[Bug 828374] New: xscreensavers output core files with SIGSEGV in select () at ../sysdeps/unix/syscall-template.S:81 on VirtualBox .
by bugzilla_noreply＠novell.com 09 Aug '16

09 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=828374 https://bugzilla.novell.com/show_bug.cgi?id=828374#c0 Summary: xscreensavers output core files with SIGSEGV in select () at ../sysdeps/unix/syscall-template.S:81 on VirtualBox . Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 2 Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Xfce AssignedTo: bnc-team-xfce(a)forge.provo.novell.com ReportedBy: bkbin005(a)rinku.zaq.ne.jp QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=547002) --> (http://bugzilla.novell.com/attachment.cgi?id=547002) GDB backtrace files and glxinfo's output . User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36 I am testing openSUSE 13.1 Milestone 2 x86_64 on VirtualBox 4.2.16 r86992 in Windows 7 SP1 64 bit . Host information: https://dl.dropboxusercontent.com/u/86335040/DxDiag17.txt I made VM from the default (Turn OFF "Display"->"Video"->"Enable 3D acceleration") . I installed Xfce and changed Xfce session . And I selected "Setting Manager" -> "Screensaver" . I selected "Random" mode . Then xscreensavers outputted core files with SIGSEGV in select () at ./sysdeps/unix/syscall-template.S:81 . I attach the GDB backtrace files and glxinfo's output . Reproducible: Always Steps to Reproduce: 1. Prepare VirtualBox . 2. Make VM from the default (Turn OFF "Display"->"Video"->"Enable 3D acceleration") . 3. Install openSUSE 13.1 Milestone 2 in VM . 4. Select Xfce Desktop . 5. Login to Xfce Session . 6. Select "Setting Manager" -> "Screensaver" . 7. Select "Random" mode . 8. Wait for dozens of minutes . Actual Results: The xscreensavers output core files many times with SIGSEGV in select () at ./sysdeps/unix/syscall-template.S:81 . Expected Results: The xscreensavers should not output core files . Ubuntu also has the same problem . Please see also: https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1197750 https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1197767 https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1197770 https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1198037 https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1198388 https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1198396 https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1198408 -- 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 4

[Bug 828382] New: xscreensaver crashes with Segmentation fault in kill() at ../sysdeps/unix/syscall-template.S:81 and X screen hangs-up .
by bugzilla_noreply＠novell.com 09 Aug '16

09 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=828382 https://bugzilla.novell.com/show_bug.cgi?id=828382#c0 Summary: xscreensaver crashes with Segmentation fault in kill() at ../sysdeps/unix/syscall-template.S:81 and X screen hangs-up . Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 2 Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bkbin005(a)rinku.zaq.ne.jp QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=547006) --> (http://bugzilla.novell.com/attachment.cgi?id=547006) 2 GDB backtrace files . User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36 I am testing openSUSE 13.1 Milestone 2 x86_64 on VirtualBox 4.2.16 r86992 in Windows 7 SP1 64 bit . Host information: https://dl.dropboxusercontent.com/u/86335040/DxDiag17.txt . I changed a setup of VM of "Setting"->"Display"->"Enable 3D acceleration" into "ON" I changed session into Xfce . I selected Applications Menu->"Setting"->"Setting Manager" . I selected "Personal"->"Screensaver" . I changed "Mode" into "Random Screen Saver" . I selected all screen savers . I turned OFF "Lock Screen After" . I changed "Blank After" into 1 minnutes and "Cycle After" into 1 minutes . I closed "Screensaver Preferences" . And I waited without doing anything for 2 days . The xscreensaver crashed twice during the 2 days with Segmentation fault in kill() at ../sysdeps/unix/syscall-template.S:81 and X screen hanged-up . I attach the GDB backtrace files . Reproducible: Sometimes Steps to Reproduce: 0. Change a setup of VM of "Setting"->"Display"->"Enable 3D acceleration" into "ON" 1. Change session into Xfce . 2. Select "Applications Menu"->"Setting"->"Setting Manager" . 3. Select "Personal"->"Screensaver" . 4. Change "Mode" into "Random Screen Saver" . 5. Select all screen savers . 6. Turn OFF "Lock Screen After" . 7. Change "Blank After" into 1 minnutes and "Cycle After" into 1 minutes . 8. Close "Screensaver Preferences" . 9. Wait a number of days without doing anything . Actual Results: The xscreensaver crashed twice during the 2 days with Segmentation fault in kill() at ../sysdeps/unix/syscall-template.S:81 and X screen hanged-up . Expected Results: The xscreensave shoud not crash and X screen should not hang-up . -- 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 857438] New: Connecting an external hard disk doesn't mount it automatically
by bugzilla_noreply＠novell.com 09 Aug '16

09 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=857438 https://bugzilla.novell.com/show_bug.cgi?id=857438#c0 Summary: Connecting an external hard disk doesn't mount it automatically Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i586 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: coutantp(a)sfr.fr QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 Connecting an external hard disk doesn't mount it automatically. However it is possible to mount it manually (mount /dev/sdb1 mnt) On older version (SuseLinux 12.2) that was OK. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 812607] New: Unmounting of network file system takes long time on restart
by bugzilla_noreply＠novell.com 09 Aug '16

09 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=812607 https://bugzilla.novell.com/show_bug.cgi?id=812607#c0 Summary: Unmounting of network file system takes long time on restart Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tosiara(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:19.0) Gecko/20100101 Firefox/19.0 If SAMBA share is mounted at /mnt/samba and you do restart - it will take long time and you will see last message - "Unmounting /mnt/samba". Looks like network brought down before unmounting network file share Reproducible: Always Steps to Reproduce: 1. Config network to use ifup, connect over wireless and mount SAMBA share 2. Restart the system 3. Usually it takes few seconds to reboot, but this time the screen hangs at "Unmounting /mnt/samba" for about a minute Actual Results: Restart takes long time because it is waiting for unmount Expected Results: It should umnount samba share before bringing network down and do restart quickly -- 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 714995] New: open-iscsi script does not properly umount iscsi devices
by bugzilla_noreply＠novell.com 08 Aug '16

08 Aug '16

https://bugzilla.novell.com/show_bug.cgi?id=714995 https://bugzilla.novell.com/show_bug.cgi?id=714995#c0 Summary: open-iscsi script does not properly umount iscsi devices Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: thomas.saupe(a)novell.com QAContact: qa(a)suse.de Found By: Novell Technical Services Services Priority: 1000 Blocker: --- The code for umounting iscsi device in /etc/init.d/open-iscsi is broken, especially if the iscsi devices are used within multipathing. On system shutdown the umount of the mounted iscsi devices fails but the devices itself get logged out. This leads to a hang of the reboot, since the later the boot.localfs init script tries to umount the iscsi mounts that already have lost their devices. Attached a patch to the open-iscsi init script that corrects this. -- 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 21