NTP, NFS eivät toimi: väärä käynnistysjärjestys? [Ratkaistu]

[SuperOscar]

Pöytäkoneessani on ilmennyt hieman outo ongelma – outo sikäli, että tällaista ei ole tullut vastaan ennen, ei edes silloin, kun edellisen kerran ajoin samalla koneella openSUSE 12.2:ta.

/etc/fstab-tiedostossa olevaa NFS-jakoa ei nimittäin liitetä eikä aikaa tahdisteta NTP:llä koneen käynnistyksen yhteydessä, koska jostain syystä niitä yritetään ennen kuin verkko on käytettävissä.

Ks. oheiset pitkähköt lainaukset /var/log/messages-lokista.

Kuten näkyy, ensin aletaan asettaa verkkoa, mutta sitten todetaankin, että eth0:aa (lankaverkkoa) hallitsee ifplugd. lo-liittymä asetetaan mutta eth0 jätetään odottamaan. Tämän jälkeen yritetään mountata NFS-jako ja käynnistää NTP, mutta tämä ei tietenkään onnistu, koska eth0:lle ei ole vielä IP-osoitetta! Lainauksen loppupuolella ajetaan lopulta ifplugd ja saadaan verkko pystyyn, mutta tällöin on jo tietenkin liian myöhäistä.

Yastin mukaan käytössä on ”perinteinen verkkoasetus” eli ifup. Mikä kumma tämä ifplugd on, ja kuuluisiko sitä edes käyttää? Olenko sotkenut asetuksissa jotakin?

Ja ennen kaikkea, mitä nyt pitäisi yrittää tehdä? Joko tuosta ifplugd:sta pitäisi päästä eroon tai se pitäisi saada käynnistymään ennen NFS- ja NTP-toimintoja.

Koodia: [Valitse]

