[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Handle-info] Unable to home a primary (v7.0)
Update:
It turned out that the hdl-admintool at some point in the authentication procedure switches the key prefix from "0.NA" (upper case) to "0.na" (lower case).
Then, some part of the homing procedure does authenticate the key (case-insensitive) but fails to recognize it as an authorized key.
The switch is done when presenting a dialogue window, so changing the pre-filled field to upper case gives a good work-around.
Whether this behavior is a bug or an (unintentional) feature is open for debate :-)
The global server is defined to be case-insensitive, a local handle system can choose.
What should be the behavior when one local server matches a handle from another (local) server and the one is case-sensitive and the other is case-insensitive? Should you match according to your own rules or to the others?
Lots of thanks to the CNRI crew who gave quick and friendly support!
Regards, Markus.
On 11/22/2011 7:34 AM, Markus van Dijk wrote:
> Hi all,
>
> I am an experienced UNIX user but new to the handle system and started at the deep end by bringing up a local handle primary (v7.0) for a new prefix.
> Following the INSTALL.txt closely, everything went well up to the point where I "home" the server for the prefix.
> The error that keeps occurring is:
> received HDL-TCP response: Error(400): INVALID ADMIN
> but I am quite sure I use the correct admpriv.bin file and password.
> I do see the error log from the client (hdl-admintool) but I cannot find any log lines from the server. How do I make the server more verbose?
>
> Before I post logs and screenshots, I would like to know if anyone else had encountered a similar problem.
> Is there a non-GUI (command-line) tool to home a server?
> Any help is appreciated, including hints on how to proceed.
>
> Minor detail: I run hdl-admintool on a different host because X11 is not installed on the server -- should not be a problem.
> Another detail: I use openjdk's Java on the server -- should not be a problem.
>
> Regards, Markus.
_______________________________________________
Handle-Info mailing list
Handle-Info@cnri.reston.va.us
http://www.handle.net/mailman/listinfo/handle-info