This site is still running Server 2003. Maybe that limitation no longer exists in newer AD versions?

I recently encountered the above error when reimaging a workstation. I couldn’t find anything on the error in the FOG forums or documentation, so I thought I would post my resolution here.

FOG uses Microsoft’s ‘djoin’ utility to join the computer to your domain. Many of the errors that come from the hostnamechanger FOG process are actually djoin errors. Here’s a link to the Microsoft article discussing possible errors https://technet.microsoft.com/en-us/library/cc961817.aspxt

Error Code 8557 is ERROR_DS_MACHINE_ACCOUNT_QUOTA_EXCEEDED. By default an account can only join 10 computers to Active Directory before meeting it’s quota. To change the default level we need ADSI Edit. You will need Server Support tools installed on the Domain Controller or RSAT installed on a workstation or member server to get the ADSI Edit utility

1. Click Start->Run and enter ‘adsiedit.msc’.
2. Expand the Domain node right-click on the object that begins with “DC=” and contains the domain name of your domain
3. Click Properties.
4. Find ms-DS-MachineAccountQuota on the Attribute Editor tab and click Edit.
5. Enter in the number of workstation you want users to be able to add. If you set it to 0 they cannot add workstations at all. If you don’t want a limit click ‘Clear’ DON’T JUST DELETE IT!!
6. Click OK to close the Integer Attribute Editor dialog box and OK again to close the Properties box.
7. Close ADSI Edit.
8. Reboot the workstation - it should not join the domain as expected.

Hope this can help someone

This server actually started out as Ubuntu 12.04 I had some issues prior to getting this far, decided to upgrade the server, and didn’t get the image upload to even start until after the server was on 14.04. So, I’m not sure if that setting was in place from Ubuntu 12.04 or not. One of he Wiki pages advises you to backup any changes made to vsftpd.conf before doing a FOG upgrade. What modifications to the file does it do?

Hey guys,

I just wanted to pass on something I had to work through with regards to uploading an image. I was getting the infamous “Can’t rename/move Permission Denied” messages on the client after it had finished imaging. Most posts tell you to ensure the FTP passwords are all set corretcy in the various PHP files, make sure permissions are set correctly on the /images folder, etc. None of this worked for me.

I have a vanilla Ubuntu 14.04 server running only FOG. When I logged in using the fog user with an SCP client over SSH, I could read/write/modify/delete everything I expected to be able to. But, when I used and FTP client with the same account, I couldn’t even modify the fog user’s home directory. What I discovered was that in my /etc/vsftpd.conf file, [CODE]write_enable=YES[/CODE] was commented out, so therefor no FTP users could modify anything. After I uncommented this and restarted the service, I was able to get my image to finally upload

Hope this can help someone else out because I didn’t se this as a solution anywhere else

Why do you use undionly.kpxe instead of pxelinux.0 for the bootimage? When I used the value you gave, the PXE boot could never find the file. Is this a file that got generated someplace else?

Thanks!