Ergebnis 1 bis 10 von 10

Thema: PostgreService unter WindowsXP neu starten

  1. #1
    ics
    ics ist offline Neuer Benutzer
    Registriert seit
    10.12.2007
    Beiträge
    1

    Standard PostgreService unter WindowsXP neu starten

    Ich habe auf WindowsXP PostgreSQL installiert und versuche auf vom localhost zuzugreifen. Fehlermeldung: Aufgrund einer fehlerhaften Anmeldung konnte der Service nicht gestartet werden.
    Weder nach Neustart des Service unter Systemsteuerung>Verwaltung noch nach einem reboot konnte ich den DBServer zum Laufen bringen.
    Bitte um Unterstützung!

    ics

  2. #2
    fristo ist offline Super-Moderator
    Registriert seit
    08.12.2005
    Ort
    Raum Frankfurt/Main
    Beiträge
    668

    Standard

    Zitat Zitat von ics Beitrag anzeigen
    Ich habe auf WindowsXP PostgreSQL installiert und versuche auf vom localhost zuzugreifen. Fehlermeldung: Aufgrund einer fehlerhaften Anmeldung konnte der Service nicht gestartet werden.
    Weder nach Neustart des Service unter Systemsteuerung>Verwaltung noch nach einem reboot konnte ich den DBServer zum Laufen bringen.
    Bitte um Unterstützung!

    ics
    Installation von PostgreSQL unter Windows scheitert oder funktioniert nicht

    Entfernen (De-Installation) von PostgreSQL unter Windows

    Installation von PostgreSQL unter Windows



    Nach dem Lesen der Beiträge PostgreSQL neu installieren!





    mfg

    fristo

  3. #3
    W.K. ist offline Neuer Benutzer
    Registriert seit
    11.12.2007
    Beiträge
    26

    Standard Versuch wert...

    Ich bin hier ja auch Neuling.

    Aber das Problem, dass die Postgre gegen die Rechteverwaltung fährt, kenne ich zur Genüge.

    Versuche mal Folgendes:

    In die Systemsteuerung, Verwaltung, Dienste klicken und die Postgre doppelklicken (wenn die normal hochgezogen wurde, würde sie auf "gestartet" und "automatisch" stehen - dann nicht: sie läuft). Den zweiten Reiter von links anwählen und das Kennwort ändern (sinnigerweise auf das gleiche, das bei der Installation vergeben wurde), "Übernehmen" anklicken, auf den Reiter ganz links wechseln und die Postgre "starten",

    Wenn die dann läuft, hält das mindestens bis zur nächsten Anmeldung. Sofern keiner neue Richtlinien einspielt. Darauf reagiert die pg Allergisch.

    Wenn die Installation ohne Fehlermeldung durchgelaufen ist, sollte das Helfen.

    Ach ja: die pg reagiert auf einen "http/localhost:8080/ NICHT. Weil der Port 5432 ist. Aber auch da gibt es keine Antwort, wenn die DB als Dienst (Voreinstellung) gestartet wurde. Aber der pg-Admin kann das...

    Grüße
    W.K.

  4. #4
    W.K. ist offline Neuer Benutzer
    Registriert seit
    11.12.2007
    Beiträge
    26

    Standard

    Ein wenig "Feedback" wäre ja nicht schlecht.



    Problem gelöst und nie wieder gesehen?

  5. #5
    fristo ist offline Super-Moderator
    Registriert seit
    08.12.2005
    Ort
    Raum Frankfurt/Main
    Beiträge
    668

    Standard

    Zitat Zitat von W.K. Beitrag anzeigen
    Ein wenig "Feedback" wäre ja nicht schlecht.



    Problem gelöst und nie wieder gesehen?
    Ein wenig Geduld wäre auch nicht schlecht, zumal man hier im Forum einen kostenlose Unterstützung zur Lösung seiner Problemchen bekommt! Einen exclusiven 24 Stunden-Service solltest Du für den Preis nicht erwarten.

    Ich habe erst mal den Bericht über Dein Performens-Problem/Lösung gelesen. Da kann man ja nur hoffen, dass Du die "Haue" auch an den richtigen verteilt hast!


    Zitat Zitat von W.K. Beitrag anzeigen
    Aber das Problem, dass die Postgre gegen die Rechteverwaltung fährt, kenne ich zur Genüge.
    Kannst ja mal am Ende des Betrages den eigenlichen Verursacher bestimmen.


    Zitat Zitat von W.K. Beitrag anzeigen
    Versuche mal Folgendes:

    In die Systemsteuerung, Verwaltung, Dienste klicken und die Postgre doppelklicken (wenn die normal hochgezogen wurde, würde sie auf "gestartet" und "automatisch" stehen - dann nicht: sie läuft). Den zweiten Reiter von links anwählen und das Kennwort ändern (sinnigerweise auf das gleiche, das bei der Installation vergeben wurde), "Übernehmen" anklicken, auf den Reiter ganz links wechseln und die Postgre "starten",
    Wenn ich entsprechend Deiner Beschreibung vorgehe funktioniert bei mir garnichts mehr. Allerdings verhalten sich das Betriebssystem (WinXp Pro) und auch PostgreSQL korrekt.



    Zitat Zitat von W.K. Beitrag anzeigen
    Wenn die dann läuft, hält das mindestens bis zur nächsten Anmeldung.
    Der Dienst sollte normalerweise nicht mehr starten, ausser Du hast Änderungen an den Eigenschaften des Benutzers "postgres" vorgenommen. Bei der Installation werden beim Benutzers "postgres" die Eigenschaften "Benutzer kann Kennwort nicht ändern" und "Kennwort läuft nie ab" aktiviert. Das manipulieren der Dienstparameter (löschen des Kennwortes und Neueingabe) wird wohl vom Betriebssystem als Änderung des Kennwortes angesehen. Allerding kann ich (aufgrund Deiner Angaben) nicht sagen, ob es da ein Verhaltensunterschied zwischen WinXP und dem Win 2003 Server gibt.



    Zitat Zitat von W.K. Beitrag anzeigen
    Sofern keiner neue Richtlinien einspielt. Darauf reagiert die pg Allergisch.
    PostgreSQL reagiert überhaupt nicht und das Betriebssystem verhält sich entsprechend den vorgegebenen Richtlinien. Die Ursache hierfür ist, dass Du PostgreSQL unter den Administrator des Win 2003 Server installiert hast und der Administrator mehr Rechte besitzt als er in einer Domäne haben sollte. Er darf nämlich neue User anlegen, diese aber nicht verwalten. Die Verwaltung erfolgt von der Domäne und dort ist der Benutzer "postgres" nicht bekannt. Der PostgreSQL-Datenbank-Server kann daher wegen fehlenden Richtlinien für den Benutzer "postgres" nicht gestartet werden. Betriebssystem und PostgreSQL verhalten sich daher auch korrekt.




    Zitat Zitat von W.K. Beitrag anzeigen
    Wenn die Installation ohne Fehlermeldung durchgelaufen ist, sollte das Helfen.
    Nein, die Installationsscripts sind für Workstation und Server geschrieben. Bei einer Domänverwaltung muss man da schon mitdenken.



    Zitat Zitat von W.K. Beitrag anzeigen
    Ach ja: die pg reagiert auf einen "http/localhost:8080/ NICHT. Weil der Port 5432 ist.
    Das ist korrekt. Nebenbei, das Format "http/localhost:8080/" ist nicht zulässig. Siehe Doku.



    Zitat Zitat von W.K. Beitrag anzeigen
    Aber auch da gibt es keine Antwort, wenn die DB als Dienst (Voreinstellung) gestartet wurde.
    Was erwartest Du? Client und Datenbank-Server können nur über gleiche Portnummer kommunizieren. Ein Datenbank-Server, der nicht angesprochen wird, kann auch kein Antwort geben! Allerding sollten Deine Clients einen Verbindungsfehler melden. pgAdmin macht das auch, wenn die Portnummer nicht übereinstimmt.

    Wenn Du allerdings die Portnummer ändern willst, kannst Du das in der Datei "postgresql.conf". Diese findest Du im Verzeichnis "data". Details zu den Parametern in der Datei "postgresql.conf" findest Du in der Doku.



    Zitat Zitat von W.K. Beitrag anzeigen
    Aber der pg-Admin kann das...
    Nein. Für den Verbindungaufbau hat pgAdmin einen Dialog, in dem Du die richtigen Parameter eingeben muss. Ansonsten streikt auch pgAdmin.




    mfg

    fristo
    Geändert von fristo (15.12.2007 um 07:48 Uhr)

  6. #6
    W.K. ist offline Neuer Benutzer
    Registriert seit
    11.12.2007
    Beiträge
    26

    Standard

    Zitat Zitat von fristo Beitrag anzeigen
    Kannst ja mal am Ende des Betrages den eigenlichen Verursacher bestimmen.
    Soweit ich das bis jetzt überblicken kann.

    Ich habe jetzt (zum Teil mehrfache, eben wegen der hier beschriebenen Probleme wiederholten versuchte) Installationen der Postgre hinter mich gebracht.

    Umfeld:

    - MS - Server 2000AS
    - MS - Server 2003AS
    - MS WINDOWS - 2000 Client lokal (im Netzwerk)
    - SLES 9.3 SP 3
    - Mac OS "Leopard" mit aktuellsten Treibern
    - XP - Home SP 2 und aktuell gehalten
    - XP - Pro SP 2 und aktuell gehalten.

    Immer die gleiche Installation im gleichen "Kleid": pg 8.2.5, pg-Admin III 1.8.0 (außer SLES 9.3 - verlangt 1.6.3) JBOSS (aktuell 4.2.2.GA) und Eclipse (MyEclipse 6.0) auf einer JAVA JRE / SDK vom Dezember 2007.

    Diese Installationen funktionieren bei den jeweiligen Systemen digital: Geht, geht nicht.

    Aber ich habe die pg auf allen Umgebungen zum Laufen gebracht.

    Mit den größten Problemen auf den WS*K - Servern. Aber diese Probleme waren nicht der pg anzulasten, sondern den eingesetzten Sicherheitsrichtlinien.

    Zitat Zitat von fristo Beitrag anzeigen
    Wenn ich entsprechend Deiner Beschreibung vorgehe funktioniert bei mir garnichts mehr. Allerdings verhalten sich das Betriebssystem (WinXp Pro) und auch PostgreSQL korrekt.
    Diese Manipulation am Passwort über den Reiter "Anmelden" sollte man tunlichst nicht verwenden, wenn die pg als Dienst gestartet wurde. Wenn sie läuft - Finger weg. Dann braucht es ja auch keinen "Workaround"...

    Aber die Situation gab es - Installation durchgelaufen, angeblich alles in Ordnung und beim Neustart die Fehlermeldung.

    Der Fehler tritt anscheinend vorwiegend in Umgebungen mit einer zentralen Rechteverwaltung auf.

    - W2000 Server: Fehler
    - W2003 Server: Fehler
    - SLES : Fehler
    - MS WINDOWS 2K Client: Fehler.

    Der "Rest" nicht: pg läuft und läuft und läuft...

    Den "Schuldigen" habe ich zum Teil auch ausgemacht. Wenn mir eine Gruppenrichtinie nach dem Systemstart den Nutzer / einen der benötigten Nutzer löscht, kann der Dienst nicht starten.

    Der Tipp, das Passwort neu zu setzen, funktioniert natürlich nur bei einem bestehenden Konto, dass nicht auf "gesperrt" gesetzt wurde. Oder gar gelöscht. Wobei auch hier Vorsicht angebracht ist: Der "Benutzer" muss angelegt sein. Das Anmeldekonto kann später gelöscht werden. Dann muss aber im Zweifel der Dienst wie beschrieben gestartet werden - Kollision mit dem Kerberos, vermutlich.

    Zitat Zitat von fristo Beitrag anzeigen
    Der Dienst sollte normalerweise nicht mehr starten, ausser Du hast Änderungen an den Eigenschaften des Benutzers "postgres" vorgenommen. Bei der Installation werden beim Benutzers "postgres" die Eigenschaften "Benutzer kann Kennwort nicht ändern" und "Kennwort läuft nie ab" aktiviert. Das manipulieren der Dienstparameter (löschen des Kennwortes und Neueingabe) wird wohl vom Betriebssystem als Änderung des Kennwortes angesehen. Allerding kann ich (aufgrund Deiner Angaben) nicht sagen, ob es da ein Verhaltensunterschied zwischen WinXP und dem Win 2003 Server gibt.
    Bei der Installation gibt man die Passworte für die pg und den "su - pg" an. Was mir aufgefallen ist: die Installation betrachtet manche Passworte nicht als "Sicher" und würde gerne eigene setzen. Das macht anscheinend der Start als Dienst im Kerberos - Umfeld ungefragt. Manchmal scheint dabei das Passwort für den normalen Account in Verbindung mit den internen Sicherheitsrichtlinien "hinten runter" zu fallen.

    Das Ergebnis ist "geht, geht nicht", erst über den Umweg der Ereignisanzeige kann man eine ungefähre Vorstellung bekommen, weshalb es nicht geht.

    Ich habe aber die pg noch jedes mal zum Laufen gebracht, wenn ich mir den Dienst im Status gestartet: "leer" und automatisch per Doppelklick geholt und unter "Anmelden" das Kennwort auf den ursprünglichen Wert gesetzt habe. Danach konnte ich über "Starten" den Dienst auch hochziehen...

    Allerdings nur bis zum nächsten Einspielen der Sicherheitsrichtlinien.

    Anscheinend wird da unter den MS - Systemen auf Server - Ebene tatsächlich auf Sicherheit geachtet.

    [quote=fristo;9881]PostgreSQL reagiert überhaupt nicht und das Betriebssystem verhält sich entsprechend den vorgegebenen Richtlinien. Die Ursache hierfür ist, dass Du PostgreSQL unter den Administrator des Win 2003 Server installiert hast und der Administrator mehr Rechte besitzt als er in einer Domäne haben sollte. Er darf nämlich neue User anlegen, diese aber nicht verwalten. Die Verwaltung erfolgt von der Domäne und dort ist der Benutzer "postgres" nicht bekannt. Der PostgreSQL-Datenbank-Server kann daher wegen fehlenden Richtlinien für den Benutzer "postgres" nicht gestartet werden. Betriebssystem und PostgreSQL verhalten sich daher auch korrekt.[/quote}

    Ich habe das als Domänen - Admin gemacht.

    Zitat Zitat von fristo Beitrag anzeigen
    Nein, die Installationsscripts sind für Workstation und Server geschrieben. Bei einer Domänverwaltung muss man da schon mitdenken.
    Stimmt. Dabei bin ich ja auf den Block gelaufen. Wir stellen gerade unser System um.

    Schön wäre, wenn auch mitgeteilt würde, welcher Teil gerade fertig ist...

    Zitat Zitat von fristo Beitrag anzeigen
    Was erwartest Du? Client und Datenbank-Server können nur über gleiche Portnummer kommunizieren. Ein Datenbank-Server, der nicht angesprochen wird, kann auch kein Antwort geben! Allerding sollten Deine Clients einen Verbindungsfehler melden. pgAdmin macht das auch, wenn die Portnummer nicht übereinstimmt.
    Jein. Schau Dir das Verhalten der pg auf einem MacPro an. Die "mappt" Zugriffe sehr wohl.

    Zitat Zitat von fristo Beitrag anzeigen
    fristo
    Gleichfalls. und jetzt schon mal "Frohe Weihnachten" und einen (symbolischen) "Guten Rutsch" dazu.

    Grüße

    W.K.

  7. #7
    fristo ist offline Super-Moderator
    Registriert seit
    08.12.2005
    Ort
    Raum Frankfurt/Main
    Beiträge
    668

    Standard

    Zitat Zitat von W.K. Beitrag anzeigen
    Diese Installationen funktionieren bei den jeweiligen Systemen digital: Geht, geht nicht.
    Geht, geht nicht, gibt es nicht. Alles hat eine Ursache. Hier ist Betriebssystem Know-How notwendig. Das Wissen eines Tastenquälers (Otto-Normal-Anwender) reicht dazu nicht aus.



    Zitat Zitat von W.K. Beitrag anzeigen
    Mit den größten Problemen auf den WS*K - Servern. Aber diese Probleme waren nicht der pg anzulasten, sondern den eingesetzten Sicherheitsrichtlinien.
    = Domänenverwaltung. Da muss man mitdenken.



    Zitat Zitat von W.K. Beitrag anzeigen
    Diese Manipulation am Passwort über den Reiter "Anmelden" sollte man tunlichst nicht verwenden, wenn die pg als Dienst gestartet wurde. Wenn sie läuft - Finger weg. Dann braucht es ja auch keinen "Workaround"...
    Na. ja. Kein Fachman würde auf die Idee kommen, das Motoröl bei laufenden Motor zu wechseln.



    Zitat Zitat von W.K. Beitrag anzeigen
    Aber die Situation gab es - Installation durchgelaufen, angeblich alles in Ordnung und beim Neustart die Fehlermeldung.

    Der Fehler tritt anscheinend vorwiegend in Umgebungen mit einer zentralen Rechteverwaltung auf.

    - W2000 Server: Fehler
    - W2003 Server: Fehler
    - SLES : Fehler
    - MS WINDOWS 2K Client: Fehler.
    = Domänenverwaltung.



    Zitat Zitat von W.K. Beitrag anzeigen
    Den "Schuldigen" habe ich zum Teil auch ausgemacht. Wenn mir eine Gruppenrichtinie nach dem Systemstart den Nutzer / einen der benötigten Nutzer löscht, kann der Dienst nicht starten.
    = Domänenverwaltung.



    Zitat Zitat von W.K. Beitrag anzeigen
    Der Tipp, das Passwort neu zu setzen, funktioniert natürlich nur bei einem bestehenden Konto, dass nicht auf "gesperrt" gesetzt wurde. Oder gar gelöscht. Wobei auch hier Vorsicht angebracht ist: Der "Benutzer" muss angelegt sein. Das Anmeldekonto kann später gelöscht werden.
    Ja, auf dem Datenbankserver, und auch nur dann, wenn der Datenbankserver von einer Domäne verwaltet wird. In diesem Fall ist das Anmeldekonto auf der Domäne vorhanden. Ohne Konto läuft nichts.


    Zitat Zitat von W.K. Beitrag anzeigen
    Dann muss aber im Zweifel der Dienst wie beschrieben gestartet werden
    Der Dienst startet auch automatisch, wenn der Benutzer auch die Angabe enthält, wo er registriert ist.



    Zitat Zitat von W.K. Beitrag anzeigen
    - Kollision mit dem Kerberos, vermutlich.
    Bei einer Standard-Installation ist Kerberos überhaupt nicht aktiviert.



    Zitat Zitat von W.K. Beitrag anzeigen
    Bei der Installation gibt man die Passworte für die pg und den "su - pg" an. Was mir aufgefallen ist: die Installation betrachtet manche Passworte nicht als "Sicher" und würde gerne eigene setzen.
    Das ist ein nettes Feature des Installationscripts, da es immer noch Anwender gibt, die nicht wissen wie ein sicheres Password aussieht.



    Zitat Zitat von W.K. Beitrag anzeigen
    Das macht anscheinend der Start als Dienst im Kerberos - Umfeld ungefragt.
    Bei einer Standard-Installation ist Kerberos überhaupt nicht aktiviert.



    Zitat Zitat von W.K. Beitrag anzeigen
    Manchmal scheint dabei das Passwort für den normalen Account in Verbindung mit den internen Sicherheitsrichtlinien "hinten runter" zu fallen.
    Die speziellen Sicherheitsrichtlinien bestimmt der Admin. Wenn es dann so sein soll.



    Zitat Zitat von W.K. Beitrag anzeigen
    Das Ergebnis ist "geht, geht nicht", erst über den Umweg der Ereignisanzeige kann man eine ungefähre Vorstellung bekommen, weshalb es nicht geht.
    Unter UNIX sind das die LOG-Dateien, unter Windows nennt sich das Ereignisanzeige. Um Grunde das gleiche. Und nur ein Hilfsmittel. Viel wichtiger ist das Betriebssystem Know-How.




    Zitat Zitat von W.K. Beitrag anzeigen
    Ich habe aber die pg noch jedes mal zum Laufen gebracht, wenn ich mir den Dienst im Status gestartet: "leer" und automatisch per Doppelklick geholt und unter "Anmelden" das Kennwort auf den ursprünglichen Wert gesetzt habe. Danach konnte ich über "Starten" den Dienst auch hochziehen...

    Allerdings nur bis zum nächsten Einspielen der Sicherheitsrichtlinien.
    = Domänenverwaltung.



    Zitat Zitat von W.K. Beitrag anzeigen
    Anscheinend wird da unter den MS - Systemen auf Server - Ebene tatsächlich auf Sicherheit geachtet.
    Warum denn nicht? Allerdings gibt es viele Sprücheklopfer mit Tastenquäler Know-How, die mit ihren Behauptungen nur mitteilen wollen, das sie überhaupt kein Betriebssystem Know-How haben.




    Zitat Zitat von W.K. Beitrag anzeigen
    Zitat Zitat von fristo Beitrag anzeigen
    PostgreSQL reagiert überhaupt nicht und das Betriebssystem verhält sich entsprechend den vorgegebenen Richtlinien. Die Ursache hierfür ist, dass Du PostgreSQL unter den Administrator des Win 2003 Server installiert hast und der Administrator mehr Rechte besitzt als er in einer Domäne haben sollte. Er darf nämlich neue User anlegen, diese aber nicht verwalten. Die Verwaltung erfolgt von der Domäne und dort ist der Benutzer "postgres" nicht bekannt. Der PostgreSQL-Datenbank-Server kann daher wegen fehlenden Richtlinien für den Benutzer "postgres" nicht gestartet werden. Betriebssystem und PostgreSQL verhalten sich daher auch korrekt.
    Ich habe das als Domänen - Admin gemacht.
    Der Domänen - Admin darf auf allen von ihm verwalteten Computer Installationen vornehmen. Damit ändert sich aber nicht das Installationsscript. Das geschriebene gilt daher weiterhin.



    Zitat Zitat von W.K. Beitrag anzeigen
    Schön wäre, wenn auch mitgeteilt würde, welcher Teil gerade fertig ist...
    Der größte Teil der Installation ist eine 1:1 Kopie. Bei den meisten anderen Installationsscripts wird auch nicht mehr angezeigt. Das wichtigste steht in der Doku und die sollte man eigentlich vorher lesen.



    Zitat Zitat von W.K. Beitrag anzeigen
    Jein. Schau Dir das Verhalten der pg auf einem MacPro an. Die "mappt" Zugriffe sehr wohl.
    Nein. Zusätzliche Ports werden auch von anderen Betriebssystem angewandt. Beschäftige mal mit den tiefsten Grundlagen, wie eine Netzwerkverbindung aufgebaut wird. Dann wirst Du das verstehen.





    mfg

    fristo

  8. #8
    W.K. ist offline Neuer Benutzer
    Registriert seit
    11.12.2007
    Beiträge
    26

    Böse

    Mittlerweile kann ich da ein paar zusätzliche "Fehlerquellen" anbieten:

    - das System befindet sich gerade in der Neuorganisation, was die Rechteverwaltung angeht, es werden täglich neue Sicherheitsrichtlinien eingespielt. Mehrfach. OHNE Absprache.

    - es gibt andere Domänen - Admins. Zum Beispiel solche, die den lokalen User / Dienst "Postgre" nicht kennen und ihn ohne Rückfrage löschen / deaktivieren.

    - Leute, die einen vorhandenen pg - Account von MS 2003AS (mit) auf eine SLES - Umgebung (ohne) Kerberos verlagern. Einfach so, ohne Anpassung - und sich dann beschweren, die pg läuft nicht... .

    Ich wunder mich in diesem Laden über nichts mehr. Ich staune nur noch: dass er überhaupt läuft.

    Damit sollte auch mein "geht / geht nicht - Erlebnis" erklärt sein: wenn da jeder mit entsprechenden Rechten rumfummeln darf, der sich für berufen hält...

    Nachdem ich für "meine Server" Exclusivrechte eingefordert (und bekommen) habe, gibt es keine Probleme mehr.

    Die Installation und die Konten entsprechen den Sicherheitsrichtlinienzum Zeitpunkt X, wenn die zum Zeitpunkt Y geändert wurden...

  9. #9
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Dresden
    Beiträge
    5.468

    Standard

    Zitat Zitat von W.K. Beitrag anzeigen
    Mittlerweile kann ich da ein paar zusätzliche "Fehlerquellen" anbieten:

    - das System befindet sich gerade in der Neuorganisation, was die Rechteverwaltung angeht, es werden täglich neue Sicherheitsrichtlinien eingespielt. Mehrfach. OHNE Absprache.

    - es gibt andere Domänen - Admins. Zum Beispiel solche, die den lokalen User / Dienst "Postgre" nicht kennen und ihn ohne Rückfrage löschen / deaktivieren.

    - Leute, die einen vorhandenen pg - Account von MS 2003AS (mit) auf eine SLES - Umgebung (ohne) Kerberos verlagern. Einfach so, ohne Anpassung - und sich dann beschweren, die pg läuft nicht... .

    Ich wunder mich in diesem Laden über nichts mehr. Ich staune nur noch: dass er überhaupt läuft.
    Nette Geschichten, ohne Zweifel, aber komplett OffTopic, auch ohne Zweifel. Was Du schilderst sind organisatorische Probleme. Möglicherweise gibt es auch dafür spezialisierte Foren.

    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  10. #10
    Avatar von Xandrian
    Xandrian ist offline Administrator
    Registriert seit
    23.11.2005
    Ort
    Bayreuth, Bayern, Germany, 106332342737801, Bayreuth, Germany
    Beiträge
    1.495

    Standard

    Naja wir wissen jetzt, das es an PostgreSQL liegt sondern ein internes Problem ist...

    cu tb
    pg-forum.de unterstützen? Meine Wunschliste


Ähnliche Themen

  1. Problem Postgres sehr langsam unter Win7, unter Win XP nicht
    Von groucho im Forum Allgemeines
    Antworten: 2
    Letzter Beitrag: 06.02.2012, 10:06
  2. Server starten und stoppen
    Von lars.p im Forum Allgemeines
    Antworten: 2
    Letzter Beitrag: 24.11.2011, 15:04
  3. SQL Skript automatisch starten
    Von Jones1024 im Forum SQL
    Antworten: 7
    Letzter Beitrag: 12.08.2008, 21:29
  4. Frage Kann ein Trigger ein Script starten?
    Von ricos im Forum Programmierung
    Antworten: 1
    Letzter Beitrag: 30.07.2008, 11:56
  5. Trigger nacheinander starten
    Von BoOnOdY im Forum Trigger und Funktionen
    Antworten: 6
    Letzter Beitrag: 06.08.2007, 16:35

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum