Hi *,
On Fri, Apr 15, 2011 at 7:55 PM, Anton Meixome <meixome@certima.net> wrote:
Pootle seems down since some hours
Just to let you know - this time virtualbox VM did freeze/slow down to
a crawl, as if it would run on a 1Hz processor or something. I suspect
it has to do with time drift/adjustments and that did screw up the
guest's timers. (host's monitoring shows a rather bigger-than-usual
ntp time-difference - not at the same time when the guest's monitoring
stops, but close enough for me to see a correlation)
Unfortunately neither the Virtualbox Logfiles as the guest's system
logs contain anything unusual (and when it did hang/crawl the box was
still "alive" - ping did work, ssh login worked after loooooong
waiting time, I could even issue a "uptime" command, but I had to type
it blindly, and it took way more than 10 minutes (I don't know, since
I didn't keep watching) to see any reaction, but load on the guest as
well as the host was non-existant, i.e. both were idle, the VM just
was slooooooooooooow)
Since it was still responding, I tried to shut it down cleanly,
sending acpipowerbutton event (and I did see the event in the
ssh-login shell after a while (the "system is going to shut down"
message)) - but After as it was still not shut down at 6am, I had to
kill it (send poweroff). So while I knew about it at the evening, it
was offline till the next morning - sorry for that, but my hope really
was that the shutdown would finish. And when you already waited two
hours, you tell yourself: Just wait a little more, it cannot take
/that/ much longer - at least the vm still responds to a ping, i.e. it
is not dead... And after having waited 4 hours "hey, the network stack
seems down already" (no ping)... But in the end you cannot wait and
wait, and I set myself the limit of having the VM back online in the
morning (CEST)... mysql wasn't happy to have been interrupted (so
mysql was still running.... and I had to use repair table to flag the
tables as clean again)
For the technically inclined: I did set the TSC to be execution-bound
(VBoxInternal/TM/TSCTiedToExecution) - if a freeze reoccurs (symptoms
are that you can still ping, but don't get any repsonse of the regular
webpage, just your browser's timeout message), I'll set a different
clocksource within the guest, as that also shows up in some similar
reports as a workaround for VM guest freezes/hangs.
(If you ask why I set time stamp counter instead of changing the
guest's clock-source: I remember having problems with another VM and
its disk-controllers, where it would reduce the disk i/o speed
dramatically - setting the parameter solved the problem)
So thanks for the downtime-notice (don't hesitate to also ping me on
IRC, to make sure I did notice, but don't forget the mail to this
list, to let others know as well), and sorry for the downtime :-((
ciao
Christian
--
Unsubscribe instructions: E-mail to l10n+help@libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/www/l10n/
All messages sent to this list will be publicly archived and cannot be deleted
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.