Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 123536 - ntp-client don't start at boot time
Summary: ntp-client don't start at boot time
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-20 13:41 UTC by Vitaly
Modified: 2006-02-27 09:17 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vitaly 2006-02-20 13:41:18 UTC
ntp-client still not start at boot time. But start exellent manually.
Try with kernels:
kernel-2.6.13-gentoo-r4
kernel-2.6.15-gentoo-r5
kernel-2.6.16-rc2-git1

Baselayout: sys-apps/baselayout-1.12.0_pre16-r1

Also tried to play with RC_NET_STRICT_CHECKING option in /etc/conf.d/rc
no results

Tried to add
postup() {
        [[ "${IFACE}" == "eth0" ]] && sleep 5
}
to /etc/conf.d/net
no results

network card driver compiled as module tg3 (gigabit ethernet)
secontady network card (tg3 too) is not used.

Thanks for any ideas.
Comment 1 Vitaly 2006-02-20 13:45:10 UTC
additional info
processor is dual core opteron, kernel is smp enabled
in /etc/conf.d/ntp-client specified ip address
Comment 2 SpanKY gentoo-dev 2006-02-20 14:01:59 UTC
you neglected to post `emerge info` and any sort of output showing what the problem is
Comment 3 Vitaly 2006-02-20 22:31:04 UTC
emerge info output

Portage 2.0.53_rc5 (!/usr/local/portage/profiles/default-linux/amd64/2005.1/common-server, gcc-3.4.4, glibc-2.3.5-r2, 2.6.16-rc2 x86_64)
=================================================================
System uname: 2.6.16-rc2 x86_64 AMD Opteron(tm) Processor 248
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.13
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.x/mirror/ http://ftp.linux.ee/pub/gentoo/distfiles/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS=""
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://portage.gentoo.x/gentoo-portage"
USE="amd64 acpi apache2 bash-completion berkdb bzip2 crypt dba eds gif gpm gstreamer ithreads jpeg lzw lzw-tiff mpm-worker ncurses nomotif nptl pam pcre perl png python readline slang snmp ssl threads tiff truetype usb userlocales xpm zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 4 Vitaly 2006-02-21 02:37:03 UTC
I trired add 2 lines to /etc/init.d/ntp-client to start() function
start() {
        /sbin/ifconfig > /var/log/ping.log
        /bin/ping -c 50 192.168.72.2 2>&1 >> /var/log/ping.log
        ......
}

cat /var/log/ping.log

eth0      Link encap:Ethernet  HWaddr 00:30:48:75:60:04
          inet addr:192.168.72.62  Bcast:192.168.72.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:185

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

PING 192.168.72.2 (192.168.72.2) 56(84) bytes of data.
From 192.168.72.62 icmp_seq=2 Destination Host Unreachable
From 192.168.72.62 icmp_seq=3 Destination Host Unreachable
From 192.168.72.62 icmp_seq=4 Destination Host Unreachable
From 192.168.72.62 icmp_seq=6 Destination Host Unreachable
From 192.168.72.62 icmp_seq=7 Destination Host Unreachable
From 192.168.72.62 icmp_seq=8 Destination Host Unreachable
From 192.168.72.62 icmp_seq=10 Destination Host Unreachable
From 192.168.72.62 icmp_seq=11 Destination Host Unreachable
From 192.168.72.62 icmp_seq=12 Destination Host Unreachable
From 192.168.72.62 icmp_seq=14 Destination Host Unreachable
From 192.168.72.62 icmp_seq=15 Destination Host Unreachable
From 192.168.72.62 icmp_seq=16 Destination Host Unreachable
From 192.168.72.62 icmp_seq=18 Destination Host Unreachable
From 192.168.72.62 icmp_seq=19 Destination Host Unreachable
From 192.168.72.62 icmp_seq=20 Destination Host Unreachable
From 192.168.72.62 icmp_seq=22 Destination Host Unreachable
From 192.168.72.62 icmp_seq=23 Destination Host Unreachable
From 192.168.72.62 icmp_seq=24 Destination Host Unreachable
From 192.168.72.62 icmp_seq=26 Destination Host Unreachable
From 192.168.72.62 icmp_seq=27 Destination Host Unreachable
From 192.168.72.62 icmp_seq=28 Destination Host Unreachable
From 192.168.72.62 icmp_seq=30 Destination Host Unreachable
From 192.168.72.62 icmp_seq=31 Destination Host Unreachable
From 192.168.72.62 icmp_seq=32 Destination Host Unreachable
64 bytes from 192.168.72.2: icmp_seq=33 ttl=64 time=4.25 ms
64 bytes from 192.168.72.2: icmp_seq=34 ttl=64 time=0.139 ms
64 bytes from 192.168.72.2: icmp_seq=35 ttl=64 time=0.155 ms
64 bytes from 192.168.72.2: icmp_seq=36 ttl=64 time=0.136 ms
64 bytes from 192.168.72.2: icmp_seq=37 ttl=64 time=0.137 ms
64 bytes from 192.168.72.2: icmp_seq=38 ttl=64 time=0.137 ms
64 bytes from 192.168.72.2: icmp_seq=39 ttl=64 time=0.137 ms
64 bytes from 192.168.72.2: icmp_seq=40 ttl=64 time=0.140 ms
64 bytes from 192.168.72.2: icmp_seq=41 ttl=64 time=0.138 ms
64 bytes from 192.168.72.2: icmp_seq=42 ttl=64 time=0.142 ms
64 bytes from 192.168.72.2: icmp_seq=43 ttl=64 time=0.138 ms
64 bytes from 192.168.72.2: icmp_seq=44 ttl=64 time=0.136 ms
64 bytes from 192.168.72.2: icmp_seq=45 ttl=64 time=0.136 ms
64 bytes from 192.168.72.2: icmp_seq=46 ttl=64 time=0.135 ms
64 bytes from 192.168.72.2: icmp_seq=47 ttl=64 time=0.143 ms
64 bytes from 192.168.72.2: icmp_seq=48 ttl=64 time=0.135 ms
64 bytes from 192.168.72.2: icmp_seq=49 ttl=64 time=0.136 ms
64 bytes from 192.168.72.2: icmp_seq=50 ttl=64 time=1.07 ms

