none
error occurred attempting to rename the computer, system cannot open the device or file specified

    Question

  • Curiously, we just try a simple process already done multiple time without any issue, changing the name of a windows 2008 R2 domain simple member... Ususaly it works pretty simple...

    This time, the server (SERVER1B) is able to change any name, except the one we want to assign.

    This new name (SERVER1) was already used from another server: just powered off. We do the DELETE the old server existing into AD (SERVER1). Check all DNS, cache, flushdns, AD replica do not have any more about SERVER1.

    The SERVER1B, can rename to SERVER1C, but not to SERVER1, with the following error:

    ---------------------------
    Computer Name/Domain Changes
    ---------------------------
    The following error occurred attempting to rename the computer to "SERVER1":

    The system cannot open the device or file specified.
    ---------------------------


    Wednesday, August 06, 2014 1:40 PM

Answers

All replies

  • Well, how we workaround this...

    remove from domain and use a TEMP workgroup config for this server...

    reboot

    change the name from SERVER1B to SERVER1, still under TEMP workgroup mode (out of domain)

    OK, reboot

    Change back the Workgroup mode to domain member it, and it is OK, no error, reboot...

    Wednesday, August 06, 2014 1:58 PM
  • Not the single issue after renaming this SQL server 2008 R2, we also loss the Windows integrated authentication from ODBC. Getting error ISSP:

    Investigation gives source were Kerberos, missing valid SPN.

    (ADSIEDIT) Ressource were associated the "Administrateur" (french historic AD), instead the "SERVER1" or "SERVER1B"

    Were needing to correct it manually:

    >setspn /Q MSSQLSvc/server1.domain.ch:1433
            MSSQLSvc/server1.domain.ch:1433

    Existing SPN found!

    C:>setspn /Q HOST/server1.domain.ch
    Checking domain DC=domain,DC=ch
    CN=SERVER1,CN=Computers,DC=domain,DC=ch
            WSMAN/SERVER1.domain.ch
            WSMAN/SERVER1
            TERMSRV/SERVER1
            TERMSRV/SERVER1.domain.ch
            RestrictedKrbHost/SERVER1
            HOST/SERVER1
            RestrictedKrbHost/SERVER1.domain.ch
            HOST/SERVER1.domain.ch

    Existing SPN found!

    C:>setspn -L administrateur
    Registered ServicePrincipalNames for CN=Administrateur,OU=Admin,OU=0_BIP,DC=domain,DC=ch:
            MSSQLSvc/server1.domain.ch:1433

    C:>setspn -d MSSQLSvc/server1.domain.ch:1433 administrateur
    Unregistering ServicePrincipalNames for CN=Administrateur,OU=Admin,OU=0_BIP,DC=domain,DC=ch
            MSSQLSvc/server1.domain.ch:1433
    Updated object

    C:>setspn /A MSSQLSvc/server1.domain.ch:1433 server1
    Checking domain DC=domain,DC=ch

    Registering ServicePrincipalNames for CN=SERVER1,CN=Computers,DC=domain,DC=ch
            MSSQLSvc/server1.domain.ch:1433
    Updated object

    C:>setspn /Q HOST/server1.domain.ch
    Checking domain DC=domain,DC=ch
    CN=SERVER1,CN=Computers,DC=domain,DC=ch
            MSSQLSvc/server1.domain.ch:1433
            WSMAN/SERVER1.domain.ch
            WSMAN/SERVER1
            TERMSRV/SERVER1
            TERMSRV/SERVER1.domain.ch
            RestrictedKrbHost/SERVER1
            HOST/SERVER1
            RestrictedKrbHost/SERVER1.domain.ch 


    Pascal KOTTÉ, http://job.kotte.net

    Thursday, August 07, 2014 6:41 PM
  • Hi,

    Sorry for my delay.

    Thanks for sharing your workaround in the forum. Your time and efforts are highly appreciated.

    à Investigation gives source were Kerberos, missing valid SPN. (ADSIEDIT) Ressource were associated the "Administrateur" (french historic AD), instead the "SERVER1" or "SERVER1B"

    àWere needing to correct it manually

    Would you please let me know current situation of this issue? Had you corrected it successfully? If any update, please feel free to let me know.

    By the way, would you please let me know whether had checked Event Viewer or log file? Any error?

    Best regards,

    Justin Gu

    Monday, August 11, 2014 3:39 AM
    Moderator