June 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 816456] New: Problem with: lxc.autodev=1
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=816456 https://bugzilla.novell.com/show_bug.cgi?id=816456#c0 Summary: Problem with: lxc.autodev=1 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aotto1968(a)t-online.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31 my problem: the "autodev" create devices with wrong permissions: > ls -ald /dev/* crw-rw---- 1 root tty 136, 16 Apr 20 18:34 /dev/console lrwxrwxrwx 1 root root 11 Apr 20 18:34 /dev/core -> /proc/kcore lrwxrwxrwx 1 root root 13 Apr 20 18:34 /dev/fd -> /proc/self/fd crwxr-xr-x 1 root root 1, 7 Apr 20 18:34 /dev/full drwxr-xr-x 2 root root 0 Apr 20 18:34 /dev/hugepages prw------- 1 root root 0 Apr 20 18:34 /dev/initctl lrwxrwxrwx 1 root root 7 Apr 20 18:34 /dev/kmsg -> console srw-rw-rw- 1 root root 0 Apr 20 18:34 /dev/log drwxrwxrwt 2 root root 40 Apr 20 18:34 /dev/mqueue crwxr-xr-x 1 root root 1, 3 Apr 20 18:34 /dev/null lrwxrwxrwx 1 root root 13 Apr 20 18:34 /dev/ptmx -> /dev/pts/ptmx drwxr-xr-x 2 root root 0 Apr 20 18:34 /dev/pts crwxr-xr-x 1 root root 1, 8 Apr 20 18:34 /dev/random drwxrwxrwt 2 root root 40 Apr 20 18:34 /dev/shm lrwxrwxrwx 1 root root 15 Apr 20 18:34 /dev/stderr -> /proc/self/fd/2 lrwxrwxrwx 1 root root 15 Apr 20 18:34 /dev/stdin -> /proc/self/fd/0 lrwxrwxrwx 1 root root 15 Apr 20 18:34 /dev/stdout -> /proc/self/fd/1 crwxr-xr-x 1 root root 5, 0 Apr 20 18:34 /dev/tty crw-rw---- 1 root tty 136, 12 Apr 20 18:34 /dev/tty1 crw-rw---- 1 root tty 136, 13 Apr 20 18:34 /dev/tty2 crw-rw---- 1 root tty 136, 14 Apr 20 18:34 /dev/tty3 crw-rw---- 1 root tty 136, 15 Apr 20 18:34 /dev/tty4 crwxr-xr-x 1 root root 1, 9 Apr 20 18:34 /dev/urandom crwxr-xr-x 1 root root 1, 5 Apr 20 18:34 /dev/zero check the permissions for "/dev/tty" or "/dev/null" as example. a "normal" user is not able to use these devices ... example: login into an non-root-user account. > ssh dev01@nhi2 ... Last login: Sat Apr 20 18:34:29 2013 from linux02 Have a lot of fun... -bash: /dev/null: Permission denied -bash: /dev/null: Permission denied -bash: /dev/null: Permission denied Im using opensuse 12.3 on the host and guest. The gues and the host is a fresh lxc container. the lxc version is: host# rpm -q lxc lxc-0.8.0-3.5.1.x86_64 -> this is the version from opensuse 12.3 the 'guest' systemd processes are ... guest# ps -eaf | grep systemd root 24 1 0 19:48 ? 00:00:00 /usr/lib/systemd/systemd-logind message+ 28 1 0 19:48 ? 00:00:00 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation root 955 1 0 19:48 ? 00:00:00 /usr/lib/systemd/systemd-journald the 'host' systemd processes are ... host# ps -eaf | grep systemd root 307 1 0 20:04 ? 00:00:00 /usr/lib/systemd/systemd-journald root 331 1 0 20:04 ? 00:00:00 /usr/lib/systemd/systemd-udevd root 525 1 0 20:04 ? 00:00:00 /usr/lib/systemd/systemd-logind message+ 567 1 0 20:04 ? 00:00:00 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation root 16813 16684 0 21:48 ? 00:00:00 /usr/lib/systemd/systemd-logind usbmux 16817 16684 0 21:48 ? 00:00:00 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation root 17755 16684 0 21:48 ? 00:00:00 /usr/lib/systemd/systemd-journald the guest pstree is ... guest# pstree -a systemd ├─agetty --noclear console 38400 linux ├─agetty --noclear tty1 38400 linux ├─agetty --noclear tty4 38400 linux ├─agetty --noclear tty2 38400 linux ├─agetty --noclear tty3 38400 linux ├─agetty --noclear -s console 115200 38400 9600 ├─dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation ├─dhcpcd --netconfig -L -E -c /etc/sysconfig/network/scripts/dhcpcd-hook -t 0 -h nhi2 lxc_nhi2 ├─klogd -c 1 -x ├─rpcbind -w -f ├─rsyncd --daemon --no-detach ├─sshd -D │ └─sshd │ └─bash │ └─pstree -a ├─systemd-journal └─systemd-logind Problem solving steps one solution I try to switch my lxc container on opensuse 12.3 back to sysvinit-init but this seems not to work eigther... # zypper --root /var/lib/lxc/nhi2/rootfs in sysvinit-init Daten des Repositories laden ... Installierte Pakete lesen ... Paketabhängigkeiten auflösen ... Problem: systemd-sysvinit-195-13.18.1.x86_64 steht in Konflikt mit namespace:otherproviders(sbin_init), angeboten von sysvinit-init-2.88+-83.2.1.x86_64 Lösung 1: Folgende Aktionen werden ausgeführt: Deinstallation von systemd-sysvinit-195-13.18.1.x86_64 Deinstallation von aaa_base-12.3-14.8.1.x86_64 Deinstallation von patterns-openSUSE-base-12.3-7.10.1.x86_64 Deinstallation von netcfg-11.5-14.1.1.noarch Deinstallation von ghostscript-fonts-std-9.06-2.1.1.noarch Deinstallation von ghostscript-fonts-other-9.06-2.1.1.noarch Deinstallation von ghostscript-9.06-4.1.1.x86_64 Deinstallation von ghostscript-x11-9.06-4.1.1.x86_64 Lösung 2: sysvinit-init-2.88+-83.2.1.x86_64 nicht installieren Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie a(b). [1/2/b] (b): => I think it is not n good solution to delete aaa_base .-( ################################################################################## as second solution I try to don't use autodev=1 and to create the devices by hand ... but "hand-made" devices together with systemd ... the system immideadly crash -> it seems somthig "eat" alle the memory Reproducible: Always Steps to Reproduce: 1. just install and start a lyx container 2. 3. Actual Results: install be default Expected Results: device permissions are right please assign it to fcrozat(a)suse.com -- 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 9

