[quote=“Tom Elliott, post: 43684, member: 7271”]inventory.php doesn’t do the registering, only auto.register.php handles this. 3102 should work, but I don’t have multiple macs to test against either.[/quote]

Still figuring out where everything is going. 🙂

I was looking at fog.register, not fog.auto.reg. That would make sense! I’ll see if I can figure out what it is doing for you.

The ideal of FOG is that it works regardless of environment.

It’s also the main reason for the work on the new client. First to make it damn near impenetrable (not wanting others to try but if they have methods to correct and further secure things it’d be much better I guess if we royally screwed it up). Second to make it more efficient (non cyclic based but rather event based) and third just get it more modern and updated. So far the work we’ve done has made sure the client will work at least back to XP but also work properly on 7, 8, 8.1, and hopefully future versions of software all at the same time to attempt a comminized programming experience to integrate with Linux and MAC from a single client point of view.

Also, please try upgrading

You could also try removing them out of the Advanced menu and create individual menu items for each of these, now that you are on a higher revision.

Thank you guys for working on this and making it all run smoothly!

Thank you!

These are expected.

I made a mistake in 3063. 3064 is an attempt to correct those problems, so yes, those errors are totally expected and perfectly fine for the time being.

Thanks Wayne. I will keep an eye on that thread to follow tom’s progresses.

Hi,
thanks to Sebastian, I have found the problem. I haven’t set a password for fog user, and I haven’t put that password in DefaultMember storabe. After doing that, image upload works fine and I have been able to download it.
Other problems remains. But those are other threads.

Thanks a lot Sebastian and Tom.

Issue:
Fog client service will not join AD domain.
…MAC is NULL!
…MAC does not exist!

Cause: MAC class issues

I don t know… I finally reinstall fog from scratch cause i needed to install my clients asap and i gave up svn for the moment.
I red somewhere that it not advice to use svn for prod environment… Maybe i ll try it again but later…

You can see how to fix this issue on the [url]https://github.com/FOGProject/fogproject/issues/1[/url]

Feed this error into any search engine and you’ll get a multitude of explanations on how to fix this, e.g.:
[url]http://www.phpro.org/articles/Database-Connection-Failed-Mysqlnd-Cannot-Connect-To-MySQL.html[/url]

It’s a non-connector at that point.

Which is why the attempts to install/update schema fails. There isn’t anything on the distant end running. The link between webserver and mysqlnd is operating
so it presents the screen.

Perfect. It works! a big thank you!

Could you provide more details? What version of FOG are you running and could you upload the fog.log file?

sry bad info. Tom says these are “normal” system accounts that should not be able to be removed. If i created test it was able to be deleted. See my test account![ATTACH=full]1616[/ATTACH]

[url=“/_imported_xf_attachments/1/1616_Untitled.png?:”]Untitled.png[/url]

After a bunch of research I was able to solve my issue. For some reason mcrypt only had it’s mcrypt.ini file in the /etc/php5/conf.d folder. The file also needs to be in the /etc/php5/apache2/conf.d and /etc/php5/cli/conf.d folders. I simply copied the file to those 2 directories and restarted apache and then the active directory options worked again. If anybody else in ubuntu has this problem check those directories for the mcrypt.ini file.

[url]http://fogproject.org/wiki/index.php/Upgrade_to_trunk[/url]