-
Gesamte Inhalte
452 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Hubert N
-
-
Da ist erst einmal der Information Store von Interesse. Versuche den zu starten und schaue mal nach dem Fehler. Wenn ein abhängiger Dienst nicht gestartet werden kann, so ists kein großes Wunder...
Somit halte ich Protokolleinträge den IS betreffend für den Ansatz zur Fehlersuche.
Bei Problemen mit dem IS solltest du zuerst einmal mit eseutil die Datenbanken auf Konsistenz prüfen. Eine Anleitung dazu gibts hier: http://www.msexchangefaq.de/tools/eseutil.htm
-
Hst du auch den Scanner nach Vorgabe installiert ? IN der Anleitung zur INstallation finden sich einige Verzeichnisse, die du vom Scannen ausschließen musst !
-
(...) das somanche Leute das Administrator Kennwort kennen, und auch benutzen! (...)
Da kann ich mich nur Guido anschließen. Was ist denn das für ein Netz, wo alle möglichen Leute das Adminkennwort wissen ? Da sind die Probleme doch vorprogrammiert...
-
Das ist mir auch mal was ganz neues...
Ich inste in der Firma alle Rechner über einen auf 2k3 laufenden RIS-Server + DC.
Kann also irgendwie nicht sein...
-
Sollte das zu kompliziert sein, dann kannst du es ja mal mit "Handauflegen" probieren ;)
Aber mal im Ernst: Was findest du daran kompliziert ? Um ein dcpromo kommst du ja eh nicht rum, wenn du einen Server als DC insten willst. Die Betriebsmaster/Globalen Katalog legst du in ein paar Minuten um. Das Kopieren der Daten kann dann natürlich abhängig von der Datenmenge und der Verbindung zwischen den Servern ein wenig dauern. Kannst es ganz einfach als Script mit xcopy machen. Ein paar Scripte anpassen, Freigaben anlegen und das wars.
-
Soso - du willst also eine Nachtschicht einlegen ;) Ich gehe davon aus, dass du schon über ein Active-Directory verfügst !
Kurzgefasst: Server als zusätzlichen DC installieren, Betriebsmaster und Globalen Katalog umlegen, Daten kopieren.
Wenn der alte Server weg soll, dann den mit dcpromo aus der Domäne entfernen. Natürlich musst du da erst einmal sicher sein, dass die Replikation geklappt hat.
-
Frage: Wieso willst du unbedingt deine Mails über den SMTP-Serevr von GMX versenden ??? Normalerweise verschickt der Exchange die Mails doch direkt !
-
Startet der Information-Store ? Prüfe das unter Dienste. Wahrscheinlich wohl nicht....
Auf jeden Fall solltest du die Datenbanken prüfen. Dazu muss der Information-Store beendet sein.
Anleitung dazu gibts hier: http://www.msexchangefaq.de/tools/eseutil.htm
-
wie siehts mit Schreibrechten auf dem Ordner aus ??
-
.. das dürfte daran liegen, dass du Besitzer des Ordners bist.
-
Das Replikationsintervall kannst du deinen Wünschen entsprechend anpassen. Einer Aussage zum Thema "Traffic" lässt sich so pauschal garnicht machen. Das ist sicher abhängig davon, wieviele Änderungen repliziert werden müssen.
Wichtig ist, dass du an jedem Standort einen Server als globalen Katalog definierst.
-
Irgndeine Installation laufen gehabt ? Diese Meldung kenne ich von NAV. Checke doch erst einmal, welches Setup dort aufgerufen wird. Irgendwo im Autostartbereich muss ja ein Eintrag sein.
-
Da hätetst du dir es mit einer Migration natürlich einfacher gemacht. Da hättest du einfach mit "xcopy /o ..." die ACLs mitkopieren können...
Ob und wie man Freigaben kopieren kann entzieht sich meiner Kenntnis. Aber das dürfte ja auch das kleinste Problem sein die neu zu setzen.
-
2. Ich brauch Terminal Liz. von MS ist auch klar aber welche? Pro user oder pro device?
Hä - oder bin ich unwissend.... ? Ich benötige die Terminallizenzierung von MS wenn ich Citrix installieren will ? Ich dachte immer, ich müsste dann CM entsprechend lizenzieren ?!
-
Korrektur... Ich muss den Dienst "ISA Server-Steuerung" deaktiviert haben, damit es funzt. das schließt dann natürlich den Firewalldienst + Webproxy ein.
-
W32Time: Rejecting logging event 0x8000000B. 894 sec until this event is allowed.
W32Time: END Line 1951
W32Time: Time source failed to produce usable timestamp.
W32Time: BEGIN:NTPTry -- fail
W32Time: END Line 1683
W32Time: Time Out occured in sockets
W32Time: BEGIN:NTPTry -- try
W32Time: BEGIN:ComputeInterval
W32Time: END Line 2479
W32Time: Sending to server 48 bytes...
W32Time: NTP: didn't receive datagram
W32Time: Rejecting logging event 0x8000000B. 889 sec until this event is allowed.
W32Time: END Line 1949
W32Time: Time source failed to produce usable timestamp.
W32Time: BEGIN:NTPTry -- fail
W32Time: END Line 1683
W32Time: END Line 1496
W32Time: END Line 368
W32Time: BEGIN:ComputePostTimeData
W32Time: BEGIN:ComputeInterval
W32Time: END Line 2479
W32Time: BEGIN:ComputeSleepStuff
W32Time: Computed stagger is 0ms, bias is 0ms
W32Time: Time until next sync - 2699.960s
W32Time: END:Line 816
W32Time: END:Line 221
W32Time: END:Line 196
W32Time: BEGIN:TermTime
W32Time: NTP(S): received shutdown notification.
W32Time: NTP(S): received shutdown notification.
W32Time: TimeMMCleanup()
W32Time: BEGIN:FinishCleanup
W32Time: BEGIN:TsUpTheThread
W32Time: END Line 1407
W32Time: Inform NetLogon That you are not a TS Provider
W32Time: BEGIN:UnInitializeDC
W32Time: Ptrs 0 - 0
W32Time: END:Line 727
W32Time: Time service stopped.
W32Time: END:Line 407
-
Sitze hier gerade beim Kunden und bekomme graue Haare.
Der Kunde hat einen W2k-Server mit ISA 2000-Server.
Ich versuche per W32tm -once die Zeit zu synchonisieren, bekommen aber von der Gegenstelle keine Antwort. Das liegt irgendwie garantiert an dem ISA-Server. Wenn ich den Firewalldienst deaktiviere, dann macht das kein Prob und die Zeit wird sofort umgestellt.
Unter Protokolldefinitionen ist NTP definiert (UDP Port 123, Senden Empfangen - das ist aber wohl schon im ISA vorgegeben ?!), unter Protokollregeln ist eine Regel definiert, die NTP zulässt.
das Ereignisprotokoll sagt mir lediglich, dass "der NTP-Server nicht reagiert hat" - also auch nicht hilfreich...
Ich gebezu, dass der ISA-Server nicht gerade mein Steckenpferd ist. So wird der Fehler mit an Sicherheit grenzender Wahrscheinlichkeit irgendwo zwischen Rückenlehne und Tastatur zu finden sein. Aber wo ???
Das ist die Ausgabe:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
W32Time: BEGIN:InitAdjIncr
W32Time: Adj 100144 , Incr 100144 fAdjust 0
W32Time: END:Line 2503
W32Time: BEGIN:TsUpTheThread
W32Time: END Line 1407
W32Time: TimeMMInit()
W32Time: Kernel timer : using default maximum resolution
W32Time: MaximumTime = 100144
W32Time: CurrentTime = 100144
W32Time: Timer calibrated, looped 1 times
W32Time: BEGIN:InitTmCfg
W32Time: END:Line 807
W32Time: BEGIN:InitTmCli
W32Time: END:Line 2596
W32Time: BEGIN:InitTmData
W32Time: END:Line 2618
W32Time: AvoidTimeSyncOnWan 0
W32Time: ntpserver - ptbtime2.ptb.de
W32Time: BEGIN:CMOSSynchSet
W32Time: Setting adjustment 100144 - Bool 0
W32Time: BEGIN:SetTSTimeRes
W32Time: END:Line 1295
W32Time: END:Line 864
W32Time: BEGIN:InitializeDC
W32Time: BEGIN:GetRole
W32Time: Role is 'PDC'
W32Time: END Line 672
W32Time: BEGIN:FetchParentDomainName
W32Time: NetLogonGetTimeServiceParentDomain() returned 54b with ptr 0
W32Time: END:Line 782
W32Time: END:Line 704
W32Time: Server: Binding to 2 NICs.
W32Time: Advertising that I'm a Time Service Provider
W32Time: timeBeginPeriod: setting resolution 9
W32Time: BEGIN:TimeSync
W32Time: BEGIN:FGetType
W32Time: END Line 254
W32Time: BEGIN:FDoTimeNTPType
W32Time: BEGIN:ChooseNTPServer
W32Time: END Line 2178
W32Time: BEGIN:GetSocketForSynch
W32Time: NTP: ntpptrs[0] - PTBTIME2.PTB.DE
W32Time: rgbNTPServer PTBTIME2.PTB.DE
W32Time: Port Pinging to - 123
W32Time: Connecting to "PTBTIME2.PTB.DE" (192.53.103.104)
W32Time: END:Line 1170
W32Time: BEGIN:GetDefaultRid
W32Time: END Line 2359
W32Time: BEGIN:ComputeDelay
W32Time: BEGIN:NTPTry -- init
W32Time: END Line 1683
W32Time: BEGIN:NTPTry -- try
W32Time: BEGIN:ComputeInterval
W32Time: END Line 2479
W32Time: Sending to server 48 bytes...
W32Time: BEGIN:TsUpTheThread
W32Time: END Line 1407
W32Time: NTP(S): waiting for datagram...
W32Time: BEGIN:TsUpTheThread
W32Time: END Line 1407
W32Time: NTP(S): waiting for datagram...
W32Time: NTP: didn't receive datagram
W32Time: Logging event 0x8000000B. 15 min until this event is allowed again.
W32Time: 0x8000000B reported to System Log in Event Viewer
W32Time: END Line 1951
W32Time: Time source failed to produce usable timestamp.
W32Time: BEGIN:NTPTry -- fail
W32Time: END Line 1683
W32Time: Time Out occured in sockets
W32Time: BEGIN:NTPTry -- try
W32Time: BEGIN:ComputeInterval
W32Time: END Line 2479
W32Time: Sending to server 48 bytes...
W32Time: NTP: didn't receive datagram
-
Das ist auch normal, dass die Datenbank durch das Bereinigen von Postfächern nicht kleiner wird.
Wenn du die Datenbank physikalisch kleiner bekommen willst, dann musst du sie mit eseutil defragmentieren.
-
hmmm. schon mal mit "net group" "net localgroup" auseinandergesetzt ?
Allerdings muss ich zugeben , dass ich hier keinen NT-Server mehr habe. Weiß also nicht, ob es diese Befehle damals überhaupt schon gab ;). Prinzipiell kannst du da aber Gruppen und Zugehörigkeiten zu Gruppen bis zum Erbrechen konfigurieren.
Einfacher wärs natürlich, wenn die Scripte mit Globalen Gruppen laufen würden....
-
Das hat dann aber sicher noch nichts mit den üblichen Problemen bei Hardwaretausch zu tun.
Vielleicht ist das neue Board ja auch defekt ?! Ich würde an deiner Stelle da erst einmal mit Miimalkonfiguration anfangen. Also Board, Speicher, CPU, Grafikkarte, Netzteil. Am besten ists dann natürlich, wenn man noch ein paar Komponenten zum tauschen hat. Wenn das dann alles nichts bringt, dann wird wohl auch das neue Board hinüber sein.
Soltte das Board ein anderes als das alte sein, dann hast du ja sicher gecheckt, dass das Board auch mit der bestehenden Hardware klarkommt.
-
Den haben wir auch schon mal "verbaut". Ein gutes Produkt (wenn man schon Exchange mit POP3 betreiben muss)
Wir hatten auch einige Umsonstlösungen getestet, aber das taugt alles definitiv nichts. Man hat nichts davon, wenn die Mails nicht zuverlässig zugestellt werde...
-
Da frage ich mch doch gerade, wo mein Posting hin ist ??? Naja - wahrscheinlich nirgendwo zwischen Rückenlehne und Tastatur abhanden gekommen....
Also noch einmal...
Genau das meine ich. Nach ein wenig herumprobieren haben wir festgestellt, dass es am besten ist, einen zusätzlichen Mailserver (wir haben hier Mailenable) genommen, um das vernünftig lauffähig zu bekommen. Exchange zickte herum wenn man einen zweiten virtuellen SMTP-Server installiert. Vielleciht sind wir ja auch nur zu ****e gewesen. Ich meine mich aber, dass Exchange nicht so auf die geänderten Ports reagierte, wie man es eigentlich meinen sollte. Außerdem muss man Perl auf dem Server insten. Naja. Hört sich schlimmer an als es ist. Jedenfalls läuft das bei uns und einigen Kunden ohne jedes Prob und alle sind damit zufrieden. Spamaufkommen praktisch gleich null.
Nebenbei hat man dann beispielsweise das nette Feature, dass man gleich per 550er-Error Dateianhänge aussortieren kann. Wir konfigurieren das System so, dass alles, was irgendwie ausführbar ist gleich mit der entsprechenden Fehlermeldung abgelent wird. Etwas, wo ich mich schon immer gefragt habe, weshalb das Exchange nicht gleich von Haus aus beherscht. Wenn gewünscht macht ASSP auch per LDAP eine Abfrage im AD, ob der betreffende User überhaupt vorhanden ist.
Trainieren kann man die Engine darüber, dass Mails an voreingestellte Adressen auf dem Server geschickt werden (z.B. spam@spam.zz um dem Server eine Spammail anzuzeigen...). Das haben wir hier über zwei Makros gelöst. Das muss man in den ersten 2 Wochen machen, danach läuft das ohne weitere Konfig automatisch. Die Datenbanken bereinigen sich automatisch. Also nach einer kurzen Umstellungszeit absolut pflegeleicht :)
Man sollte das natürlich sicher erst einmal in einer Testumgebung probieren....
-
Sieh untern. Warum das weg war = ?. Habe ihn jetzt gelöscht...
-
Das Produkt von TrendMicro dürfte kaum der Mailserver "höchstpersönlich" sein. Was das Produkt selber kann = ?. Einen Spamserver automatisch zu erkenn kann eigentlich nur dadurch geschehen, dass die eingesetzte Software versucht über diesen Server eine Mail zu verschicken.
Ich für meinen Teil habe ASSP für Exchange entdeckt. Open Source und damit für umsonst zu haben. Und seit es im Einsatz ist (auch schon bei mehreren Kunden) ist absolute Ruhe im Karton...
RIS & Netzwerkkarten Driver
in Windows Server Forum
Geschrieben
Da hatte ich auch schon meine Probs mit. Zur Lösung die angepassten PXE-Treiber von Intel in das i386-Verzeichnis kopieren und im Driver-Path die normalen Treiber lassen.