[Bug 811688] New: Initscripts executed before being fetched
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=811688 https://bugzilla.novell.com/show_bug.cgi?id=811688#c0 Summary: Initscripts executed before being fetched Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST AssignedTo: fehr(a)suse.com ReportedBy: joschibrauchle(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22 So after working around bnc#803577, I now have some machines where autoyast tries to execute the init scripts before they are actually fetched by yast! :-) The problem seems to be, that Autoyast enables the "autoyast-initscripts.service" via systemd too early (looks like as early as stage1?) and the service then starts before Autoyast even writes the configured initscripts to disk. See these logs: ------------ journalctl ------------ Mar 26 10:25:28 linux.site systemd[1]: Installed new job autoyast-initscripts.service/start as 109 ... Mar 26 10:25:52 lab05 systemd[1]: Starting Autoyast2 Init Scripts... Mar 26 10:25:52 lab05 systemd[1]: About to execute /usr/bin/plymouth --hide-splash Mar 26 10:25:52 lab05 systemd[1]: Forked /usr/bin/plymouth as 3626 Mar 26 10:25:52 lab05 systemd[1]: autoyast-initscripts.service changed dead -> start-pre Mar 26 10:25:52 lab05 systemd[1]: Received SIGCHLD from PID 3626 (plymouth). Mar 26 10:25:52 lab05 systemd[1]: Got SIGCHLD for process 3626 (plymouth) Mar 26 10:25:52 lab05 systemd[1]: Child 3626 died (code=exited, status=0/SUCCESS) Mar 26 10:25:52 lab05 systemd[1]: Child 3626 belongs to autoyast-initscripts.service Mar 26 10:25:52 lab05 systemd[1]: autoyast-initscripts.service: control process exited, code=exited status=0 Mar 26 10:25:52 lab05 systemd[1]: autoyast-initscripts.service got final SIGCHLD for state start-pre Mar 26 10:25:52 lab05 systemd[1]: About to execute /usr/lib/YaST2/bin/autoyast-initscripts.sh Mar 26 10:25:52 lab05 systemd[1]: Forked /usr/lib/YaST2/bin/autoyast-initscripts.sh as 3629 Mar 26 10:25:52 lab05 /usr/sbin/cron[3592]: (CRON) INFO (running with inotify support) Mar 26 10:25:52 lab05 systemd[1]: autoyast-initscripts.service changed start-pre -> start ... ------------ journalctl ------------ Start time of the service is 10:25:52 ------------ y2log ------------ 2013-03-26 10:28:49 <1> lab05(4403) [YCP] AutoinstScripts.ycp:714 Writing init script into /var/adm/autoinstall/init.d/init0000_final_installation.sh 2013-03-26 10:28:49 <1> lab05(4403) [agent-system] SystemAgent.cc(Execute):1130 mkdir /tmp/YaST2-04403-RK8OeL/tmp_mount 2013-03-26 10:28:49 <1> lab05(4403) [YCP] autoinstall/io.ycp:205 Copy Command: /bin/cp /tmp/YaST2-04403-RK8OeL/tmp_mount/init0000_final_installation.sh /var/adm/autoinstall/init.d/init0000_final_installation.sh 2013-03-26 10:28:49 <1> lab05(4403) [YCP] AutoinstScripts.ycp:714 Writing init script into /var/adm/autoinstall/init.d/init9999_send_email.sh 2013-03-26 10:28:49 <1> lab05(4403) [agent-system] SystemAgent.cc(Execute):1130 mkdir /tmp/YaST2-04403-RK8OeL/tmp_mount 2013-03-26 10:28:49 <1> lab05(4403) [YCP] autoinstall/io.ycp:205 Copy Command: /bin/cp /tmp/YaST2-04403-RK8OeL/tmp_mount/init9999_send_email.sh /var/adm/autoinstall/init.d/init9999_send_email.sh 2013-03-26 10:28:49 <1> lab05(4403) [YCP] AutoinstScripts.ycp:714 Writing init script into /var/adm/autoinstall/init.d/init1000_from_conf-lab.xml__copy_lab_home.sh 2013-03-26 10:28:49 <1> lab05(4403) [agent-system] SystemAgent.cc(Execute):1130 mkdir /tmp/YaST2-04403-RK8OeL/tmp_mount 2013-03-26 10:28:49 <1> lab05(4403) [YCP] autoinstall/io.ycp:205 Copy Command: /bin/cp /tmp/YaST2-04403-RK8OeL/tmp_mount/init1000_from_conf-lab.xml__copy_lab_home.sh /var/adm/autoinstall/init.d/init1000_from_conf-lab.xml__copy_lab_home.sh ------------ y2log ------------ Init scripts are copied at 10:28:49 It looks like "autoyast-initscripts.service" are installed and enabled in stage1 already, but I guess this should be done *after* the initscripts are copied to the system. ------------ y2log-1 ------------ 2013-03-26 10:23:17 <1> lab05(6370) [Interpreter] clients/autoinst_scripts2_finish.ycp:64 Calling YaST client autoinst_scripts2_finish 2013-03-26 10:23:17 <1> lab05(6370) [YCP] clients/autoinst_scripts2_finish.ycp:33 starting autoinst_scripts2_finish 2013-03-26 10:23:17 <1> lab05(6370) [YCP] clients/autoinst_scripts2_finish.ycp:51 executing:systemctl enable autoyast-initscripts.service 2013-03-26 10:23:17 <1> lab05(6370) [YCP] clients/autoinst_scripts2_finish.ycp:53 calling ret:$["exit":0, "stderr":"ln -s '/usr/lib/systemd/system/autoyast-initscripts.service' '/etc/systemd/system/default.target.wants/autoyast-initscripts.service'\n", "stdout":""] 2013-03-26 10:23:17 <1> lab05(6370) [YCP] clients/autoinst_scripts2_finish.ycp:64 autoinst_scripts2_finish finished ------------ y2log-1 ------------ So either the service must be enabled after the scripts are copied, or the service must get some dependency on the files or the yast-stage2 service... Reproducible: Sometimes -- 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 803577] New: User initscripts are exiting arbitrarily and final reboot is canceled
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=803577 https://bugzilla.novell.com/show_bug.cgi?id=803577#c0 Summary: User initscripts are exiting arbitrarily and final reboot is canceled Classification: openSUSE Product: openSUSE Factory Version: 12.3 Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST AssignedTo: fehr(a)suse.com ReportedBy: joschibrauchle(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.70 Safari/537.17 On an openSUSE 12.3 RC1 AY installation, I am running a user init-script like this: ---------- <scripts> <init-scripts config:type="list"> <script> <filename>init0000_final_installation.sh</filename> <location><![CDATA[nfs://gemini.lnt.ei.tum.de/ha/export/install/linux/opensuse/12.3/autoinstall/scripts/init0000_final_installation.sh]]></location> </script> ... some more scripts </init-scripts> </script> ---------- plus a final reboot is configured: ---------- <general> <mode> <confirm config:type="boolean">false</confirm> <final_reboot config:type="boolean">true</final_reboot> </mode> </general> ---------- The init0000 script is executed, but exists at arbitrary positions in the script... (possibly due to calls to systemctl inside the init script? see code attached). After init0000 script exited prematurely, all other following init scripts are not being executed, as well as the final reboot is not happening. It looks like the whole process tree running the init scripts just quits. Reproducible: Always Steps to Reproduce: 1. AY installation with init scripts 2. init script makes calls to systemctl Actual Results: init script exits before finishing, all other init scripts get lost (incl final reboot) Expected Results: init scripts should run successfully (or maybe fail), but all scripts should be run, independent of exit code. -- 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 31

