eap.conf
peap
copy_request_to_tunnel = yes
use_tunneled_reply = yes
user
dhc Cleartext-Password := "pasondhc"
Tunnel-Type = VLAN,
Tunnel-Medium-Type = IEEE-802,
Tunnel-Private-Group-ID := "105"
u10 Cleartext-Password := "u10"
Tunnel-Type = VLAN,
Tunnel-Medium-Type = IEEE-802,
Tunnel-Private-Group-ID := "10"
inner-tunnel
add perl to authorize
vmware 9.0.2 and 3.10 kernel
http://uwot.eu/blog/2013/07/linux-kernel-3-10-and-vmware-workstation-9/
http://mysticalzero.blogspot.ca/2013/07/vmblock-patch-for-linux-310-vmware.html
http://mysticalzero.blogspot.ca/2013/07/vmblock-patch-for-linux-310-vmware.html
task blocked for more than 120 seconds
This was seen quite frequently on Centos 5 using software raid 1. These was only added since kernel 2.6.18.194. I found there are two causes:
The first one is the same as described here http://blog.ronnyegner-consulting.de/2011/10/13/info-task-blocked-for-more-than-120-seconds/. Adjusting the following helps: lower vm.dirty_background_ratio, and either lower or increase vm.dirty_ratio. increase vm.dirty_ratio so that the sync io never happens and decrease it so that when sync io happens, it does not take as long.
The second cause seems to be related to barrier being enabled. This happens when IO is heavy on the partition mounted with barrier=1. After set barrier=0, I could not no longer reproduce the issue. I wonder if there is a bug/interaction when barrier=1.
The second cause seems to be related to barrier being enabled. This happens when IO is heavy on the partition mounted with barrier=1. After set barrier=0, I could not no longer reproduce the issue. I wonder if there is a bug/interaction when barrier=1.
df Showed More Disk Usage Than du
Process holding on to the FD of the file has been deleted
lsof -n -P | grep deletedthen kill processes holding on to the deleted file.
Monitor Dirty Cache
while true; do grep -A1 dirty /proc/vmstat; grep Dirty /proc/meminfo; sleep 1; done
Subscribe to:
Posts (Atom)