November 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 899776] New: gnome-clocks lacks dependencies: undefined symbol: gtk_application_get_menu_by_id
by bugzilla_noreply＠novell.com 22 Jun '16

22 Jun '16

http://bugzilla.suse.com/show_bug.cgi?id=899776 Bug ID: 899776 Summary: gnome-clocks lacks dependencies: undefined symbol: gtk_application_get_menu_by_id Classification: openSUSE Product: openSUSE Factory Version: 201409* Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: gp(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: Product Management Blocker: --- Created attachment 608967 --> http://bugzilla.suse.com/attachment.cgi?id=608967&action=edit Output of rpm -qa | sort | egrep 'gnome|gtk' Since I am behind a slow line right now and the whole Factory update is abot 2GB, I installed some updates piecemeal (for example to address bugs or verify fixes). One of the packages I updated is gnome-clocks, from version 3.12.x to 3.14.0-1.1.x86_64. Now when I try to start it, I get the following: gnome-clocks: symbol lookup error: gnome-clocks: undefined symbol: gtk_application_get_menu_by_id -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 859298] New: dnsmasq launch as daemon fails (in or out of systemctl) status=3/NOTIMPLEMENTED
by bugzilla_noreply＠novell.com 22 Jun '16

22 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=859298 https://bugzilla.novell.com/show_bug.cgi?id=859298#c0 Summary: dnsmasq launch as daemon fails (in or out of systemctl) status=3/NOTIMPLEMENTED Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: david.bahi(a)emc.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.73.11 (KHTML, like Gecko) Version/7.0.1 Safari/537.73.11 > bang-tan:~ # systemctl status dnsmasq > dnsmasq.service - DNS caching server. > Loaded: loaded (/usr/lib/systemd/system/dnsmasq.service; enabled) > Drop-In: /run/systemd/generator/dnsmasq.service.d > \u2514\u250050-insserv.conf-$named.conf > Active: failed (Result: exit-code) since Fri 2014-01-17 18:21:55 EST; 7min ago > Process: 2776 ExecStart=/usr/sbin/dnsmasq --log-async --enable-dbus --keep-in-foreground (code=exited, status=3) > Process: 2754 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS) > Main PID: 2776 (code=exited, status=3) > CGroup: /system.slice/dnsmasq.service > > Jan 17 18:21:55 bang-tan systemd[1]: Starting DNS caching server.... > Jan 17 18:21:55 bang-tan dnsmasq[2754]: dnsmasq: syntax check OK. > Jan 17 18:21:55 bang-tan dnsmasq[2776]: TFTP directory /srv/tftpboot inaccessible: Permission denied > Jan 17 18:21:55 bang-tan systemd[1]: dnsmasq.service: main process exited, code=exited, status=3/NOTIMPLEMENTED > Jan 17 18:21:55 bang-tan systemd[1]: Failed to start DNS caching server.. > Jan 17 18:21:55 bang-tan systemd[1]: Unit dnsmasq.service entered failed state. or on the command line try it - fails the same way > bang-tan:~ # /usr/sbin/dnsmasq --log-async --enable-dbus --keep-in-foreground > bang-tan:~ # echo $? > 3 but it works fine as long as it is not launched as a daemon > bang-tan:~ # /usr/sbin/dnsmasq --log-async --enable-dbus --keep-in-foreground -d & > [1] 4193 > bang-tan:~ # dnsmasq: started, version 2.65 cachesize 2000 > dnsmasq: compile time options: IPv6 GNU-getopt no-DBus i18n IDN DHCP DHCPv6 no-Lua TFTP no-conntrack > dnsmasq: DBus support enabled: connected to system bus > dnsmasq: asynchronous logging enabled, queue limit is 5 messages > dnsmasq-tftp: TFTP root is /srv/tftpboot > dnsmasq: using local addresses only for domain sea.lab.emc.com > dnsmasq: reading /etc/resolv.conf > dnsmasq: using nameserver 128.221.12.10#53 > dnsmasq: using nameserver 10.254.66.24#53 > dnsmasq: ignoring nameserver 10.6.154.11 - local interface > dnsmasq: using local addresses only for domain sea.lab.emc.com > dnsmasq: read /etc/hosts - 9 addresses > dnsmasq: read /etc/dnsmasq.hosts/wadet2_hosts - 21 addresses > dnsmasq: read /etc/dnsmasq.hosts/hosts_from_ldap - 417 addresses > ... Reproducible: Always Steps to Reproduce: 1. zypper dup from 12.2 to 12.3 (it fails in 12.3 the same way) 2. then zypper dup from 12.3 to 13.1 (so we're current and all) 3. then notice dnsmasq still fails to launch as a daemon - scratch head - google - write bug Actual Results: tail of strace output of failure > ... > capset({_LINUX_CAPABILITY_VERSION_3, 0}, {CAP_SETUID|CAP_NET_ADMIN|CAP_NET_RAW, CAP_SETUID|CAP_NET_ADMIN|CAP_NET_RAW, CAP_SETUID|CAP_NET_ADMIN|CAP_NET_RAW}) = 0 > prctl(PR_SET_KEEPCAPS, 1) = 0 > setuid(105) = 0 > capset({_LINUX_CAPABILITY_VERSION_3, 0}, {CAP_NET_ADMIN|CAP_NET_RAW, CAP_NET_ADMIN|CAP_NET_RAW, 0}) = 0 > openat(AT_FDCWD, "/srv/tftpboot", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 EACCES (Permission denied) > open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > write(2, "\n", 1) = 1 > write(2, "dnsmasq: ", 9) = 9 > write(2, "TFTP directory /srv/tftpboot ina"..., 60) = 60 > write(2, "\n", 1) = 1 > open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 14 > fstat(14, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0 > fstat(14, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fc343f10000 > read(14, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 3519 > lseek(14, -2252, SEEK_CUR) = 1267 > read(14, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\5\0\0\0\0"..., 4096) = 2252 > close(14) = 0 > munmap(0x7fc343f10000, 4096) = 0 > write(13, "<26>Jan 17 18:32:11 dnsmasq[4278"..., 95) = -1 ENOTCONN (Transport endpoint is not connected) > connect(13, {sa_family=AF_LOCAL, sun_path="/dev/log"}, 110) = 0 > write(13, "<26>Jan 17 18:32:11 dnsmasq[4278"..., 95) = 95 > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0 > write(13, "<26>Jan 17 18:32:11 dnsmasq[4278"..., 53) = 53 > close(13) = 0 > exit_group(3) = ? > +++ exited with 3 +++ > Expected Results: seems when daemonized it may be using another uid that doesn't have permission to read /srv/tftpboot (tftp service is handled by dnsmasq in our config) perms on /srv/tftpboot default to 0750 i think - at least that's what we have... thanks for looking into 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 17

