我正在Ubuntu服务器上运行mysql,出于某种原因,mysql突然关闭了。通常我可以重新启动,但现在不会启动了。我不知道我在运行哪个版本,也不知道如何找出答案。我甚至找不到mysql的任何日志,所以我根本不知道发生了什么,因为我甚至在正确的地方寻找日志。我真的迷路了,有人能给我指明正确的方向吗?
编辑:
好的,在发现我可以在syslog中查找一些信息之后,我发现这可能会有帮助:
Jun 18 12:37:39 ip-10-98-167-102 kernel: [6892262.992944] Out of memory: Kill process 2351 (mysqld) score 9
我在Eclipse上编写了两个简单的程序来测试ulimit终端命令(它们的二进制文件附在一起) ++++++++++++++++++++++++++++++++ Iterator。
#include<iostream>
using namespace std;
int main(){
for(long long i = 0;;i++)
cout << i << endl;
return 0;
}
++++++++++++++++++++++++++++++++定时器
#include<iostream>
#include<time.h>
我在今早疯狂运行的VM上运行了centos6.9。它突然重新启动。在一开始,重新启动的间隔是10分钟,然后缩小到5,然后是3,现在它有时会变化。下面是来自/var/log/messages的消息。
May 10 18:40:01 hwmaster01 init: tty (/dev/tty1) main process (2126) killed by TERM signal
May 10 18:40:01 hwmaster01 init: tty (/dev/tty2) main process (2128) killed by TERM signal
May 10 18:40:01 hwm
今天早上我注意到我的mysql服务器没有运行。看一下日志,我发现了下面的信息。虽然令人担忧的是mysqld服务内存不足并被终止,但更令人担忧的是mysql无法重新启动。
你知道为什么mysql不能重生吗?我如何测试以确保如果进程被终止,它将重新出现?
谢谢。
387 Oct 10 06:37:09 ip-xxx-xxx-xxx-xxx kernel: [12218775.475042] Out of memory: Kill process 810 (mysqld) score 232 or sacrifice child
388 Oct 10 06:37:09 ip-xxx-xxx-xxx-
dmesg打印的日志从两个月前就没有更新过,甚至在上周我们有许多进程被OOM杀死。
什么是dmesg源,如何查找系统日志是否正常工作?
dmesg输出:
[Mon Jul 6 21:56:27 2015] 736kB, rss:156kB, swap:0kB
[Fri Feb 26 11:11:43 2016] Out of memory in UB 6547: OOM killed process 15935 (getty) score 0 vm:12736kB, rss:156kB, swap:0kB
[Fri Feb 26 11:11:43 2016] Out of memory in
我已经通过Slider在集群上部署了Hive。Hive提示符清楚地通过llap提交作业。当我试图通过odbc连接在直线上运行相同的查询(任何查询,实际上)时,我会得到一个错误:
0: jdbc:hive2://localhost:10000/default> select count(1) from testtable limit 1;
ERROR : Status: Failed
ERROR : Dag received [DAG_TERMINATE, SERVICE_PLUGIN_ERROR] in RUNNING state.
ERROR : Error reported by T
我一直在尝试在playframework上安装和创建新的应用程序,但我在2.2.x版本中一直收到"killed“的信息
play 2.2.6 built with Scala 2.10.3 (running Java 1.7.0_79), http://www.playframework.com
The new application will be created in /etc/activator/play/survey-app
What is the application name? [survey-app]
>
Which template do you wan
CHILD=$!
sleep 2;
if kill -KILL ${CHILD} 2>/dev/null; then
echo "*** timed out after 2 seconds"
KILLED=yes
else
echo "terminated within time limit"
killed=no
fi
wait ${CHILD}
我对这里发生了什么以及“如果”是如何执行的感到有点困惑。我的理解是,这会检查子进程是否成功终止,然后将KILLED变量设置为yes并输出一条消息
我有一个长时间运行的cron进程,运行一个Python脚本,它似乎会被随机杀死。在dmesg中我看到:
[230568.077358] init: cron main process (890) killed by TERM signal
[237517.974422] init: cron main process (19598) killed by TERM signal
我怎么才能阻止这一切的发生?我尝试通过一个较低的很好的值来运行这个过程。
* * * * * nice -n 10 bash -c "/usr/local/myproject/myscript.py"
但
今天,我看到MySQL/MariaDB停止在CentOS VPS上运行。当我检查我得到的状态:
# service mysql status
ERROR! MySQL is not running, but lock file (/var/lock/subsys/mysql) exists
因此,我删除该文件,然后重新启动服务。但是当天晚些时候,MySQL将再次脱机,锁文件仍然存在。所以发生了一些事情,导致MySQL死了,但是留下了锁文件,这告诉我它不是一个干净/平滑的出口。
在过去,当我看到锁文件存在但服务没有运行时,这是因为整个VPS突然重新启动。但是这里的情况并非如此,因为我的正常运行时
这就是发生的事。我试图关闭我的笔记本电脑使用经典的电源关闭按钮在团结。我的笔记本电脑通过了正常的断电程序,但突然,Ubuntu被一个白色破折号卡在一个黑色屏幕上。典型的黑屏。
我发布了一个REISUO序列来关闭我的计算机,因为这是我所知道的关闭挂起的计算机的最安全的方式。所以电脑关机了。
过了一段时间,我在Ubuntu上掌权,但发生了一些奇怪的事情。首先,Ubuntu比预期的开机时间少了5到10秒。然后,当我试图登录到计算机时,我被困在了一个引导循环中。
我做了正确的cat .xsession-errors,这是输出。
Script for ibus started at run_im.
Sc
我试图解决一个马尔可夫链问题,在这个问题中,转移矩阵包含大约15万行和列,但是它是稀疏的(只有大约45万个元素是非零的)。
我注意到,试图从这样大小的csr_matrix数组构造np.zeros矩阵会导致Killed: 9错误:
In [139]: N = 150000
In [140]: T = np.zeros((N, N))
In [142]: import scipy.sparse
In [143]: _T = scipy.sparse.csr_matrix(T)
Killed: 9
是否有可能构造这样大小的csr_matrix?我是否需要将矩阵T作为一个csr_matrix来启
我正在试着用bash脚本写一个程序。当此程序被终止时,我想发出警报。
所需的操作如下:
#!/bin/bash
... # The original program
if killed ; do
echo "trying to kill the demo program ... "
sleep 5s
echo "demo program killed"
fi
我不能让我的程序在使用kill(pid,SIGTERM)后休眠(),我能做什么?
我使用的代码如下:
kill(PID_of_Process_to_be_killed,SIGTERM);
sleep(5); --> this is not working
sleep(5); --> this is working
目前的解决方案是:
kill(PID_of_Process_to_be_killed,SIGTERM);
sleep(sleep(5));
但是为什么kill之后的第一个睡眠返回0呢?
我已经在mac mini m1上安装了mariadb,使用: brew install mariadb I得到以下错误: Warning: The post-install step did not complete successfully
You can try again using:
brew postinstall mariadb
==> Caveats
A "/etc/my.cnf" from another install may interfere with a Homebrew-built
server starting up correctl
在某些日子里,PostgreSql服务器会周期性地重新启动自己。日志文件在下面。它包含找到的孤立临时表记录,并在重新启动之后执行。
应用程序由单个应用程序访问,大约有50个用户在互联网上使用,集群中大约有10个数据库。
如何修复重新启动和这些错误?
在x86_64-未知-linux-gnu上使用PostgreSQL 9.1.2,由gcc-4.4.real (Debian 4.4.5-8) 4.4.5,64位编译
日志文件包含:
....
2013-06-10 11:11:57 EEST LOG: server process (PID 25148) was terminated