alias

Hallo und guten Tag auch, nachdem wir so gut wie alle User etc. migriert haben stehe ich jetzt vor einem kleinen Problem ! Eine Abteilung arbeitet mit einer Anwendung/Datenbank auf dem Netware-Server. Die Datenbank ist eine alte Centura SQL Base-Version. Das zur Vorgeschichte. Nun möchte ich, da dieses Verfahren/diese Anwendung Ende des Jahres durch eine OpenSource-Version abgelöste wird, den alten Krempel nicht auf den neuen Server (Win2K) bringen sondern auf dem alten belassen. Wie muss ich nun vorgehen, dass die OU bzw. die zuständigen User, die auf dem neuen Server eingerichtet sind auf die Daten des alten Servers zugreifen können (vielleicht über GSNW, welches installiert ist, genauso wie das NWLink IPX/SPX/NetBIOS-komp. Transportprotokoll). Kann ich in diesem Fall den Novell-Client auf den (zum Glück nur 5) Workstations deinstallieren? Hoffe, ich habe mich einigermaßen verständlich rübergebracht und mir kann jemand einen Lösungsweg aufzeigen. Danke im voraus, Frank

Hi, Yoda, ich habe das Problem so gelöst :p , das ich auf allen Verzeichnissen und Unterverzeichnissen, auf die der User Zugriff haben soll, die Rechtevererbung gecancelt habe und jeden User manuel "zu Fuß" wieder hinzugefügt habe. Nachdem ich die Rechtevererbung deaktiviert habe können die Kollegen jetzt einwandfrei ihre Docs öffnen, bearbeiten etc. Hoffe, konnte Dir helfen, Frank

Hi, real_tarantoga, also in den Benutzervariablen sind nur die TEMP und die TMP-Pfade hinterlegt. Das komische ist, dass unter Systemvariablen einmal der WINNT-Path und der WINNT/System32-Path hinterlegt sind. Trotzdem klappt es nicht . Musste mich im Moment so behelfen, dass ich die Eingabeaufforderung im Fenster ausführen lasse und dort im Feld Ausführen in... den Pfad hinterlegt habe. Ist schon irgendwie merkwürdig. Danke für den Hinweis, Frank

Hallo und guten Nachmittag, woran kann es liegen, dass ich, wenn ich auf meinem Win2K-Server in der Eingabeaufforderung zb IPCONFIG eingebe und bestätige, die Meldung bekomme, dass dieser Befehl unbekannt ist. Sofern ich dann "zu Fuß" ins WINNT/SYSTEM32-Verzeichnis wechsel und dieses wiederhole geht es. In der Pathanweisung unter Systemsteuerung/System/Erweitert/Umgebungsvariablen ist der Pfad ordnungsgemäß eingetragen. Danke im voraus, Frank

Hallo, hatte vor geraumer Zeit mal unsere Probleme mit einem Printserver und dem daran angeschlossenen Nadeldrucker gepostet. Nach einigem hin und her lief es dann. Trotzdem treten öftters die Probleme auf, das von einer Workstation (XP) (im Grunde sind es insgesamt 2 XP-Workstations, die über den Printserver drucken) gestartete Druckaufträge nicht gedruckt werden :mad: . Wenn ich dann den Printserver (feste IP-Vergabe) vom Strom-Netz trenne, den Druckerwarteschlangendienst neu starten lasse und dann den Printserver wieder ans Strom-Netz hänge läuft es komischerweise wieder. Woran kann das liegen, das der Printserver (übrigens ein HP-Jetdirect eX) bzw. der Nadeldrucker nicht mehr "möchten"? Danke Euch im voraus, Frank P.S. Mann meint endlich, es läuft alles und dann kommt wieder so etwas dazwischen. ---------------------------------------------------------------------------------- Muß noch dazu sagen, das im selben Büro noch einmal die selbe Konstellation steht. Bis auf die Tatsache, das der Nadeldrucker an einem HP Jetdirect 170x-Printserver hängt. Ebenfalls mit fester IP-Adresse. Wird und kann ja wohl nicht am Printserver liegen. Die Einstellungen (bis auf die IP-Adresse ;) ) sind so weit gleich...