--- 192.168.72.2 ping statistics ---
50 packets transmitted, 18 received, +24 errors, 64% packet loss, time 49024ms
rtt min/avg/max/mdev = 0.135/0.418/4.250/0.953 ms, pipe 3
Comment 5 Vitaly 2006-02-21 02:40:53 UTC
As I can see interface up very slowly.

How can I ask /etc/init.d/net.eth0 to wait
when interface really up (with timeout)?
Comment 6 Vitaly 2006-02-21 09:04:19 UTC
udevd run "/etc/init.d/net.eth0 --quiet start" via /etc/hotplug/net.agent
"/sbin/rc default" run "/etc/init.d/ntp-client start"

these are executed at the same time (in parallel)
Comment 7 Vitaly 2006-02-21 10:34:31 UTC
remove /etc/hotplug/net.agent
it's not help
net.eth0 finished before eth0 fully initialized
Comment 8 SpanKY gentoo-dev 2006-02-21 10:41:32 UTC
post the output of `rc-update -s`
Comment 9 Vitaly 2006-02-21 13:45:56 UTC
rc-update -s

            bootmisc | boot                          
             checkfs | boot                          
           checkroot | boot                          
               clock | boot                          
            coldplug |      default                  
         consolefont | boot                          
         crypto-loop |                               
          domainname | boot                          
               fcron |      default                  
                 gpm |                               
              hdparm |                               
            hostname | boot                          
             hotplug |                               
            iptables |                               
             keymaps | boot                          
               local |      default nonetwork        
          localmount | boot                          
             modules | boot                          
            net.eth0 |      default                  
              net.lo | boot                          
            netmount |                               
                 nfs |                               
            nfsmount |                               
                nscd |                               
          ntp-client |      default                  
                ntpd |      default                  
             numlock |                               
             portmap |                               
           rmnologin | boot                          
              rsyncd |                               
            sendmail |                               
               snmpd |      default                  
           snmptrapd |                               
                sshd |      default                  
           syslog-ng |      default                  
             urandom | boot                          
Comment 10 Roy Marples (RETIRED) gentoo-dev 2006-02-21 20:02:43 UTC
As far as baselayout is concerned the interface is up correctly before ntp-client runs as shown by your output.

kernel team, this maybe a similar issue to bug #94668
Comment 11 Vitaly 2006-02-21 23:31:32 UTC
Daniel Drake in bug #94668 sugest to tweak latest gentoo-sources and git-sources kernels. I have tried these kernels (kernel-2.6.15-gentoo-r5 and kernel-2.6.16-rc2-git1). ifconfig, ip, mii-tool report "interface is up" but its still initialize. I have this problem with e1000 ang tg3 gigabit ethernet kernel modules (another gigabit ethernet not tested).
Comment 12 Daniel Drake (RETIRED) gentoo-dev 2006-02-22 11:12:49 UTC
Sorry, git-sources is broken at the moment. Could you please try vanilla-sources-2.6.16-rc4?
Comment 13 Vitaly 2006-02-27 03:57:37 UTC
(In reply to comment #12)
I have tried vanilla-sources-2.6.16-rc5. It's not help.
Comment 14 Vitaly 2006-02-27 04:29:42 UTC
I made some dirty work around.

Disable auto negotiation on ethernet switch port. Its increase speed of link initialization. In this case ntp-client started successful sometimes.

add postup() function in /etc/conf.d/net
postup() {
       if [[ "${IFACE}" == "eth0" ]] ; then
               COUNT=300
               while [[ $COUNT -gt 0 ]] && mii-tool "${IFACE}" 2>/dev/null | grep -q 'no link'; do
                       sleep 1
                       let COUNT--
                       echo -ne "."
               done
               echo
       fi

       #mii-tool not help too
       #make a pause also, it's dirty, but it help
       sleep 60

       return 0
}

Remove execute permissions from /etc/hotplug/net.agent, its disable execution /etc/init.d/net.eth0 by udev in backgroung. I did it because service net.eth0 marked as 'started' before begin execute postup()
Comment 15 Daniel Drake (RETIRED) gentoo-dev 2006-02-27 09:17:10 UTC
Please file a bug report at http://bugzilla.kernel.org against 2.6.16-rc5. This appears to be an e100 bug where the interface is not usable until several seconds after "ifconfig eth0 up" has completed.

After doing that, please post the new bug URL here.