21. november 2002 - 10:55Der er
10 kommentarer og 1 løsning
Novell Netware 5.0 Taber stadigvæk tid 8-10min pr. døgn
Vi har forsøgt alle gode råd og siger tak fordi I forsøgte at hjælpe, vi må desværre konstatere at problemet fortsætter, vi har også givet Jeres råd til 2 andre brugere som har samme problem, men har også modtaget svar til morgen, at det desværre ikke har ændret situationen.
Det er helt utroligt at Novell ikke kender problemet, jeg er helt sikker på at problemet findes mange steder. Vi siger mange tak, men må desværre konstatere, at der ikke er en løsning på problemet.
Selvfølgelig er der en løsning..... Op med humøret.
har i overvejet at benytte en time-server fra internettet, og få jeres server til at checke tiden på denne f.eks. hvert andet minut. Netware understøtter NTP, så du kan informere din server om at den f.eks. skal spørge NASA's NTP server om den rigtige tid.
En anden mulig årsag til problemet: Hvis en Netware server finder ud af at uret går forkert(f.eks. en time for langsomt), vil den sætte 'hastigheden' op på uret. Da tidssynkroniseringer er utroligt vigtig for at NDS fungerer, kan den ikke tillade sig at ændre tiden én time i ét hug. Tilsvarende vil den sættes hastigheden ned, hvis uret er foran.
Hvor mange Netware servere har I? Det er jo utroligt vigtigt at de er enige om hvad klokken er, så I ikke får NDS synkroniseringsproblemer.
Kan du ikke her angive TIMESYNC settings på de forskellige servere i det samme træ? Det kunne jo være at der er noget galt et eller andet sted. Jeg tror ikke bare at det er et Netware problem.
Har den altid gjort det, hvis ikke, hvornår begyndte den? Har I installeret nogle nye servere i netværket?
Hvad siger DSREPAIR hvis du beder om en Time Synchronization status?
Som tidligere beskrevet ser vores system således ud, og vi har prøvet alle foreslag også opdatering 2958589.htm
"Novell Small Business Suite ver. 5.0 med 10 bruger.
Vores system taber mellem 8-10 minutter pr. døgn vi skal derfor stille uret på Novell hver døgn, fordi den styre vækning, telefoner, Bio m/film, og alle disse funktioner er tidsbestemt, og derfor vigtig at det arbejder optimalt.
Vi har nu forsøgt i 2 år med mange path uden resultat, vi forstår slet ikke at Novell ikke kender til problemet, vi kender andre som har samme problem helt tilbage til version 3.15.
Vi stiller i øjeblikket uret på Server hver døgn, og har undersøge at fejlen ligger i Novell, vi har over 30 dage kontrolleret den interne realclock på mainboard, og den arbejder perfekt uden tab. Det må derfor være Novell der efter at have læst realclock ved opstart som selv overtager uret, men glemmer at læse realclock på board.
Vi har kun en Server og den er ikke opkoblet på Internet på grund af sikkerhed er den placeret i et sikringsrum og kan derfor ikke arbejde med et atom ur, så vi håber at der findes en Path file der kan løse problemet.
Nuværende motherboard er Soltek SL-75KAV med AMD CPU FSB200 1300MHz, men vi har prøvet mange andre board uden held, den glemmer konsekvent at læse realtime på board."
> fasfan ........... .........................når man læser den TID, du henviser til, er tanken jo lidt nærliggende (også pga. den manglende virkning på ti30's problem!), at den ikke virker på en AMD processor; thi læs disse linier fra TID'en:
Fixed an issue where the XMM register's data that are exclusively used on Intell PIII processors (this does not include PII, PIV, etc), would become corrupt/overwritten. The end result can vary. Some symptoms, but not all would be:
Bemærk specielt parentesen - jeg tænker naturligvis på, om ikke indholdet i parentesen skulle have følgeskab af AMD's processorer.
fpnovell, jeg tager dit ord for det! Jeg har ikke nærmere studeret den omtalte patch. I den anden thread vedr. samme problem, efterlyste han den pågældende file, og sagde at han ikke kunne finde den. Jeg fandt således blot URL'en til patchen, og sendte den videre. Men det er jo fordelen ved dette forum, at man kan holde hinanden lidt i ørerne. :-) /Fas
Er din server sat til TimeSync Type=Single Default Time server type=single Cofigured source = off TimeSync Hardware Clock=on Se i monitor under "server parameters\time" eller med "set" fra konsollen
Hej Karsten Ja alle gode forslag er forsøgt, desværre uden held. Der er som bekendt også kommet ny service pakke som vi også har forsøgt med, men den måtte vi omgående smide ud igen, fordi så kunne vores ARCSERVER til Backup ikke initialiseres. Og vi forstår stadigvæk ikke at Novell ikke har lavet en path, der får det til at fungere. Det er jo ikke alene vores Server der har problemer, vi har talt med mange Andre kollegaer der har samme problem?? Jeg tror desværre ikke det lykkedes i denne version, så vi må nok vente til hotelbranchen igen ønske at invester i nyt netværks software.
Løsningen er et atomur som via fx. et serial kabel forbinder det til serveren. En .NLM sørger så for at Frankfurt tiden holder serverens ur indenfor et givent interval fx. 1 sek. fra UTC (+/-). Eneste must er at uret kan modtage radiobølgerne fra Frankfurt. De har en rækkevidde på ca. 2500 km, men hvis du bor i en kælder og ikke kan montere antennen udenfor har du et lille problem.
hmm - jeg skal lære at læse, din email står i det øverste indlæg.
Jeg skriver til dig.
/Fas
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