[Bug 867943] New: okular print dialogue - UTF8 filenames displayed incorrectly
by bugzilla_noreply＠novell.com 22 Jun '16

22 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=867943 https://bugzilla.novell.com/show_bug.cgi?id=867943#c0 Summary: okular print dialogue - UTF8 filenames displayed incorrectly Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: per(a)computer.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=581835) --> (http://bugzilla.novell.com/attachment.cgi?id=581835) okular print dialogue screenshot User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 See subject and screenshot. 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 11

[Bug 894107] New: update of phpmyadmin tries to execute deprecated /etc/init.d/apache2
by bugzilla_noreply＠novell.com 18 Jun '16

18 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=894107 https://bugzilla.novell.com/show_bug.cgi?id=894107#c0 Summary: update of phpmyadmin tries to execute deprecated /etc/init.d/apache2 Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wagner-thomas(a)gmx.at QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.143 Safari/537.36 just did a zypper up: (2/4) Installing: phpMyAdmin-4.1.14.3-8.1 ...............................[done] Additional rpm output: /var/tmp/rpm-tmp.6bQefx: line 13: /etc/init.d/apache2: No such file or directory /var/tmp/rpm-tmp.cmpLma: line 8: /etc/init.d/apache2: No such file or directory Seems that phpMyAdmin from the OpenSUSE 13.1 Update repo tryies to exec /etc/init.d/apache2 which is missing since OpenSUSE 13.1 uses systemd. Reproducible: Always # zypper info phpmyadmin Loading repository data... Reading installed packages... Information for package phpMyAdmin: ----------------------------------- Repository: openSUSE-13.1-Update Name: phpMyAdmin Version: 4.1.14.3-8.1 Arch: noarch Vendor: openSUSE Installed: Yes Status: up-to-date Installed Size: 25.2 MiB -- 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 842360] New: dhcpd does not listen for dhcp requests
by bugzilla_noreply＠novell.com 16 Jun '16

16 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=842360 https://bugzilla.novell.com/show_bug.cgi?id=842360#c0 Summary: dhcpd does not listen for dhcp requests 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: Mathias.Homann(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 When running the dhcp server that is included with opensuse 12.3,l it simply "doe not work at all". on closer inspection it turns out that the dhcpd does not listen on port 67... and so it can't serve dhcp requests. Reproducible: Always Steps to Reproduce: 1. start dhcpd 2. run dhcpcd-test from another computer 3. observe it failing w/o getting an answer 4. check with netstat -ulpn|grep dhcp that the dhcp server listens on two random udp ports but *not* on port 67 Actual Results: running a dhcp server with openSUSE 12.3 does not work at all. Expected Results: it "should just work". -- 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 30