Jan 12 21:41:01 peirce network[622]: Setting up (localfs) network interfaces:
Jan 12 21:41:01 peirce network[622]: lo
Jan 12 21:41:01 peirce ifup[880]:     lo
Jan 12 21:41:01 peirce ifup[880]:     lo
Jan 12 21:41:01 peirce ifup[880]: IP address: 127.0.0.1/8
Jan 12 21:41:01 peirce network[622]: lo        IP address: 127.0.0.1/8
Jan 12 21:41:01 peirce ifup[880]:
Jan 12 21:41:02 peirce ifplugd(eth0)[997]: ifplugd 0.28 initializing.
Jan 12 21:41:02 peirce network[622]: ..done    eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B
Jan 12 21:41:02 peirce ifup[983]:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B
Jan 12 21:41:02 peirce network[622]: eth0      is controlled by ifplugd
Jan 12 21:41:02 peirce ifup[983]:     eth0      is controlled by ifplugd
Jan 12 21:41:02 peirce ifplugd(eth0)[997]: Using interface eth0/48:5B:39:A2:C4:20 with driver <r8169> (version: 2.3LK-NAPI)
Jan 12 21:41:02 peirce kernel: [   15.324198] r8169 0000:02:00.0: eth0: link down
Jan 12 21:41:02 peirce kernel: [   15.324203] r8169 0000:02:00.0: eth0: link down
Jan 12 21:41:02 peirce kernel: [   15.324659] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan 12 21:41:02 peirce ifplugd(eth0)[997]: Using detection mode: SIOCETHTOOL
Jan 12 21:41:02 peirce ifplugd(eth0)[997]: Initialization complete, link beat not detected.
Jan 12 21:41:02 peirce network[622]: [1Awaiting
Jan 12 21:41:03 peirce network[622]: eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B
Jan 12 21:41:03 peirce network[622]: eth0      ifplugd is running
Jan 12 21:41:03 peirce kernel: [   16.989703] r8169 0000:02:00.0: eth0: link up
Jan 12 21:41:03 peirce kernel: [   16.990842] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan 12 21:41:03 peirce network[622]: eth0      cable is connected
Jan 12 21:41:03 peirce network[622]: eth0      . . . is just beeing set up
Jan 12 21:41:03 peirce network[622]: eth0      is up, but has tentative ipv6 address
Jan 12 21:41:03 peirce network[622]: [1Awaiting
Jan 12 21:41:03 peirce network[622]: Setting up service (localfs) network  .  .  .  .  .  .  .  .  .  ...done
...
Jan 12 21:41:04 peirce kernel: [   17.246258] NFS: Registering the id_resolver key type
Jan 12 21:41:04 peirce kernel: [   17.246282] FS-Cache: Netfs 'nfs' registered for caching
Jan 12 21:41:04 peirce sm-notify[1277]: Version 1.2.6 starting
Jan 12 21:41:04 peirce nfs[1256]: Starting NFS client services: sm-notify idmapd..done
Jan 12 21:41:04 peirce nfs[1256]: Mounting network file systems ...mount.nfs4: Failed to resolve server whitehead: Name or service not known
Jan 12 21:41:04 peirce nfs[1256]: ..done
Jan 12 21:41:04 peirce mount[1288]: mount.nfs4: Failed to resolve server whitehead: Name or service not known
Jan 12 21:41:04 peirce systemd[1]: ext.mount mount process exited, code=exited status=32
...
Jan 12 21:41:04 peirce ntp[1626]: 12 Jan 21:41:04 sntp[1671]: Started sntp
Jan 12 21:41:04 peirce ntp[1626]: 12 Jan 21:41:04 sntp[1671]: Error looking up fi.pool.ntp.org: Name or service not known
Jan 12 21:41:04 peirce ntp[1626]: Unable to resolve hostname(s)
Jan 12 21:41:04 peirce ntp[1626]: Time could not be synchronized
...
Jan 12 21:41:05 peirce ifplugd(eth0)[997]: Executing '/etc/ifplugd/ifplugd.action eth0 up'.
Jan 12 21:41:05 peirce ifplugd(eth0)[997]: client:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
Jan 12 21:41:05 peirce ifup[1782]:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
...
Jan 12 21:41:05 peirce ifup-dhcp[1837]: Starting DHCP4+DHCP6 client on eth0
Jan 12 21:41:05 peirce dhcpcd[1901]: eth0: dhcpcd 3.2.3 starting
Jan 12 21:41:05 peirce dhcpcd[1901]: eth0: hardware address = 48:5b:39:a2:c4:20
Jan 12 21:41:05 peirce dhcpcd[1901]: eth0: broadcasting for a lease
Jan 12 21:41:05 peirce dhcpcd[1901]: eth0: offered 192.168.11.10 from 192.168.11.1
Jan 12 21:41:06 peirce dhcpcd[1901]: eth0: checking 192.168.11.10 is available on attached networks
Jan 12 21:41:06 peirce ifup-dhcp[1837]: .
...
Jan 12 21:41:07 peirce dhcpcd[1901]: eth0: leased 192.168.11.10 for 3600 seconds
Jan 12 21:41:07 peirce dhcpcd[1901]: eth0: no renewal time supplied, assuming 1800 seconds
Jan 12 21:41:07 peirce dhcpcd[1901]: eth0: no rebind time supplied, assuming 3150 seconds
Jan 12 21:41:07 peirce dhcpcd[1901]: eth0: adding IP address 192.168.11.10/24
Jan 12 21:41:07 peirce avahi-daemon[548]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.11.10.
Jan 12 21:41:07 peirce avahi-daemon[548]: New relevant interface eth0.IPv4 for mDNS.
Jan 12 21:41:07 peirce avahi-daemon[548]: Registering new address record for 192.168.11.10 on eth0.IPv4.
Jan 12 21:41:07 peirce dhcpcd[1901]: eth0: adding default route via 192.168.11.1 metric 0
Jan 12 21:41:07 peirce ifdown[2151]:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
Jan 12 21:41:07 peirce dhcpcd[1901]: eth0: setting hostname to `peirce'
Jan 12 21:41:07 peirce ifup[2262]:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
...
Jan 12 21:41:07 peirce dhcpcd[1901]: eth0: exiting
Jan 12 21:41:08 peirce ifup-dhcp[1837]: .
Jan 12 21:41:14 peirce ifup-dhcp[1837]: last message repeated 2 times
...
Jan 12 21:41:16 peirce ifup-dhcp[1837]: .
Jan 12 21:41:24 peirce ifup-dhcp[1837]: last message repeated 3 times
Jan 12 21:41:24 peirce ifplugd(eth0)[997]: client: Starting DHCP4+DHCP6 client on eth0. . . . . . . .
Jan 12 21:41:24 peirce ifup-dhcp[1837]:
Jan 12 21:41:24 peirce ifplugd(eth0)[997]: client:     eth0      IP address: 192.168.11.10/24
Jan 12 21:41:24 peirce ifup-dhcp[1837]:     eth0      IP address: 192.168.11.10/24
Jan 12 21:41:24 peirce ifplugd(eth0)[997]: client:     eth0      DHCP6 continues in background
Jan 12 21:41:24 peirce ifup-dhcp[1837]:     eth0      DHCP6 continues in background
Jan 12 21:41:25 peirce ifplugd(eth0)[997]: Program executed successfully.

[SuperOscar]

Jahas, ”ääneen ajattelu” auttaa... Oikea ratkaisu oli todella ottaa ero ifplugd:sta. Se tapahtuu niin, että tiedostossa /etc/sysconfig/network/ifcfg-eth0 muutetaan:

Koodia: [Valitse]

STARTMODE="ifplugd"
muotoon:

Koodia: [Valitse]

STARTMODE="auto"
Siitä minulla ei valitettavasti ole aavistustakaan, miksi juuri tällä kertaa SUSE päätti ottaa tuon ifplugd:n käyttöön.

Jätän tämän säikeen nyt olemaan opiksi ja ojennukseksi itselleni ja muille tulevaisuudessa.

[Crusaider]

Melkein sama ongelma oli, mutta johtunee siitä että käynnistymisen yhteydessä kaikki palvelut ajetaan ylös nykyään systemctl:n kautta init-daemonille, kun aikaisemmin ajettiin suoraan init-daemonin kautta.

Tilaa voi hyvin tarkastella myös komennolla systemctl status palvelunnimi.service jolloin näytetään kyseisen palvelun 10 viimeisintä lokimerkintää samalla.

Itseäni hieman hämää tuo palveluiden käynnistymisjärjestys mihin ei voi enään suoraan vaikuttaa muuta kuin runlevelin tasolla, mutta meneehän se noinkin...

Kaikille verkkokorteille olisi hyvä olla AUTO-asetus päällä kortin asetusprofiilissa, koska tällöin kaikki verkkopalvelut mitä kyseinen verkkokortti käyttää jäävät myös käynnistymättä, koska eivät saa verkko-osoitetta verkkokortilta.

Tilanne on hankala jos on käsin säätänyt kaikki asetukset kohdilleen mutta verkkokortin proffilimuutoksella siitäkin selviää kerralla, eli Manual-tila pois ja Auto-tila päälle. Kyseiset profiilitilat muistuttavat hieman ifup ja ifdown vertailuja mitä voi tehdä automaattisesti ja pakottaa kortti ylös manuaalisesti automatisoituna.