Sign mit Active's Server ID: You are not authorized...

[Tode]

Ich weiss: Wenn ich ein wenig warte, dann geht es wieder.. ich will aber wissen, warum es gerade nicht geht.

Server 8.5.2FP1 , Client 8.5.3 und 8.5.2 probiert.

Ich habe Manager- Rechte auf die Datenbank sowie Full Access- Administrator- Rechte auf dem Server.

Ich stehe in den Gruppen für "Sign agents to run on behalf of someone else:" und "Sign agents or XPages to run on behalf of the invoker:" sowie "Sign script libraries to run on behalf of someone else:".

Ich habe die Rechte, Datenbanken und Schablonen zu erstellen...
Kurzum: Mehr rechte kann man auf einem Server IMHO nicht haben.
Trotzdem schlägt das Signieren der Datenbank mit der Active Server's ID fehl mit der Meldung "You are not authorized to perform that operation".

Ich hatte das früher schonmal, da hat aber ein Neustart des Admin- Clients den Fehler behoben.

Kennt das jemand?
Wie kriege ich die Meldung weg? Ich will doch nur signieren...

Thanx

[m3]

Wo signierst Du denn? Im Admin Client?

[Tode]

Jupp, im Admin- Client (im Designer kann ich ja nur mit meiner eigenen ID signieren)

[koehlerbv]

Stehst Du auch im Administratoren-Feld? Da schaut der Domino doch immer als erstes nach, wenn ihm jemand an die Wäsche will ...

Bernhard

[Tode]

Ja, auch da stehe ich drin (über die Gruppe LocalDomainAdmins)... Jetzt habe ich nur gerade gesehen, dass ich nicht im Administrator- Feld auf dem Administration- Tab drinstehe... Ich probiere es da mal...

[koehlerbv]

Der Admin-Tab des Server-Dokuments bezieht sich aber nur auf das Dokument itself. Das kann also nix damit zu tun haben.
Ich bin jetzt auch sehr verblüfft ... Was könnte einen noch hindern, mit der Server-ID zu signieren?
Wie sieht es eigentlich mit anderen Personen aus, die an sich berechtigt sein sollten, DBs mit der Server-ID zu signieren? Dürfen die?
Und wie schaut es mit den Rechten auf die AdminP-Datenbank selbst aus? Könnte da ein Ausschluss gegeben sein (aber dann müsste auch alles mögliche andere nicht gehen ...)?

Gespannt,
Bernhard

[Pyewacket]

Das signieren mit der aktiven Server ID wird vom Admin-Client doch nur gestartet.
Die eigentliche Ausführung macht der AdminP und das kann durchaus mal ein paar zig Sekunden dauern bis der loslegt.
In die Felder "Sign agents to run on behalf of someone else:" und "Sign agents or XPages to run on behalf of the invoker:" sowie "Sign script libraries to run on behalf of someone else:" müsste dann die Server-ID eingetragen sein denn mit dieser werden ja deine Agenten signiert. Wobei eine Server-ID auf dem eigenen Server das sowieso darf, ohne extra eingetragen zu sein, die zusätzlichen Einträge sind nur notwendig wenn die Agenten auch auf anderen Servern laufen sollen.

Peter

[koehlerbv]

Peter, da ist aber ein Unterschied zwischen "einfach nicht machen" oder "es dauert eine Weile" und eben dieser Meldung, die ja wohl sofort vom Admin-Client kommt: "You are not authorized ...".

Das ist definitiv etwas anderes, was klemmt.

Bernhard

[Tode]

Ich habe es an zwei pcs mit zwei ids und zwei verschiedenen Client- Versionen probiert. Beide user sind Mitglied der LocalDomainAdmins, die überall eingetragen sind (übrigens ändert nicht einmal die Aktivierung des Full Access Admin irgendwas geändert).

Wie gesagt: dass das temporär nicht ging, und man den admin- client neu starten musste, habe ich schon ab und zu mal gesehen. Aber so hartnäckig hatte ich es noch nie.

Dass das signieren über einen Eintrag in der admin4 passiert, weiss ich natürlich, aber dieser Eintrag wird ja gar nicht erst angelegt.

Komisch ist das allemal. Ich werde das mal weiter untersuchen, und wenn ich was rausfinde wieder hier psten.

[umi]

Hallo

Sowas ähnliches habe ich auch beobachtet, allerdings im Zusammenhang mit dem ID Wechsel.
Mit der Entwickler ID das Template bearbeitet und dann zur Admin ID gewechselt. Danach konnte ich die DB nicht signieren.
Mit der gleichen Admin ID auf  einer anderen VM konnte ich dann signieren.

[MCPvsTron]

Hallo Torsten,

habe hier exakt das gleiche Phänomen das wie bei dir nach einem Notes Neustart immer behoben war. Erklären kann ich das leider auch nicht, zumindest bei mir ist dies nach dem Update des Clients auf 8.5.3 nicht mehr aufgetreten. Wobei unsere Server auf dem Stand 8.5.2 FP2 waren (nun mittlerweile 8.5.3) . Ich habe aber da eher die Eclipse Umgebung in Verdacht.
@Umi Wenn ich öfters Id Wechsel vornehmen muss mache ich das auch nur noch im Basic Client. Das Zusammenspiel Eclipse Client mit dem Admin ist mehr als suboptimal.

VG
Christian

[Spiky]

Hallo,

ich habe das gleiche Phänomen seit 8.5.2 und gerade heute wieder nur diesmal mit 8.5.3 (Server sowie Admin Client).
Meistens kann ich signieren, ab und an bekomme ich die Fehlermeldung. Meine Notes-Admin-Kollegen hatten das Problem noch nicht.

Wenn ihr die Ursache findet würde es mich ebenfalls interessieren!


Bis dann

[m3]

Hat wer von Euch dazu schon einen PMR aufgemacht? Das klingt nach einem oder mehreren Bugs.

[Klafu]

Ein altes Thema aber nachdem noch eine Lösung fehlt:
Meine Kollegin und ich hatten eben dasselbe Problem. Beim Prüfen der Zugriffsrechte auf die Admin4 und die zu signierende DB fiel auf, dass egal was man macht und wie man in der ACL steht, man immer nur über den Default Eintrag berechtigt war. Dazu kommt, dass nicht der Server, sondern der Client das als Fehler ins Log schreibt.

Die Lösung das Problems war dann bei uns beiden so, dass wir uns beide selbst im privaten Adressbuch unter den letzte Kontakten stehen hatten - warum auch immer, ich hab sie eigentlich deaktiviert. Eintrag löschen, Notes beenden, Cache.ndk löschen, Notes starten und es ging wieder 

Chris

[Tode]

Diese Lösung ist aber schon lange bekannt, ist ein Problem im 9er Admin- Client... Finde nur grade den Thread nicht...

[Klafu]

Das trat bei mir aber auch schon in 8.5.3 auf.
Aber gut, ich wollte jetzt nur das Thema ergänzen nachdem wir das Problem heute nochmal hatten