Die OU´s wurden jetzt im Nachhinein angelegt. Vorher wurde nur mit Gruppen und Usern gearbeitet. Hast mir aber schon sehr weiter geholfen. Danke Dir. Ich will hier nur mal etwas Ordnung rein bringen. Hat mein Vorgänger nicht so wirklich drauf geachtet. Frank

Hi, klausk könnte ich ein Problem :mad: bekommen, wenn ich vorher keine OU angelegt hatte und nur mit Gruppen und Usern gearbeitet habe? Z.B. in Gruppe ABT1 sind User X, Y und Z. Nun habe ich die OU ABTEILUNG1 angelegt und habe die Gruppe mitsamt der User in diese OU verschoben. Wie sieht das mit den bis dato zugewiesenen Freigaben, Rechten etc. aus? Werden die gecancelt? Danke im voraus, Frank

So, jetzt habe ich nun doch noch mal eine Frage: Unter den GruRiLi auf unserem Server finde ich im Konsolenstamm folgende Einträge: +Richtlinien für Default Domain Controller Policy +Richtlinien für Lokaler Computer +Richtlinien für Default Domain Policy Wo und wie (denke mal unter Benutzerkonfig. und dann Windows-Einstellungen...) trage ich jetzt das Logon-Skript für z.B. die Abteilung X ein? Bin in dieser Materie noch ziemlich "frisch". Danke im voraus. Frank

Hallo und guten Morgen, @Zuschauer Habe den neuesten Client (4.83) schon installiert. Einschl. des SP1. Den Patch werde ich mal drüber büglen. Danke für den Link. @solinske Schon passiert. Mal schauen, wie es läuft. Thanx Frank

Super, oder schade. Dann ist der morgige Tag schon fast verplant. Falls ich noch Fragen habe melde ich mich, Frank

Hi, grizzly, Danke für die Antwort :D . Dann werde ich mich wohl morgen mal dran machen. Können die Scripts eigentlich ohne weiteres im Batch-Format bleiben? Gehe ich einfach mal von aus. Bis dann, Frank

Hi, aber bestimmt doch nur in der Ereignisanzeige der Win2k/WinXP-Workstations selber, oder? Gibt es eine Möglichkeit, die auch auf dem DC zu loggen? Und 2. : Setzen bei uns zur Zeit MessageBob :cool: ein. Nutzt ja auch net send für die Nachrichtenversendung. Bei der Installation wird ja der "normale" Windows-Nachrichtendienst deaktiviert. Bekomme ich trotzdem irgendwelche Logs wie oben beschrieben zusammen? Thanx, Frank

Hi, @Zuschauer, für welchen Client ist denn der Patch? Für den Netware-Client von Microsoft oder für den Novell-Client für Win2k/XP? Habe hier nämlich nebenbei auch noch nen Netware 4.11-Server laufen und genau das gleiche Problem. @olafw läuft denn unser "altes" Netz unter Novell überhaupt noch ohne IPX-Protokoll? Obwohl, müsste ja eigentlich gehen. Habe das NWLink IPX/SPX-Protokoll noch nebenbei laufen... mit dem letzten Novell-Client. Thanx, Frank

Hallo und einen schönen, heissen Tag, habe eine Verständnisfrage: Ich habe in unserer Fa. verschiedene OU´s angelegt. Für jedes Team eine. Bei den einzelnen Usern in den OU´s habe ich im Profilpfad ein Logonscript, welches in der sysvol-Freigabe abgelegt wurde, eingetragen. Wird auch von den Arbeitsstationen (WinXP/Win2k) einwandfrei abgearbeitet. Nun zur Frage: Ist es nicht sinnvoller und überhaupt möglich, das Profil über eine Gruppenrichtlinie für z.B. die Abteilung X anzugeben und abarbeiten zu lassen? Und dieses Procedere kann ich ja nicht bei "alten" Kisten, die mit Win9x bestückt sind, durchführen? Gruppenrichtlinien gibt es doch nur für 2k bzw. XP-Maschinen. Odre geht das auch über die ehem. Systemrichtlinien? Bin für jeden Tip und für jede Verbesserung dankbar. Frank

