Sory I never updated thins one - Seems that the disk the image was built off was a larger, and even though the partition was smaller than the disk size, it still didnt like it. I used a copy of Ghost we had to deploy it to a smaller drive, then it worked fine.

[quote=“chad-bisd, post: 4118, member: 18”]Have you tried joining them to the default computers container, i.e. leaving the OU field blank?[/quote]
Well, that fixed another of my problems (error 1392 i beleive) - think it had to do with the comp name already having an account in another OU. However I’m now having problems with error code 1323 (wrong password). I’ve checked the account (it can log in fine), I re-ran the encryption (and tried it unencrypted), and I’ve followed the wikis convention on usernames (and tried a few more variations).

FYI, code 2241 is a reference to login avalibliy of the user account (One of the other admins set the account login hours to block at all times. Further Problems still being encountered

[quote=“ID10Tea, post: 4034, member: 1040”]@BryceZ… If I recreate the task then they hang at “please wait”
Thanks Chris, I guess It may be time to rebuild it. This is the 3rd time.[/quote]
I know the pain, this is my 4th build

Hey ID, no I never found the cause of the problem, though I’m pretty sure it may have been something to do with the way it was reading the SQL database, though I couldn’t find enough information to test the theory. Needed to know the process/flow the program goes through to be able to work it out. I ended up just rebuilding the server from scratch, though I kept an export of the hosts for use on the new machine.

I’m currently trying to make the last leap into fog and getting AD integration working. I’ve set it all up, and the handful of machines I’m testing it on are all returning an error -

HostnameChanger Domain Error! (‘Unknown Error’ Code:2241)

Any ideas? I can’t find any references to that specific error code anywhere, and I’ve double checked the settings and they all seem correct. I’ll include them below in case I’ve stuffed something up (which is entirely possible :-))
Domain: levelA.company.local
OU: OU=new,DC=levelA,DC=company,DC=local
Username: levela\fogjoin
Password: encrypted by FogCrypt

Specifically the process it goes through (i.e. when/where it touches the sql DB, when it touches the tftp). All multicasts are reaching the checkin (which goes though fine) and then reportst that it can’t find a job. Unicasts go though fine, so I’m trying to work out the difference.

[quote=“Blackout, post: 58, member: 1”][url]http://fogproject.org/wiki/index.php?title=Troubleshooting_a_multicast[/url]

[code]udp-sender --file /opt/fog/log/multicast.log --ttl 1[/code]

you should see [I]broadcasting control to:[/I] and it should be the highest address of the subnet your fogserver is on
the line before that should say your fogserver ipaddress and the interface[/quote]

Question, if the output of this command shows a different interface name to the one you are using, can I assume that this would be the cause of a problem? In my case, it indicates that it is using eth1 when the only exisiting interface is eth0, and while unicasting works, multicasting doesn’t.

Hi everyone,

Would someone be able to tell me the procedural differneces (what the system does when) between a multicast and a unicast? I’m having issues and trying to pinpoint the source.

Thanks in advance!!

I just want to clarify, I can unicast. Also, I can confirm that there are the files in the tftp area. What happens at this stage that is different to a unicast? Would I be right in suspecting that it would have something to do with the MySQL database?