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.

Yes I do access the web site as described.

That is not happening. The new primary simply overwrites the old primary.

If it’s just my version, no big deal.

Found and fixed svn 2644

No,

Sorry I didn’t get back sooner. Yes you’ll likely still have the select_db messages, but no if all is working you should be good.

My guess is some of your images are setup without having a storage group assigned to them. All that release did was make it so it would “fail gracefully?” as I like to call it.

I referenced the IP in a few places, this “script” (bash, sort of) makes it possible, in a single fog, single master install to change the IP where it needs to be done…

[CODE]IP=XX.XX.XX.XX

mysql -e “UPDATE globalSettings SET settingValue = ‘$IP’ WHERE settingKey IN (‘FOG_TFTP_HOST’, ‘FOG_WEB_HOST’, ‘FOG_WOL_HOST’);” fog
mysql -e “UPDATE nfsGroupMembers SET ngmHostname = ‘$IP’ WHERE ngmID = 1;” fog

sed -i "s;chain http://([^/]+)/;chain http://$IP/;" /tftpboot/default.ipxe

[/CODE]

Okay,

I’m not seeing an issue.

Can you just try to remove all hosts with the hostID field set to 0?

[code]delete from hosts where hostid=‘0’;[/code]

Hi,

I solve my problem by using another partition table :
[CODE]/dev/sda1 – windows boot (ntfs)
/dev/sda2 – windows system (ntfs)
/dev/sda3 – linux / (ext4)
/dev/sda4 – extended (-)
/dev/sda5 – swap (-)
/dev/sda6 – DATA (ntfs)
[/CODE]

Regards,
Ch3i.

SVN 2497 should fix this. Thanks for reporting.

I can’t say for sure it’s going to work, but I’ve added elements to throw an error if the storage group fails or if the storage node fails to be set in the checkIfExists function. Hopefully this will work for what you’re specifying and give a message rather than a blank white page.

SVN 2476

I’m thinking this was some of the errant data left from the browser problem. I’ve tested creating hosts in al sorts of fashions and am not able to replicate.