Hi, Onkel Gauss, soweit ich es mitbekommen habe, hat mein EDV-Kollege 5 Clients in unserem Netzwerk abgefragt. Hat wohl einwandfrei gefunzt. Ich werde ihn heute nachmittag mal anhauen, ob er bei der Installation etc. Probleme hatte. Melde mich dann wieder. Mit der Aussage, dass es viele Firmen mit der Lizenzverwaltung nicht sehr ernst nehmen, wirst du wohl recht haben. Wir sind "nebenbei" noch an einer Datenzentrale für best. Anwendungen etc. angeschlossen. Die verlangen es mitlerweile, die Lizensierung zu überprüfen. Wurde bis dato nur in "Papierbergen" nachvollzogen :o Also bis später, Frank

Glück 50%??? eher so 60 - 70 ;) Schönen warmen Tag noch, bis zum nächsten Problem (mit VIIEELL Glück...) Frank

Hi, waterman, Lian hatte hierzu in einem Beitrag mal einen Link gepostet. Füge den Beitrag mal so eben bei... ;) Frank http://www.mcseboard.de/showthread.php?s=&threadid=3452&highlight=Mehrfachanmeldung

@all Ist schon komisch. Hatten 2 Tage dieses Problem. Habe in den 2 Tagen sicherlich einige Einstellungen hin und her gestellt. Gestern abend alles rausgezogen und heute morgen eingestöpselt. Und was passiert? Es kam ein Testdruck raus und der blöde Drucker druckt wieder im Netz. Glaube, dass muss man nicht mehr verstehen... Trotzdem Danke für die Lösungsansätze, Frank

Hi, MS1102, ich meine in diesem Forum schon öfters gelesen zu haben, dass das SP3 sehr fehlerlastig ist und viele Anwender mit dem SP2 neu installiert haben und viele Probleme verschwunden waren. Vielleicht gehört deiniges ja auch dazu. Greets, Frank

Hi Greg, das meinte ich damit. Hatte den Netzstecker bestimmt 10/15 Min. gezogen. Frank

Hi, waterman, vielleicht ist dir hiermit geholfen: Unter den Eigenschaften der einzelnen User kann man unter der Registerkarte SITZUNGEN festlegen, ob eine erneute Verbindung auf einem neuen Client möglich ist, oder ob diese nur am ursprünglichen Client zugelassen wird. Hoffe, es war die richtige Einstellung. Lasse mich aber sehr gern eines Besseren belehren. Frank

Hi, Onkel Gauss, wir haben in der "Firma" ein Produkt der Fa. PC-Ware zum testen laufen. Schimpft sich PC-Ware inventory. Soll auch gar nicht so teuer sein. Testversion kann man sich ziehen. http://www.pc-ware.de/de/pc-ware/ssl/pc-ware-produkte/main.htm Vielleicht hilft dir das, Frank

Thanks @ Greg und IT-SE, hatte den Printserver sogar 10 Min. vom Netz. Hilft alles nichts. Was mir aber auffällt ist, das sich über den Printserver keinen Testausdruck rauskitzeln lässt. Der Drucker reagiert schon gar nicht (ist ein Nadeldrucker von OKI). Der Printserver hat eine feste IP-Adresse vergeben bekommen und ist auch ordnungsgemäß auf dem Server installiert, eingerichtet und freigegeben. Wie die anderen 3 auch. Bekomme aber weiterhin in der Ereignisanzeige die oben erwähnte Meldung. Weitere Ideen? Ist evtl. der P-Server defekt? Lief bis letzten Freitag einwandfrei... Frank

Hi @ all, habe an einem Drucker (von insg. 4) genau das selbe Problem (hängt aber zusätzlich noch an einem HP-Printserver). Sollte ich den Druckerwarteschlangendienst gleich sofort wieder starten oder eine Zeit lang bis zum Neustart des Dienstes warten? Wenn ich auf NEUSTARTEN gehe hilft es nichts... Frank

Hallo, ##mur, also in der Registry ist nichts mehr vorhanden, was auf die "alte" UPS hinweist. Komischerweise ist die Meldung seit dem letzten Stromausfall (Gewitter am letzten Samstag) verschwunden. Sachen gibt es Schon komisch. Trotzdem danke, Frank