Recent SVN Issues
-
I did try that…FOGCrypt came up with the same export (I still had the original file) as expected and I did delete all the fields and refill them in. I also checked the account as well, so those do not appear to be the issue. I am currently resending an image to a new host with 3123 to see if I am working with the old SVN before taking a new snapshot and trying 3352…4th revision today. I think the developers are working something.
-
I’m always working something. You can keep track of the commits that I’m posting though too.
Either watch github.com/fogproject/fogproject.git or sourceforge.net/p/freeghost/code/HEAD for the titles.
-
What is the output of the fog.log when it fails to join. Also double check under the host record in Service Settings that hostname changer, and host registration are both checked when this was added to the host records all service settings defaulted to unchecked.
-
Thanks, after going through the log we found the error code and rechecked the AD settings. The OU container was misspelled! AGH.
We are joining now and are upgrading to 3352 now to test it and hopefully stay there for a while.
-
Repeat after me the mantra Logs are our friends, Logs are our friends.
-
It was an error code 2, which I found a post by Tim E. that said it was something with the AD settings. I had my OU as C-Images instead of C-Imaged (should have taken a typing class in 1985 when I was in high school) and that might not have happened.
Logs are our friends…Logs are our friends…Logs are our friends…Logs are our friends…Logs are our friends…Ummmmmmm
-
So you’re working now?
-
The main concern now is the resizing of images that you reported at the beginning. I am testing weather or not re uploading the images will solve the inconsistencies.
-
I am working now, except it now doesn’t seem to finish pinging every host when I do a search. I usually add hosts to a group by searching for part of the name, but it never seems to finish resolving the search if there are any more than a couple with the same name. When I turn off [I]FOG_HOST_LOOKUP[/I] it resolves the list quickly but no longer gives me the option to add hosts to a new or existing group like it used to. FYI, it does still show at the bottom of the all hosts list, but I never used to have to filter manually through 700 hosts to make a group. Previously I just put the search in the filter at the top and made groups easily and quickly.
I just realized this is really a new thread and have added it as such.
[url=“/_imported_xf_attachments/1/1957_FOG no Group Add.jpg?:”]FOG no Group Add.jpg[/url][url=“/_imported_xf_attachments/1/1958_all hosts list.jpg?:”]all hosts list.jpg[/url]
-
All this talk about joining to specific OUs is kinda gross… (Just my opinion).
If you don’t want your computer objects to be joined and placed inside the default “computers” OU, you can just change the default…
I’ve got a nested OU inside my primary OU, it’s called “DEFAULT”. Everything new / renamed that gets joined shows up in there. This way, even if we forget to move the computer where it should go (like “Lab xxxx”, “Conference Room”, etc). The machine will at least get all the policy that we have applied to every machine in the building, and will also grab the right policy on reboot after domain joining.
It’s super spiffy and it lets me totally avoid all this Specific OU joining stuff.
