是否有可能在OOM杀手日志中查看完整的程序命令行参数？ 我现在在/ var / log / syslog中看到的是 Memory cgroup out of memory: Kill process 29187 (beam.smp) score 998 or sacrifice child Killed process 29302 (cpu_sup) total-vm:4300kB, anon-rss:76kB, file-rss:272kB beam.smp invoked oom-killer: gfp_mask=0xd0, order=0, oom_score_adj=0 beam.smp cpuset=/ mems_allowed=0-3 我的机器上有很多beam.smp进程，findOOM杀手所杀的特定进程并不是很方便。
很难理解tomcat文档，查看server.xml，你会发现一些端口可能很难理解，因为在文档中没有很好地解释它。 例如，这个行在configuration文件server.xml <Connector port="8345" protocol="AJP/1.3" redirectPort="9875" /> 在这里你可以find另一个redirect端口： <Connector executor="tomcatThreadPool" port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> 我明白连接器端口的作用。 在第一种情况下，你使用它来在apache中创build一个工作者，然后在那里发送它，然后你打开一个端口直接访问tomcat。 但是，当涉及redirect端口的事情变得模糊。 下面是tomcat文档给出的关于ajp端口的解释： 如果此连接器支持非SSL请求，并且收到匹配需要SSL传输的请求，Catalina将自动将请求redirect到此处指定的端口号。 我总是select一个超过1024的随机redirect端口，它的工作原理， 但是什么时候这会实践呢？ 如何知道请求何时需要SSL传输？ 我有一个运行tomcat模块的卫星服务器。 这个模块通过从主服务器将stream量redirect到带有apache的ajp连接器，反之亦然。 在主服务器中，https是在apache中强制执行的。 这是否意味着所有的请求被发送到卫星服务器encryption或纯文本？ 我知道，如果我通过端口8080访问卫星服务器，它没有encryption，但我想知道这是否适用于redirect到主服务器的stream量，以及这个redirect端口在哪里生效。
背景 我正在运行ArchLinux，使用systemd二进制文件启动必要的服务，作为initramfs（root fs解密，挂载等）的一部分。 我想研究什么是系统单元作为这个阶段的一部分，什么时候开始。 systemd-analyze plot仅显示了切换根后发生的所有单元的时间图。 交换机根单元（根据定义，initrd引导序列中的最后一个单元）指出： [Service] # … ExecStart=/usr/bin/systemctl –no-block –force switch-root /sysroot # … 在switch-root系统命令的systemctl手册页有这样的说： switch-root ROOT [INIT] 切换到另一个根目录并在其下执行新的系统pipe理器进程。 这适用于初始RAM磁盘（“initrd”），并且将从initrd的系统pipe理器进程（又名“init”进程）转换到从实际主机卷加载的主系统pipe理器进程。 这个调用有两个参数：要成为新根目录的目录，以及在其下面的新系统pipe理器二进制文件的path，以便作为PID 1执行。如果后者被省略或者为空string，则会自动searchsystemd二进制文件并用作init。 如果省略系统pipe理器path，等于空string或与systemd二进制文件的path相同，initrd的系统pipe理器进程的状态被传递给主系统pipe理器，这允许稍后检查所涉及的服务的状态在initrd引导阶段。 然后在initrds的问题上是安静的… … – 题 启动后，如何反思上面推断的initrd引导阶段所涉及的服务的状态，或者发现甚至运行了哪些单元（如某些是dynamic生成的）？
我们在戴尔R720xd上有一个大的18TB硬件RAIDarrays。 目前RAID5arrays由6x4TB组成，我需要扩展它。 第1步展开硬件RAIDarrays。 如果你已经安装了dellpipe理工具，那就够简单了。 omconfig storage vdisk action=reconfigure controller=0 vdisk=1 raid=r5 pdisk=0:1:0,0:1:1,0:1:3,0:1:3,0:1:4,0:1:5,0:1:8,0:1:9 （新的磁盘是最后两个，这可以通过使用omreport工具来确认）虽然需要一段时间，但一切正常，我可以确认数组已经扩大.. % omreport storage vdisk controller=0 vdisk=1 Virtual Disk 1 on Controller PERC H710P Mini (Embedded) Controller PERC H710P Mini (Embedded) ID : 1 Status : Ok Name : bak State : Ready Hot Spare Policy violated : Not Assigned Encrypted : No […]
目前，一群员工正在使用Skype进行群组聊天和电话会议。 他们不使用电话号码，只使用Skype用户帐户。 我想build立一个服务器，将提供类似的function，只能在局域网内访问。 我不在寻找的是真正的电话使用的东西。 Skype的主要问题是，Linux客户端非常糟糕，每年都会更新，而且不会更新。 我也不喜欢我们的公司数据通过Skype服务器的想法（是的，我知道它是encryption的）。 SIP似乎相当痛苦，但也有GnuGk和Jabber + Jingle。 无论如何，我也想支持Windows客户端。 有没有什么是开源的，易于pipe理？
经过多年的共享主机，我只是转而使用VPS，所以我需要提高自己的pipe理技能。 多年以前，我是一个UNIXpipe理员，但是我很生疏，尤其不知道pipe理Web栈（LAMP）的细节，并带有一点RoR。 任何关于如何快速pipe理这个堆栈的build议？ 这是一个个人网站，所以我不需要对安全/性能进行硬性规定。
级别触发的epoll与poll很相似。 为什么不是poll只是支持后者的系统的epoll包装？ 编辑：我的意思是，有没有这种决定的技术障碍？ 将poll实现为epoll将大大提高许多networking应用程序的性能。 应该有一些技术问题，我没有注意到。
我有一个8驱动器RAID 10安装连接到Adaptec 5805Z，运行Centos 5.5和截止date调度程序。 一个基本的dd读取testing显示400mb / sec，并且基本的dd写入testing显示大致相同。 当我同时运行这两个时，我看到读速度下降到约5mb / sec，而写入速度停留在或多或less相同的400mb /秒。 iostat -x的输出如你所期望的，表明当磁盘遭到写入轰炸时，正在执行的读取事务非常less。 如果我closures控制器的写回caching，我没有看到50:50的分割，但是我确实看到了明显的改进，大约100mb / s的读取和300mb / s的写入。 我还发现，如果我降低驱动器队列上的nr_requests设置（8左右似乎是最佳的），我可以以150mb /秒的读取速度和150mb / sec的写入速度结束; 即。 总吞吐量减less，但肯定更适合我的工作量。 这是一个真正的现象吗？ 还是我的综合testing过于简单？ 这个可能发生的原因似乎足够清楚，当调度程序从读取切换到写入时，它可以运行一堆写入请求，因为它们全都落在控制器caching中，但必须在某个时刻执行。 我猜测当调度程序开始尝试再次执行读取操作时，会发生实际的磁盘写入操作，导致执行的读取请求很less。 这似乎是一个合理的解释，但它似乎是一个巨大的缺点，使用writebackcaching在一个系统上有不小的写入负载。 整个下午我一直在寻找讨论，什么都没发现。 我错过了什么？
我有一个Linux TAR文件，我想直接转换成ISO。 有没有办法做到这一点，最好，而不必先提取文件的内容？ 这与以下问题类似： 然而，这是集中在简单或直接的tar文件，而不涉及bzip或bzipped焦油。 这也是我打算在脚本中使用的，也是我不想首先提取的原因。
我试图提高海外的服务器之一的吞吐量，并监测服务器和我的家用电脑之间的传输wireshark后，我敢肯定，我有一个窗口大小的问题。 对于ftp传输，我得到一个14720的接收窗口大小。 Window size value: 115 Calculated window size: 14720 Window size scaling factor: 128 我的发送窗口看起来像我所设置的： Window size value: 65335 Calculated window size: 261340 Window size scaling factor: 4 那么我该如何解决这个问题？ 我已经通过我的服务器上的Linux tcp设置，一切似乎正常。 时间戳打开，同步closures，缩放打开，麻袋打开，立方体是拥塞控制方法，最大接收和发送窗口大小为3mb。 我试过改变默认的tcp_wmem和tcp_rmem值，但是它什么都不做。 编辑： 当我在服务器上closures自动调整和/或窗口缩放时，窗口缩小到14600，这基本上是MSS的10倍。 5337 4.268584 2.2.2.2 1.1.1.1 FTP 106 Response: 227 Entering Passive Mode (2,2,2,2,240,15). 5338 4.268640 1.1.1.1 2.2.2.2 TCP 74 59855 […]