Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 18 replies
  • Subscribers 3 subscribers
  • Views 4766 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

V7.005 users

Scott_Klassen
Just upgraded to V7 on an Astaro 220 yesterday. Having a bit of a problem in the users section. Been playing around a bit with creating backend auth users (MS AD). It seems that I have a phantom account hanging around. Made a local auth account, then deleted it. Then I tried to make an account with the same name using backend auth, but got an error basically saying that the account already exists. In the auth live log I get [FONT=monospace]2007:07:05-12:48:09 (none) aua[4220]: id="3006" severity="info" sys="System" sub="auth" name="updateUserObject: error creating user object for user sklassen: error OBJECT_NAMESPACE" which is saying the same thing.  [/FONT]I'm assuming that a reboot of the Astaro would clear the deleted account out, but is there a way to do this (reinitialize the auth engine maybe?) without rebooting the box?


This thread was automatically locked due to age.
Parents
  • 0
    One of our engineers, in testing this on his home network, found the same problem...

    Also, check this out (for those of you thinking about converting to Version 7 using a config from Version 6); if you have additional IPs defined on an Ethernet Interface on a Version 6 config, then import it using the wizard on Version 7.005 -- it brings the IPs over, but makes them non-deletable and non-editable... I've opened a ticket with Astaro on this.
  • 0 in reply to BrucekConvergent
    I've got same issue.

    Created a user using AD Auth
    Worked fine.
    Deleted User (From Astaro)
    Deleted certificate for user

    Still cannot connect as user again as "Authentication Failed" despite it being deleted...  Help.
Reply Children
  • 0 in reply to Simon Shaw
    It's not great, but I have found a workaround.  With AD, usernames are case insensitive.  If you created the account as SShaw in astaro originally, try re-creating as sshaw or SSHAW.  It worked for me, but of course it does compound the issue as now I have two accounts in Astaro, one I can see and one "phantom".
  • 0 in reply to Scott_Klassen
    It's a known issue in V7 that deleting a user account and creating a new one with the same name may fail.

    It's not great, but I have found a workaround.  With AD, usernames are case insensitive.  If you created the account as SShaw in astaro originally, try re-creating as sshaw or SSHAW.  It worked for me, but of course it does compound the issue as now I have two accounts in Astaro, one I can see and one "phantom".


    I counsel against this workaround, there is a much better solution.  Actually, the "phantom" ist not as mysterious as you might think:  In the Webadmin, go the RemoteAccess->CertificateManagement and delete the old certificate of the now obsolete user (basically, that's the phantom you are talking about).  After that, recreating the account should work ok.