September 2014 - openSUSE Bugs - openSUSE Mailing Lists

[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

[Bug 889319] New: bash *spec file completion offers none or only the first file
by bugzilla_noreply＠novell.com 07 Jun '16

07 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=889319 https://bugzilla.novell.com/show_bug.cgi?id=889319#c0 Summary: bash *spec file completion offers none or only the first file 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: jslaby(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- $ ls *spec<ENTER> graphviz-gvedit.spec graphviz-plugins.spec graphviz-smyrna.spec graphviz.spec $ ls *spec<TAB><TAB> # nothing $ vim *spec<TAB> # turns only into "vim graphviz-gvedit.spec" -- 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 894031] New: restarting ntp delay due to trigger of systemd-tty-ask-password-agent
by bugzilla_noreply＠novell.com 07 Jun '16

07 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=894031 https://bugzilla.novell.com/show_bug.cgi?id=894031#c0 Summary: restarting ntp delay due to trigger of systemd-tty-ask-password-agent 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: diego.ercolani(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 As I understood reported on http://www.freedesktop.org/software/systemd/man/systemd-tty-ask-password-ag… implements Password Agent Specifications (http://www.freedesktop.org/wiki/Software/systemd/PasswordAgents/) a tool that wants to give help to user that when a system software wants a password then a service handled by systemd is going to warning user asking him for a password. This should be very useful for mounting e.g. crypto disk or starting apache with SSL with certificate password.... or something like that. What I see in the opensuse 13.1 distribution is that this utility (/usr/bin/systemd-tty-ask-password-agent --watch) is invoked whenever you try to restart /etc/init.d/ntp. What happen is a temporary hang in the script subroutine: function add_runtime_server() { /usr/sbin/sntp -s $@ NTPC_CMD="keyid $NTP_KEYID\npasswd $NTP_PASSWD\naddserver $@\n" NTPDC_LOG=$(echo -e "${NTPC_CMD}quit" | $NTPDC_BIN) logger -t $0 "runtime configuration: $NTPDC_LOG" } that when is invoked cause the launch of systemd-tty-ask-password-agent process that wait something for a minute (!) until it have a timeout and the init script finish its process. Here it is what I debugged with set -x in bash: [...] Aug 28 14:09:27 linux-zbzu ntp[5092]: + echo -n 'Starting network time protocol daemon (NTPD)' Aug 28 14:09:27 linux-zbzu ntp[5092]: Starting network time protocol daemon (NTPD)+ parse_symlink Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -c '' ']' Aug 28 14:09:27 linux-zbzu ntp[5092]: + test no = yes Aug 28 14:09:27 linux-zbzu ntp[5092]: + startproc /usr/sbin/ntpd -p /var/run/ntp/ntpd.pid -g -u ntp:ntp -c /etc/ntp.conf Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -n /etc/ntp.keys ']' Aug 28 14:09:27 linux-zbzu ntp[5092]: + runtime_configuration Aug 28 14:09:27 linux-zbzu ntp[5092]: + for f in '/var/run/ntp/servers*' Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -r /var/run/ntp/servers-netconfig ']' Aug 28 14:09:27 linux-zbzu ntp[5092]: + . /var/run/ntp/servers-netconfig Aug 28 14:09:27 linux-zbzu ntp[5092]: ++ RUNTIME_SERVERS=time Aug 28 14:09:27 linux-zbzu ntp[5092]: + ntp_server=' time' Aug 28 14:09:27 linux-zbzu ntp[5092]: + '[' -n ' time' ']' Aug 28 14:09:27 linux-zbzu ntp[5092]: + for s in '${ntp_server}' Aug 28 14:09:27 linux-zbzu ntp[5092]: + add_runtime_server time Aug 28 14:09:27 linux-zbzu ntp[5092]: + /usr/sbin/sntp -s time Aug 28 14:09:27 linux-zbzu ntp[5092]: 28 Aug 14:09:27 sntp[5106]: Started sntp then I you place a ps auxwwwf: root 2757 0.0 0.4 11460 3632 ? Ss 13:13 0:01 \_ sshd: root@pts/1 root 2761 0.0 0.3 5600 2432 pts/1 Ss 13:13 0:01 | \_ -bash root 5075 0.0 0.1 4580 1080 pts/1 S+ 14:09 0:00 | \_ /usr/bin/systemctl restart ntp.service root 5079 0.0 0.0 2928 708 pts/1 S+ 14:09 0:00 | \_ /usr/bin/systemd-tty-ask-password-agent --watch after a minute the journal log continues: Aug 28 14:10:35 linux-zbzu ntp[5092]: 2014-08-28 14:10:35.611287 (-0100) +0.000002 +/- 0.455688 secs Aug 28 14:10:35 linux-zbzu systemd[1796]: Time has been changed Aug 28 14:10:35 linux-zbzu systemd[1]: Time has been changed Aug 28 14:10:35 linux-zbzu ntp[5092]: + NTPC_CMD='keyid 1\npasswd ee713cf\naddserver time\n' Aug 28 14:10:35 linux-zbzu ntp[5092]: ++ /usr/sbin/ntpdc Aug 28 14:10:35 linux-zbzu ntp[5092]: ++ echo -e 'keyid 1\npasswd ee713cf\naddserver time\nquit' Aug 28 14:10:35 linux-zbzu ntp[5092]: + NTPDC_LOG='keyid 1 Aug 28 14:10:35 linux-zbzu ntp[5092]: passwd ee713cf Aug 28 14:10:35 linux-zbzu ntp[5092]: addserver time Aug 28 14:10:35 linux-zbzu ntp[5092]: done! Aug 28 14:10:35 linux-zbzu ntp[5092]: quit' Aug 28 14:10:35 linux-zbzu ntp[5092]: + logger -t /etc/init.d/ntp 'runtime configuration: keyid 1 Aug 28 14:10:35 linux-zbzu ntp[5092]: passwd ee713cf Aug 28 14:10:35 linux-zbzu ntp[5092]: addserver time Aug 28 14:10:35 linux-zbzu ntp[5092]: done! Aug 28 14:10:35 linux-zbzu ntp[5092]: quit' Aug 28 14:10:35 linux-zbzu ntp[5092]: + rc_status -v Aug 28 14:10:35 linux-zbzu ntp[5092]: + rc_check Aug 28 14:10:35 linux-zbzu ntp[5092]: + _rc_status_ret=0 Aug 28 14:10:35 linux-zbzu ntp[5092]: + test 0 -eq 0 Aug 28 14:10:35 linux-zbzu ntp[5092]: + test 0 -eq 0 Aug 28 14:10:35 linux-zbzu ntp[5092]: + return 0 Aug 28 14:10:35 linux-zbzu ntp[5092]: + test 0 -gt 7 Aug 28 14:10:35 linux-zbzu ntp[5092]: + _rc_status_ret=0 Aug 28 14:10:35 linux-zbzu ntp[5092]: + case "$_rc_todo" in Aug 28 14:10:35 linux-zbzu ntp[5092]: + local i Aug 28 14:10:35 linux-zbzu ntp[5092]: + for i in '"$@"' Aug 28 14:10:35 linux-zbzu ntp[5092]: + case "$i" in Aug 28 14:10:35 linux-zbzu ntp[5092]: + local vrt= Aug 28 14:10:35 linux-zbzu ntp[5092]: + local out=1 Aug 28 14:10:35 linux-zbzu ntp[5092]: + local opt=en Aug 28 14:10:35 linux-zbzu ntp[5092]: + test -n '' Aug 28 14:10:35 linux-zbzu ntp[5092]: + opt=e Aug 28 14:10:35 linux-zbzu ntp[5092]: + case "$_rc_status" in Aug 28 14:10:35 linux-zbzu ntp[5092]: + vrt=..done Aug 28 14:10:35 linux-zbzu ntp[5092]: + echo -e ..done Aug 28 14:10:35 linux-zbzu ntp[5092]: ..done Aug 28 14:10:35 linux-zbzu ntp[5092]: + _rc_status=0 Aug 28 14:10:35 linux-zbzu ntp[5092]: + return 0 Aug 28 14:10:35 linux-zbzu ntp[5092]: + rc_exit Aug 28 14:10:35 linux-zbzu ntp[5092]: + exit 0 Aug 28 14:10:35 linux-zbzu /etc/init.d/ntp[5111]: runtime configuration: keyid 1 passwd ee713cf addserver time done! quit Aug 28 14:10:35 linux-zbzu systemd[1]: Started LSB: Network time protocol daemon (ntpd). This is very annoying! 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 853313] New: GroupWise client crashes, because Java uses too small stack alignment
by bugzilla_noreply＠novell.com 06 Jun '16

06 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=853313 https://bugzilla.novell.com/show_bug.cgi?id=853313#c0 Summary: GroupWise client crashes, because Java uses too small stack alignment 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: schwab(a)suse.com ReportedBy: vojtech(a)suse.com QAContact: qa-bugs(a)suse.de CC: matz(a)suse.com Found By: Beta-Customer Blocker: No The GroupWise client crashes on openSUSE 13.1 because it uses Java and Java's JIT generates code with too small stack alignment compared to what the (new) 32-bit ABI dictates. Vectorized string operations in glibc depend on the full alignment and the application segfaults. It'd be good for backwards compatibility with (arguably broken) old applications to be able to set an environment variable to use non-vectorized string operations even on modern CPUs. -- 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 859673] New: WINS name lookup unreliable
by bugzilla_noreply＠novell.com 31 May '16

31 May '16

https://bugzilla.novell.com/show_bug.cgi?id=859673 https://bugzilla.novell.com/show_bug.cgi?id=859673#c0 Summary: WINS name lookup unreliable Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: bart(a)bartvanassche.be QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Since a long time I'm using openSUSE and WINS name lookup for name resolution. This worked fine in every previous openSUSE version I have been running but seems to be unreliable in openSUSE 13.1. Reproducible: Always Steps to Reproduce: 1. Disable the firewall # iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination # iptables -L -t nat Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain INPUT (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination 2. Enable bridging # cat /etc/sysconfig/network/ifcfg-br0 BOOTPROTO='dhcp' BRIDGE='yes' BRIDGE_FORWARDDELAY='0' BRIDGE_PORTS='enp8s0' BRIDGE_STP='on' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='' MTU='' NAME='' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no' # cat /etc/sysconfig/network/ifcfg-enp8s0 BOOTPROTO='none' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='' MTU='' NAME='RTL8111/8168B PCI Express Gigabit Ethernet controller' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='manual' USERCONTROL='no' 3. Install the samba-client RPM # rpm -qf /usr/lib64/libnss_wins.so.2 samba-client-4.1.3-3.12.1.x86_64 4. Enable WINS name lookup # grep wins /etc/nsswitch.conf hosts: files wins mdns_minimal [NOTFOUND=return] dns 5. Test WINS name lookup $ nmblookup ubuntu-vm 192.168.1.124 ubuntu-vm<00> $ host ubuntu-vm Host ubuntu-vm not found: 2(SERVFAIL) $ ping ubuntu-vm ping: unknown host ubuntu-vm Actual Results: Name lookup via WINS not working. Expected Results: Name lookup via WINS working. -- 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

[Bug 869133] New: Dead keys produce incorrect results in non-Qt applications
by bugzilla_noreply＠novell.com 30 May '16

30 May '16

https://bugzilla.novell.com/show_bug.cgi?id=869133 https://bugzilla.novell.com/show_bug.cgi?id=869133#c0 Summary: Dead keys produce incorrect results in non-Qt applications Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: psychonaut(a)nothingisreal.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24 I use a keyboard layout which uses dead keys to produce accented characters In all Qt and KDE applications (Konsole, Kwrite, Skype, Clementine, etc.) the dead keys work as expected. However, in every non-Qt application I've tried (LibreOffice, Eclipse, gedit, etc.), some (but not all) dead key combinations produce incorrect results. For example, my XKB symbol map includes the following line: key <AD01> { [ apostrophe, quotedbl, dead_acute, dead_diaeresis ] }; So if I press AltGr+' e I expect to get é, and if I press AltGr+' c I expect to get ć. However, only the first of these works in non-KDE applications When I type AltGr+' c elsewhere, I get ç! Reproducible: Always Steps to Reproduce: 1. Switch to a keyboard map which binds dead_acute to AltGr+' 2. Type AltGr+' c in a non-Qt application. Actual Results: ç Expected Results: ć Possibly related to Bug 817940, which is another problem with dead keys. (Though in that case the dead keys aren't working at all; in my case they are working but producing incorrect results.) -- 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 659905] New: Error in GRUB installation & configuration
by bugzilla_noreply＠novell.com 20 May '16

20 May '16

https://bugzilla.novell.com/show_bug.cgi?id=659905 https://bugzilla.novell.com/show_bug.cgi?id=659905#c0 Summary: Error in GRUB installation & configuration Classification: openSUSE Product: openSUSE 11.4 Version: Milestone 4 of 6 Platform: i686 OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: lassaad(a)pochta.ru QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101026 SUSE/3.6.12-1.2 Firefox/3.6.12 In the Bootloader installation procedure I get an error, so I can't instal GRUB, I've tried many installation option like install on MBR, on sda, on /root but it doesn't work. so I quit installation and when I try to install GRUB manually I get the same error. There are some screenshots of my installation: This is my partitions setup http://yfrog.com/0rdiskpartitionsp My installation setting http://yfrog.com/5einstallationsettingsp GRUB installation ERROR http://yfrog.com/1gerrorgrubp Reproducible: Always Steps to Reproduce: 1.start live USB installation (my CD-ROM is broken) 2.set my "/" on sda5 (ext4) 3.wait until the GRUB error appear in the end of installation Actual Results: when I restart, no GRUB, I get error " no operating system... " and in the /boot directory, there is no vmlinuz or initrd files. only mbr.backup and grub folder. Expected Results: setup the GRUB, and end the installation. -- 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 14

[Bug 822774] New: perl-Bootloader doesn't rotate it's log
by bugzilla_noreply＠novell.com 20 May '16

20 May '16

https://bugzilla.novell.com/show_bug.cgi?id=822774 https://bugzilla.novell.com/show_bug.cgi?id=822774#c0 Summary: perl-Bootloader doesn't rotate it's log Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 0 Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: snwint(a)suse.com ReportedBy: lazy.kent(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- perl-Bootloader doesn't rotate it's log. In my system /var/pbl.log size is 9.8 MB since 2013-01-05. It should provide a pbl file in /etc/logrotate.d/. -- 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 15

[Bug 894889] New: ntpd service start timeout
by bugzilla_noreply＠novell.com 18 May '16

18 May '16

https://bugzilla.novell.com/show_bug.cgi?id=894889 https://bugzilla.novell.com/show_bug.cgi?id=894889#c0 Summary: ntpd service start timeout Classification: openSUSE Product: openSUSE Factory Version: 201408* Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: max(a)suse.com ReportedBy: schwab(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Starting the ntpd service times out if IPv6 connectivity is incomplete. The start-ntpd script hangs while calling sntp which waits forever for reply over IPv6. # getent ahosts ntp1 10.120.0.150 STREAM amor.suse.de 10.120.0.150 DGRAM 10.120.0.150 RAW 2620:113:80c0:8080:10:120:0:150 STREAM 2620:113:80c0:8080:10:120:0:150 DGRAM 2620:113:80c0:8080:10:120:0:150 RAW # ip -6 ad show dev eth0 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000 inet6 fe80::202:f7ff:fe00:5891/64 scope link valid_lft forever preferred_lft forever # ip -6 ro 2620:113:80c0:8000::/64 dev eth0 proto kernel metric 256 expires 3229sec fe80::/64 dev eth0 proto kernel metric 256 default via fe80::1 dev eth0 proto ra metric 1024 expires 3229sec # sntp -s ntp1 3 Sep 17:26:02 sntp[14370]: Started sntp 2014-09-03 17:26:02.837738 (-0100) +0.000198 +/- 0.071121 secs [hangs here] -- 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 882205] New: cobbler does not honor pxe_just_once:1 settings
by bugzilla_noreply＠novell.com 13 May '16

13 May '16

https://bugzilla.novell.com/show_bug.cgi?id=882205 https://bugzilla.novell.com/show_bug.cgi?id=882205#c0 Summary: cobbler does not honor pxe_just_once:1 settings Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: s91066(a)yahoo.gr QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=594159) --> (http://bugzilla.novell.com/attachment.cgi?id=594159) Default Kickstart file. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 I have the following setup: openSUSE 12.3 as a Cobbler server with cobbler 2.2.2 installed from openSUSE repos. - I have included official Red Hat 6.5 ISO as a distro. - Server has no firewall - Cobbler setup is completed and DHCP/TFTP are handled by cobbler - Target machines are VirtualBox VMs machines in a Windows 7 Host. Installation of Red Hat in a target machine is completed succesfuly, with the following problem: The Target Machine is PXE booting regardless of the pxe_just_once:1 setting in the /etc/cobbler/settings file. Reproducible: Always Steps to Reproduce: 1. Install cobbler from official repos. 2. Setup cobbler as with the uploaded setup 3. Add a new distro and configure it as described. 4. Kickstart a new server Actual Results: After reboot, the server boots from PXE, instead of local HDD. Expected Results: After reboot, the server should boot from the local HDD. cobbler distro report RHEL-6.5-x86_64 Name : RHEL-6.5-x86_64 Architecture : x86_64 TFTP Boot Files : {} Breed : redhat Comment : rhel6.5 Fetchable Files : {} Initrd : /srv/www/cobbler/ks_mirror/RHEL-6.5-x86_64/images/pxeboot/initrd.img Kernel : /srv/www/cobbler/ks_mirror/RHEL-6.5-x86_64/images/pxeboot/vmlinuz Kernel Options : {} Kernel Options (Post Install) : {} Kickstart Metadata : {'tree': 'http://@@http_server@@/cblr/links/RHEL-6.5-x86_64'} Management Classes : [] OS Version : rhel6 Owners : ['admin'] Red Hat Management Key : <<inherit>> Red Hat Management Server : <<inherit>> Template Files : {} ============================================================================= cobbler profile report RHEL-6.5-x86_64 Name : RHEL-6.5-x86_64 TFTP Boot Files : {} Comment : DHCP Tag : default Distribution : RHEL-6.5-x86_64 Enable PXE Menu? : 1 Fetchable Files : {} Kernel Options : {} Kernel Options (Post Install) : {} Kickstart : /var/lib/cobbler/kickstarts/sample.ks Kickstart Metadata : {} Management Classes : [] Management Parameters : <<inherit>> Name Servers : [] Name Servers Search Path : [] Owners : ['admin'] Parent Profile : Proxy : Red Hat Management Key : <<inherit>> Red Hat Management Server : <<inherit>> Repos : [] Server Override : <<inherit>> Template Files : {} Virt Auto Boot : 1 Virt Bridge : xenbr0 Virt CPUs : 1 Virt Disk Driver Type : raw Virt File Size(GB) : 5 Virt Path : Virt RAM (MB) : 512 Virt Type : qemu =========================================================================== cobbler system report --name=test Name : test TFTP Boot Files : {} Comment : Fetchable Files : {} Gateway : 192.168.0.254 Hostname : testcob1.home Image : IPv6 Autoconfiguration : False IPv6 Default Device : Kernel Options : {} Kernel Options (Post Install) : {} Kickstart : <<inherit>> Kickstart Metadata : {} LDAP Enabled : False LDAP Management Type : authconfig Management Classes : [] Management Parameters : <<inherit>> Monit Enabled : False Name Servers : ['192.168.0.254', '8.8.8.8'] Name Servers Search Path : [] Netboot Enabled : False Owners : ['admin'] Power Management Address : Power ID : Power Password : Power Management Type : ipmitool Power Username : Profile : RHEL-6.5-x86_64 Proxy : <<inherit>> Red Hat Management Key : <<inherit>> Red Hat Management Server : <<inherit>> Repos Enabled : False Server Override : <<inherit>> Status : testing Template Files : {} Virt Auto Boot : <<inherit>> Virt CPUs : <<inherit>> Virt Disk Driver Type : <<inherit>> Virt File Size(GB) : <<inherit>> Virt Path : <<inherit>> Virt RAM (MB) : <<inherit>> Virt Type : <<inherit>> Interface ===== : eth0 Bonding Opts : Bridge Opts : DHCP Tag : DNS Name : Master Interface : Interface Type : IP Address : 192.168.0.200 IPv6 Address : IPv6 Default Gateway : IPv6 MTU : IPv6 Secondaries : [] IPv6 Static Routes : [] MAC Address : Management Interface : True MTU : Subnet Mask : 255.255.255.0 Static : True Static Routes : [] Virt Bridge : -- 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