[Bug 565557] New: autoyast=usb needs to check if device is already mounted
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

http://bugzilla.novell.com/show_bug.cgi?id=565557 http://bugzilla.novell.com/show_bug.cgi?id=565557#c0 Summary: autoyast=usb needs to check if device is already mounted Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST AssignedTo: ug(a)novell.com ReportedBy: ug(a)novell.com QAContact: qa(a)suse.de Found By: Customer Blocker: --- if you use autoyast=usb://.... and the device is already mounted like by the resolver, autoyast fails to read the profile from the usb device. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 13

[Bug 815265] cannot change locale to .UTF-8 on firstboot
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=815265 https://bugzilla.novell.com/show_bug.cgi?id=815265#c48 --- Comment #48 from Swamp Workflow Management <swamp(a)suse.de> 2013-06-10 10:29:36 UTC --- openSUSE-RU-2013:0986-1: An update that has one recommended fix can now be installed. Category: recommended (moderate) Bug References: 815265 CVE References: Sources used: openSUSE 12.3 (src): yast2-country-2.23.2-1.4.1, yast2-installation-2.23.15-1.12.2 -- 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 809460] New: Remote server administration in mysql workbench not working
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=809460 https://bugzilla.novell.com/show_bug.cgi?id=809460#c0 Summary: Remote server administration in mysql workbench not working Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mbe_ml(a)swiss-wireless.com.ar QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 remote server admin of mysql workbench does not work because line 51 of /usr/lib64/mysql-workbench/modules/wb_admin_ssh.py has a bug. There is the error: Administration pluggin not found Workaround of a user in the forum is: Replace line 51: "if paramiko and paramiko.__version_info__ >= (1, 7, 4):" for: "if paramiko:" Please fix Reproducible: Always Steps to Reproduce: 1. Start mysql workbench 2. Add a remote host or use localhost definition 3. Try to start remote admin -- 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 7

