Ok... I have been using Turnkey LAMP stack in production for years now.
This has happened in the past but not often enough for me to even warrant looking into until today.
Sometimes after the applicance has been running for several days I will get reports from my users that "things seem slow"... We are using MySQL and PHP for several applications and procedures that run on scheduled basis, etc. Well I will bring up my LAMP Stack Applicances Virtual Console window and see that its no longer sitting at the confconsole screen, but rather at a login screen.
When TKLBAM does a full backup the data directories do not appear to be picked up.
I have about 4 Gb of data on the server and the last backup was 75Mb.
Unless some sort of fantastic compression is going on it looks like something is being missed.
This used to work fine.
The data is being replicated on other devices outside of the EC2 just by the way ownCloud works however it would be nice to have TKLBAM pickup the data directories.
Anyone have any ideas as to where to look for the issue?
I've searched all over for solutions but nothing I've tried will work.
Probably a very noob question but I'm using PuTTY/SSH to login to my virtual machine. When I run confconsole, the line-drawing characters appear as letters, etc. I tried setting the Terminal type string in PuTTY to "linux" but that only changed the display from letters to a set of block like lines.
If I run confconsole in the console on ESXi, the line-drawing chars are interpreted correctly.
What am I missing here? It's decades since I last had to play with this sort of thing.
When running tklbam-backup, it gets to the point where it has dumped the very last table, and at this point MySQL should continue and operate as normal. But it doesn't, and tklbam-backup pauses. If I log in and issue a service mysql restart, then tklbam-backup will continue and start on to the Duplicity stuff.
We are now seeking to expand our support for our OTRS Help Desk System with talking to the outside world (employee personal e-mail accounts; that may not be able to log into our portal to gain access to our internal email LAN).
I have been running a Turnkey LAMP appliance on Virtualbox on Win 7 for several months for web development. However today for some reason the MySql instance failed to start. The Apache web server is running and pages that do not access the database are OK. However I am unable to access the administration pages (Web Shell, Webmin, and Adminer) presumeably because they use the MySql database..
On start up the Debian screen tells me - Failed to start LSB: Start and Stop MySql database server daemon, "See systemctl mysql.service for details"..
I see references Turnkey Linux appliance on the documentation on this site however if I click the link it says that I do not have rights to that location. Is threre still a drupal Turnkey Linux appliance and if so how do I gain access?
I had an instance running Observium with automatic backup settings. I started a new observium instance on a different host and after installation ran tklbam restore (from webmin) to restore the settings from the Observium previous into the new install.
After rebooting it is not possible to apt-get update and upgrade due to lots of "failed to fetch" and "cannot be authenticated" errors. It seems like the tklbam restore mucked up the Observium instance.
I have set up a LAMP Turnkey example on the VM and it worked fine. But, the only file I can see is the index.php file when I use the ip address. When I try to load any of my other files using the browser, I get a message that the file can not be found.
I'm running on a Linux machine running Ubuntu 13.4 and I'm using Firefox as my browser.