Just noticed  that the  file  /var/opt/SUNWut/srds/dbm.ut/NEXTID
contains the number 256 whilst the the LDIF file contains records with
numeric headers  up to number 278  ,

Is this  the "internal  error"   ?


Lars Tunkrans wrote:


Hmm,  interesting

We took a new never used card out of the packet , and this card ID is not in the ldif file.

But you are also probably right as the sunray messages file says "Already Exists" which it does'nt

so the errmsg   from utuser " internal Error " is probably more correct.

//Lars


Simon Annear wrote:
LDAP error 68 means that the user/entry already exists

From the logs - this is the entry that already exists

dn="utid=Payflex.500bc0c200130100,utname=rawTokens,utname=rayserv1,o=v1,o=utdata"

I'm not too familiar with adding users/cards but I hope this helps

Regards
Simon


Lars Tunkrans wrote:


   Hello,

One of the things I wanted to test before my customer went into production with their Sunray system was the replica recovery of the LDAP database to the primary.

I tried to follow the procedure on page 207 & 208 in the SRSS 3.1 adminguide.

  We had ofcourse  forgotten to note down the "Group Signature"

I did utreplica -u and utconfig -u on both systems (S10u1 , X4200 ) and then rebuilt
utconfig on both systems with a new group signature.
Then did utreplica -p -a rayserv2 then did /opt/SUNWut/srds/lib/utldif2ldbm -c -j 10 -i utstore.ldif
                         utrestart -s
                         utuser -l   ( which gave the expected output )

     Then      utreplica -s rayserv1    on the secondary.



   Up to this point  all was well.

After this we tried to create some more users and cards which did not work at all.

#  utuser -a "x,localhost,7007,card1,test" -r 0003badc2aa2
Insert token into token reader '0003badc2aa2' and press return. Read token ID 'Payflex.500bc0c200130100'
Internal Error: Could not add user.


And below you can see that utdsd.log  says   Error 68

Should I open a customer bugreport on this ? or is it because we had forgotten the Group signature ? I dont want to open a Bugreport because of my own stupidity , only if you think this is a real bug. ( we can easily recreate the system config with a total reinstall of SRSS in two hours. )






Tue May 23 16:29 : conn=11 connection on port 7012 from rayserv1 (xx.xx.xx.xx)
Tue May 23 16:29 : conn=11 op=0 BIND dn="" method=163 CRAM-MD5
Tue May 23 16:29 : conn=11 op=1 BIND dn="" method=163 CRAM-MD5
Tue May 23 16:29 : conn=11 op=1 RESULT err=0 tag=97 nentries=0
Tue May 23 16:29 : conn=11 op=2 SRCH base="utname=rawTokens,utname=rayserv1,o=v1,o=utdata" scope=2 filter="(utid=PAYFLEX.500BC0C200130100)"
Tue May 23 16:29 : conn=11 op=2 RESULT err=0 tag=101 nentries=0
Tue May 23 16:29 : conn=11 op=3 SRCH base="utname=logicalTokens,utname=rayserv1,o=v1,o=utdata" scope=2 filter="(&(objectclass=UTLOGICALTOKEN)(utrawtokenids=PAYFLEX.500BC0C200130100))"
Tue May 23 16:29 : conn=11 op=3 RESULT err=0 tag=101 nentries=0
Tue May 23 16:29 : conn=11 op=4 SRCH base="utname=users,utname=rayserv1,o=v1,o=utdata" scope=2 filter="(utid=1148394587-7053)"
Tue May 23 16:29 : conn=11 op=4 RESULT err=0 tag=101 nentries=0
Tue May 23 16:29 : conn=11 op=5 SRCH base="utname=rawTokens,utname=rayserv1,o=v1,o=utdata" scope=2 filter="(&(objectclass=UTRAWTOKEN)(utid=PAYFLEX.500BC0C200130100))"
Tue May 23 16:29 : conn=11 op=5 RESULT err=0 tag=101 nentries=0
Tue May 23 16:29 : conn=11 op=6 SRCH base="utname=rawTokens,utname=rayserv1,o=v1,o=utdata" scope=2 filter="(&(objectclass=UTRAWTOKEN)(utid=PAYFLEX.500BC0C200130100))"
Tue May 23 16:29 : conn=11 op=6 RESULT err=0 tag=101 nentries=0
Tue May 23 16:29 : conn=11 op=7 SRCH base="utname=rawTokens,utname=rayserv1,o=v1,o=utdata" scope=2 filter="(utid=PAYFLEX.500BC0C200130100)"
Tue May 23 16:29 : conn=11 op=7 RESULT err=0 tag=101 nentries=0
Tue May 23 16:29 : conn=11 op=8 ADD dn="utid=Payflex.500bc0c200130100,utname=rawTokens,utname=rayserv1,o=v1,o=utdata"
Tue May 23 16:29 : conn=11 op=8 RESULT err=68 tag=105 nentries=0
Tue May 23 16:29 : conn=11 op=9 UNBIND
Tue May 23 16:29 : conn=11 op=9 fd=22 closed errno=0
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users


_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users


_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users


_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to