[Bug 843734] New: security: Bug
by bugzilla_noreply＠novell.com 13 Jun '16

13 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=843734 https://bugzilla.novell.com/show_bug.cgi?id=843734#c0 Summary: security: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86 OS/Version: openSUSE 12.3 Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software AssignedTo: lnussel(a)suse.com ReportedBy: lutchy.horace(a)outlook.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: meissner(a)suse.com Found By: --- Blocker: --- In /etc/sysconfig/sshguard, option PORTS separated by comma. Processed in /etc/init.d/sshguard by iptables_start() function. Iptables doesn't accept multiple ports with just '/usr/sbin/iptables -A INPUT -p tcp --dport $PORTS'. It must be specified in the format of '/usr/sbin/iptables -A INPUT -p tcp -m multiport --dport $PORTS' otherwise it will fail with: iptables v1.4.16.3: invalid port/service `22,443' specified Try `iptables -h' or 'iptables --help' for more information. Best Regards -- 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 3

[Bug 786024] New: vsftpd broken - OOPS: priv_sock_get_cmd
by bugzilla_noreply＠novell.com 11 Jun '16

11 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=786024 https://bugzilla.novell.com/show_bug.cgi?id=786024#c0 Summary: vsftpd broken - OOPS: priv_sock_get_cmd Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 0 Platform: Other OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: mvyskocil(a)suse.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- vsftpd is running, but... # ncftp -u demo localhost NcFTP 3.2.4 (May 16, 2010) by Mike Gleason (http://www.NcFTP.com/contact/) Server hungup immediately after connect. OOPS: priv_sock_get_cmd Workaround: add seccomp_sandbox=NO to vsftpd.conf See also https://bbs.archlinux.org/viewtopic.php?id=147074 - the page says this is fixed in vsftpd 3.0.2, so updating vsftpd to this version should be enough. I did not test if this bug is only in Factory (I'm using factory-tested from 2012-10-03) or also in 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 75

[Bug 831629] New: python3-base test test_faulthandler fails on ppc64
by bugzilla_noreply＠novell.com 09 Jun '16

09 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=831629 https://bugzilla.novell.com/show_bug.cgi?id=831629#c0 Summary: python3-base test test_faulthandler fails on ppc64 Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: PowerPC-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dvaleev(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- [ 456s] test_unregister (test.test_faulthandler.FaultHandlerTests) ... test test_faulthandler failed [ 456s] ok [ 456s] [ 456s] ====================================================================== [ 456s] FAIL: test_register_chain (test.test_faulthandler.FaultHandlerTests) [ 456s] ---------------------------------------------------------------------- [ 456s] Traceback (most recent call last): [ 456s] File "/home/abuild/rpmbuild/BUILD/Python-3.3.2/Lib/test/test_faulthandler.py", line 588, in test_register_chain [ 456s] self.check_register(chain=True) [ 456s] File "/home/abuild/rpmbuild/BUILD/Python-3.3.2/Lib/test/test_faulthandler.py", line 572, in check_register [ 456s] self.assertEqual(exitcode, 0) [ 456s] AssertionError: -11 != 0 [ 456s] [ 456s] ---------------------------------------------------------------------- -- 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 890606] New: 3.16 kernel makes python-swift3 build broken
by bugzilla_noreply＠novell.com 08 Jun '16

08 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=890606 https://bugzilla.novell.com/show_bug.cgi?id=890606#c0 Summary: 3.16 kernel makes python-swift3 build broken Classification: openSUSE Product: openSUSE Factory Version: 201407* Platform: PowerPC-64 OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dvaleev(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- This is a bit weird issue. Using kernel-obs-build (3.16-rc7) for building python-swift3 makes tests failing. with: ====================================================================== ERROR: test_token_generation (unit.test_swift3.TestSwift3) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/abuild/rpmbuild/BUILD/swift3-1.7+git.1384888344.9a2ce5e/swift3/test/unit/test_swift3.py", line 196, in setUp self.app = swift3.filter_factory({})(FakeApp()) File "/home/abuild/rpmbuild/BUILD/swift3-1.7+git.1384888344.9a2ce5e/swift3/middleware.py", line 963, in swift3_filter return Swift3Middleware(app, conf) File "/home/abuild/rpmbuild/BUILD/swift3-1.7+git.1384888344.9a2ce5e/swift3/middleware.py", line 851, in __init__ self.logger = get_logger(self.conf, log_route='swift3') File "/usr/lib/python2.7/site-packages/swift/common/utils.py", line 1081, in get_logger raise e error: [Errno 111] Connection refused Currently this happens only for ppc64le as this is only architecture which uses "distro" kernel for build job. Using kernel-obs-build for ppc64 job behaves exactly the same (Build fails) I can't test this on x86 but I believe the result will be a failure. -- 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 837290] New: xl2tpd: kernel oops (system hangs) when start VPN connection
by bugzilla_noreply＠novell.com 08 Jun '16