[Bug 822768] New: Veusz ignores axes stacking order and paints them above everything else despite different ordering
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=822768 https://bugzilla.novell.com/show_bug.cgi?id=822768#c0 Summary: Veusz ignores axes stacking order and paints them above everything else despite different ordering Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: badshah400(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 This is basically a fix from upstream for an issue I had reported [1] with the upstream bug tracker against veusz 1.17.1. With 1.17.1, the problem is that despite stacking other widgets on top of it, the axes are always painted on top, which causes ugliness esp. with the key/legend. While placing the key above any of the other widgets, such as xy plots, etc masks the appropriate region of the plot just fine, it is only while covering the axis that this masking fails. This is fixed by a recent commit upstream, see [2]. I have rebased this commit for the version of veusz in openSUSE:12.3:Update (the upstream commit was over a master branch, with new features and all, which will soon be released as 1.18). Please consider this patched package [3] as an update release as soon as possible. I have tested the patched package and it works great. [1] https://github.com/jeremysanders/veusz/issues/38 [2] https://github.com/jeremysanders/veusz/commit/7a0dfc8d47cfb7c3ee61f791444d0… [3] Packages for testing are here https://build.opensuse.org/package/show?package=python-veusz.openSUSE_12.3_… 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 7

[Bug 815331] New: gnome-games: backport several upstream fixes
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=815331 https://bugzilla.novell.com/show_bug.cgi?id=815331#c0 Summary: gnome-games: backport several upstream fixes Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: mike.catanzaro(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.6+ (KHTML, like Gecko) Chromium/23.0.1271.95 Chrome/23.0.1271.95 Safari/537.6+ Epiphany/3.6.1 I'd like to do a maintenance update for gnome-games in 12.1 - 12.3 to backport a variety of upstream fixes. Most all of these are gnome-chess bugs, but we should also include a fix for a five-or-more segfault as well (which I can't personally reproduce as it only affects 32-bit machines). After this update we will be the premier Linux distro for playing GNOME Chess!! (At least for a few months.) Issues probably affecting 12.1 - 12.3: five-or-more crash: https://git.gnome.org/browse/five-or-more/commit/?id=2e79cd17d26da2991d3a3f… Fix AI hang when Phalanx attempts to promote: https://git.gnome.org/browse/gnome-chess/commit/?id=d190d8bbdb78697774eae85… Fix being able to castle when square being moved over is threatened by a pawn: https://git.gnome.org/browse/gnome-chess/commit/?id=f0276e497f16f6c9f2b3983… Affecting only 12.3: Chess history doesn't work very well: https://git.gnome.org/browse/gnome-chess/commit/?id=55f896d1d29c18e491ca774… Issues probably affecting only 12.1 and 12.2: glchess: Only allow pawns to do en passant: https://git.gnome.org/browse/gnome-chess/commit/?id=9625cb128bb2799aceee4e7… glchess: Correctly remove en-passant captured pawn from the board: https://git.gnome.org/browse/gnome-chess/commit/?id=d235cb063c19c94120c6a27… glchess: Can't castle once rook is taken: https://git.gnome.org/browse/gnome-chess/commit/?id=f79e3665688ee13d2be7959… glchess: Fix board orientation set to human always showing the white side: https://git.gnome.org/browse/gnome-chess/commit/?id=d73198b999f39ba166f6125… If this is approved, would it be best to prepare one patchinfo for 12.1/12.2 and a separate one for 12.3, since the collection of fixes is different? (And is it OK to only have one bnc report for all of these, if the patchinfo links to the upstream bugs for all of them?) 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 7

