我们在一个8核双插槽机器上运行2.6.32-358.56.1.el6.x86_64上的perf。 我们在CPU 1-31上有CPU iso（除0以外的所有），我们的应用程序使用CPU 1-31。 运行perf的几秒钟–pid设置整个刀片崩溃，我们必须手动重置。 我们在/ var / log / messages中看不到任何日志。 任何想法的人？
什么是（如果有的话）增长一个只使用部分磁盘来使用整个磁盘的zfs池？ 背景是，在虚拟机上使用zfs，虚拟机磁盘已经从10G增长到150G。 ZFS池是在10G磁盘上创build的，现在应该使用整个150G。 ~ $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 4G 0 disk └─xvda1 202:1 0 4G 0 part /base-system xvdb 202:16 0 146G 0 disk 池使用xvdb，但仍然认为它的大小是10 GB ~ $ sudo zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT data_pool 9.94G 3.62G 6.31G 36% 1.00x ONLINE –
我注意到/ tmp中有很多空的文件，其名称类似于“/tmp/tmp.tMIHx17730”。 我运行审计规则，我发现mktemp创build它不是太有用。 如何找出哪个脚本调用mktemp来创build这些文件？ 我可以用auditd捕获父进程ID /命令行吗？ 更新：我相信我有父进程id（ppid = 17729），但脚本很快退出，我找不到脚本。 我可以安装auditd以获得父进程命令行吗？ 更新2：这里是我如何安装审计显示whatwrites tmp： auditctl -w /tmp -k tmpfiles 然后： ausearch -k tmpfiles|grep "tmp." 然后，我select一个文件，我做到了 ausearch -k tmpfiles -f /tmp/tmp.tMIHx17730 这显示了我创build文件和父进程pid的过程。 我需要设置一些启动监听器的进程来捕捉那个pid最近的进程
我在Centos 6操作系统上使用了带有1 GB RAM的Apache Tomcat 8.0.23。 我已经使用Servlet和JSP服务器端。 但几天之后它会自动closures。 我在bin / CATALINA_OPTS="-Xms128M -Xmx256M"给出的内存大小为CATALINA_OPTS="-Xms128M -Xmx256M" 。 有人可以告诉我为什么我的服务器closures？ 我不太熟悉Tomcat和Linux。 我也试着在var/log和apache-Tomcat/logs上看到日志文件。 但是我没有发现任何可疑的事情。 1 GB的RAM足够我的服务器？ 我的android应用程序运行在大约5000个设备上。 有什么build议么 ？ 编辑： 07-Aug-2015 03:58:03.199 INFO [Finalizer] org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading Illegal access: this web application instance has been stopped already. Could not load [java.net.BindException]. The following stack trace is thrown for debugging purposes as well as […]
我最初可以通过以下命令将一个linux盒子join到域中： sudo kinit [email protected] sudo net ads join -k 几个小时后或第二天，发生这种情况： user@host:~$ sudo wbinfo -a administrator Enter administrator's password: plaintext password authentication failed Could not authenticate user administrator with plaintext password Enter administrator's password: challenge/response password authentication failed error code was NT_STATUS_ACCESS_DENIED (0xc0000022) error message was: Access denied Could not authenticate user administrator with challenge/response 这些命令一直按预期工作： […]
使用RHEL6和vSphere 5.5。 系统以前使用LSI Parallel scsi控制器。 切换到准虚拟SCSI控制器后，SCSI控制器（及其磁盘ID）在OS中不匹配。 例如：VM有4个SCSI控制器。 第一个控制器具有OS（Scsi ID 0：0）和另一个磁盘（0：1）。 控制器在vSphere中显示为“SCSI Controller 0”。 将所有4个控制器切换到Paravirtual后，Vmware的“SCSI Controller 0”显示为操作系统中的第二个控制器，SCSI Controller 3显示为第一个控制器。 如果我们试图匹配磁盘以将其从vmware中展开或移除，则会导致问题。 有没有其他人遇到这个？
我已经尝试通过修改net.ipv4.tcp_wmem和net.ipv4.tcp_rmem值来更改tcp的窗口大小，但是我所做的更改对实际窗口大小没有影响，我可以使用wireshark进行检查。 我试图在2个不同的内核（3.2.69和2.6.38）上做这个，根本没有任何效果。 我甚至试图将最小/默认数字改成荒谬的级别，并禁用window_scaling，但仍然没有效果 – 窗口大小保持完全相同。 我做错了什么？ – 编辑 – 我已经更新了内核3.14.57和TCP的窗口大小翻倍，没有做任何其他的更改。 它看起来像这个值被控制在其他地方，内核实际上忽略了net.ipv4.tcp_wmem / net.ipv4.tcp_rmem值。
我正在尝试使用Docker（1.9.1）的Varnish 4.1。 我使用musl-libc在Alpine Linux 3.2中构build了一个docker镜像，以减less镜像大小。 Dockerfile： FROM alpine:3.2 RUN echo 'http://dl-4.alpinelinux.org/alpine/v3.3/main' >> /etc/apk/repositories && \ apk update && apk upgrade -U -a && \ apk add –update varnish \ && rm -rf /var/cache/apk/* Add Comment 当我尝试在容器内部运行时，有时会出现段错误，但有时候我不会： # varnishd -F -W epoll -f /etc/varnish/default.vcl child (4081) Started Pushing vcls failed: CLI communication error (hdr) Stopping […]
Ubuntu 14.04 apt-get install nginx apache2-utils 然后vi /etc/nginx/sites-enabled/default这些内容： server { listen 80 default_server; location / { return 200 "Ok"; } } service nginx restart 运行： ab -c 500 -k -n 100000 127.0.0.1/ 我得到的结果是： Percentage of the requests served within a certain time (ms) 50% 0 66% 0 75% 0 80% 0 90% 0 95% 0 […]
在这里寻找一些专家的build议。 我是第一次在我自己的服务器上的系统pipe理员，我无法find我的服务器的瓶颈。 我已经收到CSF的高达5分钟的平均警报，范围在8 – 80之间 所以我继续在我的服务器上安装sqltuner，让它运行3天 结果没有显示任何exception，但我仍然得到高5分钟平均每天 我试图find瓶颈（CPU，内存不足问题或I / O限制负载引起的负载） 如果有人可以分享任何见解，会激发… （我已经包含sqltuner的报告和下面的高负载电子邮件输出） ——– Security Recommendations ——————————————- [OK] There are no anonymous accounts for any database users [OK] All database users have passwords assigned [!!] There is no basic password file list! ——– Performance Metrics ————————————————- [–] Up for: 120d 18h 27m 20s (227M q [21.795 […]