08 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=837290 https://bugzilla.novell.com/show_bug.cgi?id=837290#c0 Summary: xl2tpd: kernel oops (system hangs) when start VPN connection Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.3 Status: NEW Severity: Critical Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alerom-666(a)yandex.ru QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=554749) --> (http://bugzilla.novell.com/attachment.cgi?id=554749) ctrl+alt+f10 terminal screenshot User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 When I start connection with xl2tpd -D -c /etc/xl2tpd/xl2tpd.conf i've: xl2tpd[18159]: setsockopt recvref[22]: Protocol not available xl2tpd[18159]: Using l2tp kernel support. xl2tpd[18159]: xl2tpd version xl2tpd-1.3.0 started on linux-t9pv PID:18159 xl2tpd[18159]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc. xl2tpd[18159]: Forked by Scott Balmos and David Stipp, (C) 2001 xl2tpd[18159]: Inherited by Jeff McAdams, (C) 2002 xl2tpd[18159]: Forked again by Xelerance (www.xelerance.com) (C) 2006 xl2tpd[18159]: Listening on IP address 0.0.0.0, port 1701 xl2tpd[18159]: get_call: allocating new tunnel for host 78.107.1.49, port 1701. xl2tpd[18159]: Connecting to host tp.internet.beeline.ru, port 1701 xl2tpd[18159]: control_finish: message type is (null)(0). Tunnel is 0, call is 0. xl2tpd[18159]: control_finish: sending SCCRQ xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 110, tunnel = 25911, call = 0 ref=0 refhim=0 xl2tpd[18159]: handle_avps: handling avp's for tunnel 25911, call 0 xl2tpd[18159]: message_type_avp: message type 2 (Start-Control-Connection-Reply) xl2tpd[18159]: protocol_version_avp: peer is using version 1, revision 0. xl2tpd[18159]: firmware_rev_avp: peer reports firmware version 4384 (0x1120) xl2tpd[18159]: hostname_avp: peer reports hostname 'bras304' xl2tpd[18159]: vendor_avp: peer reports vendor 'Cisco Systems, Inc.' xl2tpd[18159]: receive_window_size_avp: peer wants RWS of 32000. Will use flow control. xl2tpd[18159]: assigned_tunnel_avp: using peer's tunnel 43115 xl2tpd[18159]: framing_caps_avp: supported peer frames: xl2tpd[18159]: bearer_caps_avp: supported peer bearers: xl2tpd[18159]: control_finish: message type is Start-Control-Connection-Reply(2). Tunnel is 43115, call is 0. xl2tpd[18159]: control_finish: sending SCCCN xl2tpd[18159]: Connection established to 78.107.1.49, 1701. Local: 25911, Remote: 43115 (ref=0/0). xl2tpd[18159]: Calling on tunnel 25911 xl2tpd[18159]: control_finish: message type is (null)(0). Tunnel is 43115, call is 0. xl2tpd[18159]: control_finish: sending ICRQ xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 12, tunnel = 25911, call = 0 ref=0 refhim=0 xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 28, tunnel = 25911, call = 51794 ref=0 refhim=0 xl2tpd[18159]: handle_avps: handling avp's for tunnel 25911, call 51794 xl2tpd[18159]: message_type_avp: message type 11 (Incoming-Call-Reply) xl2tpd[18159]: assigned_call_avp: using peer's call 7161 xl2tpd[18159]: control_finish: message type is Incoming-Call-Reply(11). Tunnel is 43115, call is 7161. xl2tpd[18159]: control_finish: Sending ICCN xl2tpd[18159]: Call established with 78.107.1.49, Local: 51794, Remote: 7161, Serial: 1 (ref=0/0) xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 12, tunnel = 25911, call = 0 ref=0 refhim=0 xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout And at this time - the system hangs. Screenshot is attached. xl2tp developers said that it fixed in kernel https://github.com/xelerance/xl2tpd/issues/28 A latest system updates is installed Reproducible: Always Steps to Reproduce: 1.start xl2tpd 2. 3. Actual Results: System hangs Expected Results: VPN is up and running -- 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