Om DNS har angetts för värdar eller ipnodes-undersökning i filen /etc/nsswitch.conf och flertrådade program körs på systemet, kan nscd-bakgrundsprogrammet krascha. Problemet uppstår eftersom nscd-bakgrundsprogrammet långsamt växer i storlek och kan konsumera upp till 4 GB växlingsfilsutrymme. Om allt växlingsutrymme är tömt kan nscd krascha och andra nya processer kan drabbas av olika typer av slumpartade fel.
Lösning: För att undvika problem ändrar du inställningarna för nscd genom att följa de här stegen.
Logga in som superanvändare.
Stoppa bakgrundsprogrammet nscd.
# /etc/init.d/nscd stop |
Lägg till eller ändra följande rader i filen /etc/nscd.conf .
keep-hot-count hosts 0
keep-hot-count ipnodes 0
Starta om bakgrundsprogrammet nscd.
# /etc/init.d/nscd start |
Om du inte kör nscd kan det orsaka samma läcka som uppträder i alla flertrådade program under värdundersökningar.
Bakgrundsprogrammet för Solaris PPP (Point-to-Point Protocol) 4.0 (pppd ) kan avslutas oväntat under följande omständigheter:
Bakgrundsprogrammet pppd är inaktivt.
Alternativen demand och holdoff för bakgrundsprogrammet pppd är aktiverade.
Ett paket anländer under holdoff-perioden.
Om bakgrundsprogrammet pppd avslutas oväntat, loggas ett meddelande som liknar det som följer i rätt systemloggfil.
aktuellt datum värdnamn pppd[PID]: [ID 702911 daemon.error] kan inte ange IP till sänd: ogiltigt argument aktuellt datum värdnamn pppd[PID]: [ID 702911 daemon.error] kan inte aktivera IPCP |
Mer information om alternativen demand och holdoff för bakgrundsprogrammet pppd finns i direkthjälpen (man page) för pppd( 1M).
Lösning: Välj en av följande lösningar:
Om bakgrundsprogrammet pppd inte behöver vänta innan försök att återöppna länkar görs, använder du inte alternativet holdoff med bakgrundsprogrammet pppd.
Ange alternativvärdet holdoff till 0.
Kör bakgrundsprogrammet pppd från ett slingskript liknande följande Bourne-skalskript.
#!/bin/sh while :; do /usr/bin/pppd cua/b lock idle 60 demand nodetach noauth \ 38400 10.0.0.1:10.0.0.2 holdoff 20 done
Om du konfigurerar flera IP-tunnlar mellan två IP-noder och aktiverar ip_strict_dst_multihoming eller andra IP-filter, kan det orsaka att paket förloras.
Lösning: Välj en av följande lösningar:
Konfigurera en enskild tunnel mellan de två IP-noderna och lägg till adresser till tunneln genom att använda kommandot ifconfig med alternativet addif.
Aktivera inte ip_strict_dst_multihoming på tunnlar mellan två IP-noder.