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.
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]
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.
[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.
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.