search for: swsoft

Hi all, One of our CentOS 5.3 randomly reboots, at different times of the day, and I can't see why it's doing it. I have looked through the logs, but don't see any thing in there that shows me why it has rebooted. How can I debug this? Here's a snipped from the log, around the time of the reboot: Jun 2 14:59:59 usaxen02 kernel: EXT3-fs: mounted filesystem with ordered data

...umption. > >OK, sorry. I guess I just assumed that it would be obvious >that this is a Web server. ("Never assume anything, my good >fellow" - Sherlock Holmes). > >By the way, it is/will be running Plesk server management >software, if it matters: >http://www.swsoft.com/en/products/plesk/reqs/ > >Also, this server is on an internal LAN before I subject >it to the wild, untamed, InterWeb, with its dangerous >internets darting back and forth inside all of the tubes. > > >> > >> # Loopback: >> > >> #...

Dear W.D. Do you understand that by adding the rules into kernel space numbered from zero to sixty five thousand five hundred thirty four you may alter the behavior of the rule number sixty five thousand five hundred thirty five can you please define and list the goals you are trying to achieve by altering default rule in the terms you can both explain and understand. ----- Original Message

Hi all, With this series of patches, you can determine the owners of any type of I/Os. I ported the previous version to linux-2.6.26-rc2-mm1. This makes dm-ioband -- I/O bandwidth controller -- be able to control the Block I/O bandwidths even when it accepts delayed write requests. Dm-ioband can find the owner cgroup of each request. It is also possible that OpenVz team and NEC Uchida-san team

Hi all, With this series of patches, you can determine the owners of any type of I/Os. I ported the previous version to linux-2.6.26-rc2-mm1. This makes dm-ioband -- I/O bandwidth controller -- be able to control the Block I/O bandwidths even when it accepts delayed write requests. Dm-ioband can find the owner cgroup of each request. It is also possible that OpenVz team and NEC Uchida-san team

Hi peeps, After compiling ipfw into the new 6.2 kernel, and typing "ipfw list", all I get is: "65535 deny ip from any to any" From reading the docs, this might indicate that this is the default rule. (I am certainly protected this way--but can't be very productive ;^) ) By the way, when I run "man ipfw" I get nothing. Using this instead: