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]

I know this has been around for a little while, but all of these things should now be in svn.

That wasn’t turned on, but FOG_NEW_CLIENT was. Must have been a test I forgot to change back.

Thanks, everyone!

2811 works! Thank God!

Rather, thank Tom Elliott.

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

Its an invaluable resource. Possibly starting its own cult. Check it out should help things along for “newbies” for lack of a better term.

[quote=“Tom Elliott, post: 39751, member: 7271”]ftp doesn’t in your case.

have you tried logging via ftp to the system (directly) to see if there’s an error being reported during connection?[/quote]

I can do some testing if I can have some help what to do, like a small step-by-step guide.

Hi Tom,

Confirmed, it is now working nicely.

Thanks for your assistance, I can’t imagine ever getting this sort of speedy response even from a paid support contract… you’re a star 🙂

Updates come daily possibly even hourly with Tom.

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

Possibly soon 1.3.0 will be released.

[quote=“pmonstad, post: 39225, member: 17422”]Strange. I have a very simple setup for cloning here. A brand new server and a Cisco GB switch connected directly to my office. No other cables etc. Not a big deal really, just wandered if the graph was as expected or if there was some kind of a bug.[/quote]

I can add that the graph looks much better and more correct when I do a deploy. My random “peak graph” was during an upload.