Questions tagged «crash»

在编辑中添加，2013-05-29：因为这是一个很长的问题和讨论，所以这里是问题和解决方案的简短摘要。我在小型Linux服务器（1 GB内存）上运行MySQL和Apache时遇到问题。Apache一直要求更多的内存，因此，操作系统总是杀死MySQL来重新获得其内存。 解决方案是用Lighttpd替换Apache。完成此操作后，服务器上的内存使用情况已经完全稳定了几个月，而且还没有发生任何类型的崩溃。编辑结束 我是小型虚拟服务器的初学者系统管理员。服务器的主要功能是运行用PHP编写的开源Moodle课程管理系统软件。它依赖于数据库（在本例中为MySQL）和Web服务器（在本例中为Apache）。 该服务器正在运行64位CentOS 5.8版（最终版），具有1 GB内存和200 GB磁盘，内核版本为2.6.18-308.8.2.el5xen。MySQL版本是版本14.14 Distrib 5.5.25，适用于使用readline 5.1的Linux（x86_64）。 我不认为Moodle软件是MySQL的重度用户。当前，只有大约十个教师可以访问它，并且当我使用bzip2转储并压缩整个数据库时，生成的转储大小小于1 MB。 我几个月前就建立了系统。Apache服务器一直保持稳定，但是MySQL崩溃了好几次。我尝试从Web上了解最佳配置，而上次更改/etc/my.cnf文件时，我/usr/share/doc/mysql55-server-5.5.25/my-large.cnf以MySQL随附的文件为例。该文件说这是针对具有512 MB内存的系统的，所以我认为使用与内存相关的配置参数对该系统来说是安全的。（我之前用较小的数字配置了MySQL的与内存相关的参数，我认为这可能导致崩溃。尽管仍然发生崩溃，但现在系统至少要快一些。）这些是当前的内容/etc/my.cnf： # /etc/my.cfg # The main and only MySQL configuration file on [WEBSITE ADDRESS REDACTED]. # Last updated 2012-09-23 by Teemu Leisti. # Most of the memory settings are set to be the same as the …

40 mysql  innodb  mysql-5.5  crash 

MySQL今天早上对我崩溃了。 除了标准的MySQL随附数据库外，我使用的都是InnoDB。 我尝试重新启动MySQL守护程序，但失败两次。 然后，我重新启动了整个服务器，MySQL正确启动，并且自此以来一直运行良好。 初始崩溃的mysqld日志文件包含以下内容： 120927 10:21:05 mysqld_safe Number of processes running now: 0 120927 10:21:06 mysqld_safe mysqld restarted 120927 10:21:12 [Note] Plugin 'FEDERATED' is disabled. 120927 10:21:12 InnoDB: The InnoDB memory heap is disabled 120927 10:21:12 InnoDB: Mutexes and rw_locks use GCC atomic builtins 120927 10:21:12 InnoDB: Compressed tables …

28 mysql  innodb  mysql-5.5  crash 

我们有运行SQL Server（2008 SP4和2016 SP1）的PC，这些PC经常断电。显然，这有时会导致SQL Server数据库的（索引）损坏，此后我们需要恢复该损坏。 我知道SQL Server不是为这种情况而设计的，正确的解决方案是解决掉电的原因（如果您感到好奇，请在下面进一步介绍）。但是，SQL Server中是否可以设置任何调优选项以减少断电时数据库损坏的风险？ 背景：“ PC”是安装在叉车上的Windows平板电脑。当用户关闭叉车时，平板电脑会断电。我们试图教会用户在关闭叉车之前正确关闭Windows，但是失败了（可能是因为大多数情况下仅将其关闭即可）。我们目前还在研究其他选择，例如添加UPS，以通知平板电脑关闭电源。

20 sql-server  crash 

使用C＃实体框架时，我注意到我的SQL Server实例崩溃了。 我能够将其追溯到以下语句： SELECT * FROM dbo.[TestTable] where mpnr in (1099059904, 1038139906, 1048119902, 1045119902, 1002109903, 1117109910, 1111149902, 1063149902, 1117159902, 1116109904, 1105079905, 1012079906, 1129129904, 1103059905, 1065059905, 1091059906, 1110149904, 1129149903, 1083029905, 1080139904, 1076109903, 1010019902, 1058019902, 1060019903, 1053019902, 1030089902, 1018149902, 1077149902, 1010109901, 1011109901, 1000119902, 1023049903, 1107119909, 1108119909, 1106119909) 该表如下所示： CREATE TABLE dbo.[TestTable]([MPNR] [numeric](9, …

20 sql-server  sql-server-2008-r2  crash 

我们有一台SQL Server 2008数据库服务器（它恰好在MS故障转移群集下运行，但是我认为这与这里无关）。 我们的应用程序运行用于数据库访问的Hibernate，并且由于我们最近从v3.1升级到3.6，所以我们一直在定期遇到SQL Server崩溃（每24-48小时，但有时更频繁）。 有问题的具体问题似乎与内存有关。在服务器崩溃之前（然后由故障转移群集管理器自动重新启动），我们得到了以下错误的负载： Error: 701, Severity: 17, State: 130. There is insufficient system memory in resource pool 'internal' to run this query. 偶尔（但定期）的消息 Error: 17300, Severity: 16, State: 1. (Params:). The error is printed in terse mode because there was error during formatting. Tracing, ETW, notifications etc …

9 sql-server  sql-server-2008  crash 

我认为我的服务器今天崩溃了，原因是我们的一个INNODB表上有一个并发的truncate table命令。服务器可以重新启动，但是在启动之后，每次我尝试发出SQL命令时，都会出现以下错误： ERROR 2006 (HY000): MySQL server has gone away 这是在日志中发生的事情： 121206 01:11:12 mysqld restarted 121206 1:11:13 InnoDB: Started; log sequence number 275 559321759 InnoDB: !!! innodb_force_recovery is set to 1 !!! 121206 1:11:13 [Note] /usr/libexec/mysqld: ready for connections. Version: '5.0.95-log' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution InnoDB: Error: trying …

9 mysql  innodb  corruption  index  crash 

由于InnoDB的某些问题，我将所有数据库转储到新服务器上： mysqldump -E -R --all-databases | pv -b | mysql -u root -p -h new.server 转储过程因错误而停止： 59.9kB assword: 59.9kB ERROR 145 (HY000) at line 2970: Table './mysql/proc' is marked as crashed and should be repaired 228MB mysqldump: Got errno 32 on write 我运行了以下命令来修复所有数据库中的所有表： mysqlcheck --auto-repair --all-databases 当我检查mysql.proc状态时，会得到： mysql> check table …

9 mysql  stored-procedures  mysqldump  crash