[Bug 817152] New: openconnect frequently drops connection
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=817152 https://bugzilla.novell.com/show_bug.cgi?id=817152#c0 Summary: openconnect frequently drops connection Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: zadeck(a)naturalbridge.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0 openconnect frequently drops the connection. This appears to be related to the kind of traffic sent along the line. it can stay up for days doing certain kinds of traffic, but will reliably fail for others, such as doing "rsync -arvz" of a git repository. There are many other kinds of traffic that this fails with, but this kind of traffic is pretty easy to reproduce. the tail of my /var/log/messages file contains 2013-04-25T08:14:20.512159-04:00 moria openconnect[8282]: DTLS handshake failed: 1 2013-04-25T08:14:20.512683-04:00 moria openconnect[8282]: 140662808966888:error:14102410:SSL routines:DTLS1_READ_BYTES:sslv3 alert handshake failure:d1_pkt.c:1166:SSL alert number 40 2013-04-25T08:15:40.961482-04:00 moria openconnect[8282]: DTLS handshake failed: 1 2013-04-25T08:15:40.962343-04:00 moria openconnect[8282]: 140662808966888:error:14102410:SSL routines:DTLS1_READ_BYTES:sslv3 alert handshake failure:d1_pkt.c:1166:SSL alert number 40 if there is some other logging i can turn on and get to you, send directions. Reproducible: Always Steps to Reproduce: 1.use networkmanager openconnect to connect to your vpn 2.do an rsync -arvz some git repo to a remote machine. 3.wait for the crash. Actual Results: the above is everything i know. Expected Results: not dropped the connections -- 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 19

[Bug 813226] New: TFTP Server Issue
by bugzilla_noreply＠novell.com 10 Jun '13

10 Jun '13

https://bugzilla.novell.com/show_bug.cgi?id=813226 https://bugzilla.novell.com/show_bug.cgi?id=813226#c0 Summary: TFTP Server Issue Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: All Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jorgeh(a)fsbcomputers.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0 I was told to create a new Bug for this, so here it is, I enabled TFTP on my box, edited the /etc/xinet.d/tftp file, added -c to the server_args to allow users to upload files, changed permissions to /srv/tftpboot to use 666, but when I try to upload something to it, it says "permission denied" Reproducible: Always Steps to Reproduce: 1. Enable TFTP Server 2. Configure /etc/xinet.d/tftp, add -c to server_args 3. connect from a client to upload a file Actual Results: Permission Denied Expected Results: Upload the file -- 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 8