banner

[Rule] Rules  [Home] Main Forum  [Portal] Portal  
[Members] Member Listing  [Statistics] Statistics  [Search] Search  [Reading Room] Reading Room 
[Register] Register  
[Login] Loginhttp  | https  ]
 
Messages posted by: p.n.t  XML
Profile for p.n.t Messages posted by p.n.t [ number of posts not being displayed on this page: 0 ]
 
Đã fix xong, lỗi này là do useragent field trong session table giới hạn số ký tự ,chỉ cần increase đến 150 là ok.

Tks all
Hi all !

Hiện tại tôi có một số đề nhờ mọi người trên forum giứp đỡ như sau:

Cty tôi có 1 forum vbb có sử dụng rewrite vbseo dang chạy test với subdomain. Hiện tại tôi config nginx để chạy nó và có 1 lỗi mà tôi tìm mãi ko ra nguyên nhân : khi tôi sử dụng trình duyệt chrome,safari để truy cập vào forum thì ko được ,trình duyệt báo lỗi This webpage is not available và trong access log nginx trả về 503 error code , tuy nhiên khi tôi dùng các trình duyệt khác như IE,Firefox hay trên chrome sử dụng tiện ích user-agent switcher để change user agent sang firefox hay IE thì việc truy cập bình thường.
Mọi người trong forum có ai bị tình trạng này chưa support tôi vấn đề này với.

P/s: trên nginx ko config block user agent

Chân thành cảm ơn.
Sao ko trim đi dấu . rồi làm phép so sánh ko dễ hơn ah

vd_ wrote:
bạn đọc thêm:

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Cluster_Administration/


sticky session bạn xử lý ở backend hay ở đâu? tức là chỗ nào đánh dấu là các request & respond này là của tui chứ không phải của hàng xóm? 


Thanks bạn đã trả lời , hiện tại thì mình đã sử dụng Haproxy load balacing cho hệ thống website của mình rồi.
Chào mọi người !

Mình có 1 vấn đề rất đau đầu mong mọi người trợ giúp.

Số là mình có setup hệ thống website sử dụng mô hình LVS, trong hệ thống đó có 2 con web server kết nối đến con NFS server để mount data chứa code website, tuy nhiên khi test performance bằng ab thì trên 2 con web server có load average rất cao. Lệnh top chứa rất nhiều D state .Nếu ko đặt code trên NFS mà đặt trên local web server thì ok .

Sau đây là lệnh top trên máy web server khi thực hiện benchmark với ab tool:

Code:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1566 mzddan20 20 0 156m 21m 860 S 1.3 0.1 0:00.41 nginx
1458 mzddan20 20 0 338m 21m 11m D 0.3 0.1 0:01.11 php-fpm
1448 mzddan20 20 0 338m 21m 12m D 1.0 0.1 0:01.23 php-fpm
1459 mzddan20 20 0 338m 20m 11m D 2.0 0.1 0:01.07 php-fpm
1451 mzddan20 20 0 337m 20m 11m D 0.7 0.1 0:01.19 php-fpm
1442 mzddan20 20 0 336m 19m 11m D 0.7 0.1 0:01.25 php-fpm
1443 mzddan20 20 0 337m 19m 11m S 1.7 0.1 0:01.15 php-fpm
1447 mzddan20 20 0 337m 19m 11m D 1.0 0.1 0:01.17 php-fpm
1652 mzddan20 20 0 337m 18m 10m D 2.0 0.1 0:00.50 php-fpm
1653 mzddan20 20 0 337m 18m 10m D 1.7 0.1 0:00.49 php-fpm
1654 mzddan20 20 0 337m 18m 10m D 2.3 0.1 0:00.49 php-fpm
1655 mzddan20 20 0 337m 18m 10m D 1.7 0.1 0:00.51 php-fpm
1656 mzddan20 20 0 337m 18m 10m D 2.3 0.1 0:00.48 php-fpm
1657 mzddan20 20 0 337m 18m 10m D 2.0 0.1 0:00.47 php-fpm
1658 mzddan20 20 0 337m 18m 10m S 2.0 0.1 0:00.46 php-fpm
1659 mzddan20 20 0 337m 18m 10m S 2.0 0.1 0:00.46 php-fpm
1444 mzddan20 20 0 336m 18m 11m D 0.7 0.1 0:01.16 php-fpm
1445 mzddan20 20 0 336m 18m 11m D 0.7 0.1 0:01.23 php-fpm
1690 mzddan20 20 0 337m 18m 10m D 1.0 0.1 0:00.33 php-fpm
1460 mzddan20 20 0 336m 18m 11m D 2.0 0.1 0:01.15 php-fpm
1688 mzddan20 20 0 336m 18m 10m D 0.3 0.1 0:00.32 php-fpm
1454 mzddan20 20 0 336m 18m 10m D 0.7 0.1 0:01.06 php-fpm
1452 mzddan20 20 0 336m 17m 10m D 0.7 0.1 0:01.19 php-fpm
1446 mzddan20 20 0 336m 17m 10m D 0.3 0.1 0:01.19 php-fpm
1689 mzddan20 20 0 336m 17m 10m D 1.0 0.1 0:00.31 php-fpm
1450 mzddan20 20 0 336m 17m 10m S 2.0 0.1 0:01.27 php-fpm
1453 mzddan20 20 0 336m 17m 10m D 1.7 0.1 0:01.25 php-fpm
1456 mzddan20 20 0 336m 17m 10m D 1.7 0.1 0:01.08 php-fpm
1457 mzddan20 20 0 336m 17m 10m D 2.0 0.1 0:01.11 php-fpm
1449 mzddan20 20 0 336m 17m 10m S 2.0 0.1 0:01.24 php-fpm
1455 mzddan20 20 0 336m 17m 10m D 1.7 0.1 0:01.05 php-fpm
1648 mzddan20 20 0 336m 17m 10m R 1.7 0.1 0:00.51 php-fpm


Nội dung file export trong NFS:
Code:
cat /etc/exports
/webhosting/ 192.168.1.0/24(rw,sync,no_root_squash,no_all_squash,no_wdelay)



P/s: các con webserver và nfs là vm sử dụng esxi 5.5 free


Rất mong mọi người chỉ giáo . Thanks
Chào mọi người !

Mình có 1 vấn đề rất đau đầu mong mọi người trợ giúp.

Số là mình có setup hệ thống website sử dụng mô hình LVS, trong hệ thống đó có 2 con web server kết nối đến con NFS server để mount data chứa code website, tuy nhiên khi test performance bằng ab thì trên 2 con web server có load average rất cao. Lệnh top chứa rất nhiều D state .Nếu ko đặt code trên NFS mà đặt trên local web server thì ok .

Sau đây là lệnh top trên máy web server khi thực hiện benchmark với ab tool:

Code:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1566 mzddan20 20 0 156m 21m 860 S 1.3 0.1 0:00.41 nginx
1458 mzddan20 20 0 338m 21m 11m D 0.3 0.1 0:01.11 php-fpm
1448 mzddan20 20 0 338m 21m 12m D 1.0 0.1 0:01.23 php-fpm
1459 mzddan20 20 0 338m 20m 11m D 2.0 0.1 0:01.07 php-fpm
1451 mzddan20 20 0 337m 20m 11m D 0.7 0.1 0:01.19 php-fpm
1442 mzddan20 20 0 336m 19m 11m D 0.7 0.1 0:01.25 php-fpm
1443 mzddan20 20 0 337m 19m 11m S 1.7 0.1 0:01.15 php-fpm
1447 mzddan20 20 0 337m 19m 11m D 1.0 0.1 0:01.17 php-fpm
1652 mzddan20 20 0 337m 18m 10m D 2.0 0.1 0:00.50 php-fpm
1653 mzddan20 20 0 337m 18m 10m D 1.7 0.1 0:00.49 php-fpm
1654 mzddan20 20 0 337m 18m 10m D 2.3 0.1 0:00.49 php-fpm
1655 mzddan20 20 0 337m 18m 10m D 1.7 0.1 0:00.51 php-fpm
1656 mzddan20 20 0 337m 18m 10m D 2.3 0.1 0:00.48 php-fpm
1657 mzddan20 20 0 337m 18m 10m D 2.0 0.1 0:00.47 php-fpm
1658 mzddan20 20 0 337m 18m 10m S 2.0 0.1 0:00.46 php-fpm
1659 mzddan20 20 0 337m 18m 10m S 2.0 0.1 0:00.46 php-fpm
1444 mzddan20 20 0 336m 18m 11m D 0.7 0.1 0:01.16 php-fpm
1445 mzddan20 20 0 336m 18m 11m D 0.7 0.1 0:01.23 php-fpm
1690 mzddan20 20 0 337m 18m 10m D 1.0 0.1 0:00.33 php-fpm
1460 mzddan20 20 0 336m 18m 11m D 2.0 0.1 0:01.15 php-fpm
1688 mzddan20 20 0 336m 18m 10m D 0.3 0.1 0:00.32 php-fpm
1454 mzddan20 20 0 336m 18m 10m D 0.7 0.1 0:01.06 php-fpm
1452 mzddan20 20 0 336m 17m 10m D 0.7 0.1 0:01.19 php-fpm
1446 mzddan20 20 0 336m 17m 10m D 0.3 0.1 0:01.19 php-fpm
1689 mzddan20 20 0 336m 17m 10m D 1.0 0.1 0:00.31 php-fpm
1450 mzddan20 20 0 336m 17m 10m S 2.0 0.1 0:01.27 php-fpm
1453 mzddan20 20 0 336m 17m 10m D 1.7 0.1 0:01.25 php-fpm
1456 mzddan20 20 0 336m 17m 10m D 1.7 0.1 0:01.08 php-fpm
1457 mzddan20 20 0 336m 17m 10m D 2.0 0.1 0:01.11 php-fpm
1449 mzddan20 20 0 336m 17m 10m S 2.0 0.1 0:01.24 php-fpm
1455 mzddan20 20 0 336m 17m 10m D 1.7 0.1 0:01.05 php-fpm
1648 mzddan20 20 0 336m 17m 10m R 1.7 0.1 0:00.51 php-fpm


Rất mong mọi người chỉ giáo . Thanks
Xin chào mọi người !

Mình đang setup hệ thống LVS direct routing sử dụng Piranha và đang gặp 1 vấn đề ko thể giải quyết được nên nhờ mọi người giúp đỡ:

Mô hình setup như sau:

LB1-master --- LB2-slave
|| ||
Web1 web2

Sau khi setup xong thì mọi thứ đều ok, client khi truy cập đến LB1-master đều được wwwect đến 2 web server bên trong theo thuật toán wlc .Mọi thứ đều ok
Tuy nhiên cứ sau 1 thời gian thì lại ko truy cập được đến LB1-master.

Nội dung file lvs.cf như sau:

Code:
serial_no = 14
primary = 192.168.1.30
service = lvs
backup_active = 1
backup = 192.168.1.31
heartbeat = 1
heartbeat_port = 539
keepalive = 6
deadtime = 18
network = direct
debug_level = NONE
monitor_links = 0
syncdaemon = 0
virtual HTTP {
active = 1
address = 192.168.1.100 eth0:1
vip_nmask = 255.255.255.255
port = 80
send = "GET / HTTP/1.0\r\n\r\n"
expect = "HTTP"
use_regex = 0
load_monitor = none
scheduler = wlc
protocol = tcp
timeout = 6
reentry = 15
quiesce_server = 0
server web1 {
address = 192.168.1.32
active = 1
port = 80
weight = 1
}
server web2 {
address = 192.168.1.33
active = 1
port = 80
weight = 1
}
}


Rất mong moi ngươig giúp đỡ. chân thành cảm ơn
Dear mọi người !

Em đang có kế hoạch triển khai hệ thống LVS cho website của cty, theo như tìm hiểu của em thì có nhiều tools sử dụng cho LVS như Piranha, Keepalived hay heartbeat ... Các bác có kinh nghiệm triển khai rồi chia sẽ giúp em trong việc lựa chon tool nào để setup LVS cho performance tốt nhất .

Và một vấn đề nữa e quan tâm khi triển khai LVS là vấn đề sticky session sẽ được xử lý như thế nào?

Mong mọi người giúp đỡ

Xin chân thành cảm ơn !
Dạo này bân quá nên ko vào hva được,rất cảm ơn mọi người đã support

quanta wrote:

p.n.t wrote:

Do đó mỗi khi update code website thì do cache vẫn còn nên những gì update chưa được apply. Vậy có cách nào clear cache sau 1 thời gian mình quy định ko(ví dụ như sau 1 giờ thì sẽ clear cache)? 

Bạn có thể dùng Watcher http://www.splitbrain.org/blog/2011-01/07-watcher_a_recursive_incron_alternative) để setup một cơ chế khi update code thì chạy `find /etc/nginx/cache -type f -delete`.  


Cảm ơn anh đã trả lời, tuy nhiên khi sau khi xoá file trong thư mục chứa cache nếu ko restart lại thì nó sẽ bị lỗi hiển thị (ko đúng css ...).Giờ có cách nào ko cần phải restart nginx lại mỗi khi xoá cache ko anh?

Tks
Xin chào !

Mình có setup một nginx server làm reverse proxy cho apache ,hiện tại mọi việc khá ổn, tuy nhiên do trên nginx mình có enable cache như sau:

Code:
proxy_cache_path /etc/nginx/cache levels=1:2 keys_zone=my-cache:8m max_size=1000m inactive=60m;
proxy_temp_path /etc/nginx/cache/tmp;


Do đó mỗi khi update code website thì do cache vẫn còn nên những gì update chưa được apply. Vậy có cách nào clear cache sau 1 thời gian mình quy định ko(ví dụ như sau 1 giờ thì sẽ clear cache)?
Rất mong nhận được hồi âm.

Thank you !

quanta wrote:
@p.n.t: bạn enable SysRq lên rồi chạy `echo w > /proc/sysrq-trigger` và mở kernel log ra xem mấy processes bị D state kia đang treo ở đâu.

Cho mình xem luôn:
- /proc/[pid]/wchan
- /proc/[pid]/status (chạy xong, đợi vài giây rồi chạy lại và gửi kết quả cả 2 lần lên)
- /proc/[pid]/io, /proc/[pid]/stack, /proc/[pid/syscall (nếu kernel đủ mới) 


Cảm ơn anh đã trả lời , hiện tại sau khi upgrade thêm Ram và số lượng truy cập chưa nhiều nên chưa có process D state , khi nào server xuất hiện tình trạng đó em sẽ gửi ouput lên cho anh xem giúp.Tks

myquartz wrote:
D state là đang xài đĩa (IO), còn S state là sleep. R state là đang chạy (xài CPU).
Các tiến trình apache vừa xài đĩa nhiều (có mấy cái lận), mà lại thiếu RAM phải xài swap tới 5GB => IO wait cao (IO wait được tính vào load). => chậm lắm.
Cần nâng cấp RAM lên gấp đôi hoặc 3 số lượng hiện có (4GB -> 12GB).
Hoặc là giảm số lượng max apache process xuống (có khả năng thiếu RAM do cái này).
Để ý thấy mỗi apache httpd chiếm khoảng 1% RAM, nghĩa là máy nên có 80-90 process = 90% RAM. Giảm số process xuống còn 90 thôi. người ta bị từ chối truy cập còn hơn là server đơ ra. 


Thank myquartz nha, mình cũng đã upgrade Ram lên 16GB rồi và đang theo dõi xem sao

quanta wrote:
@p.n.t: bạn để ý cột STATE (S) xem có gì lạ không smilie


Em thấy ở cột S có rất nhiều process httpd bị D state, chắc có lẻ đây là nguyên nhân chính dẫn đến Load Average tăng cao, anh quanta có thể đưa ra hướng xử lý tình trạng này giúp em được ko ạ?Cảm ơn anh trước

KhanhLN wrote:
Theo mình có 3 yếu tố chính ảnh hưởng đến load average đó là:
- CPU
- Disk I/O
- Network I/O

Ở đây bạn thấy CPU thấp --> kiểm tra 2 yếu tố còn lại là Disk I/O và Network I/O. Từ đó sẽ tìm ra nguyên nhân chính xác là do đâu.
 


Cảm ơn bạn đã trả lời, theo như trong output của lệnh top mình post lên thì thấy wait I/O cao (51%) và process apache chiếm Ram rất nhiều , vậy có thể tuning gì trong trường hợp này để giải quyết tình trạng wait I/O cao(server mình đang dùng Raid 5 với 3 ổ SAS)???,còn Ram thì có lẽ phải upgrade thêm

Tks

xwm wrote:
Nguyên nhân theo tớ thấy có thể có quá nhiều tiến trình apache -> cậu xem logs coi phải bị DDOS hay không
 


Cảm ơn cậu đã trả lời tuy nhiên sau khi kiểm tra thì việc bị ddos bị loại trừ

Xin chào anh chị !

Hiện tại mình có 1 server chạy website có load average lên rất cao khiến việc truy cập vào trang web rất khó khăn và cả khi truy cập ssh hay truy cập từ console cũng rất chậm chạp,tuy nhiên cpu lại load thấp,mong mọi người xem giúp thử server đang bị vấn để gì vậy?

Đây là kết quả lệnh top khi server load cao,lúc này ssh vào rất khó khăn

Code:
top - 14:55:57 up 5:24, 2 users, load average: 168.09, 112.59, 53.37
Tasks: 400 total, 1 running, 399 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.4%us, 5.6%sy, 0.0%ni, 32.8%id, 58.1%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 4017820k total, 3986360k used, 31460k free, 1100k buffers
Swap: 8193140k total, 5034288k used, 3158852k free, 24236k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15423 daemon 16 0 239m 59m 4952 S 1.3 1.5 0:03.57 httpd
15506 daemon 16 0 238m 58m 4968 S 1.7 1.5 0:03.43 httpd
15612 daemon 16 0 237m 57m 4952 S 2.0 1.5 0:01.89 httpd
15535 daemon 16 0 231m 53m 4536 S 0.0 1.4 0:01.72 httpd
15488 daemon 16 0 237m 52m 4808 S 2.7 1.3 0:01.71 httpd
15617 daemon 17 0 229m 51m 4544 S 1.3 1.3 0:06.64 httpd
15467 daemon 15 0 229m 51m 4508 S 0.0 1.3 0:05.40 httpd
15468 daemon 16 0 236m 46m 4512 S 0.0 1.2 0:02.82 httpd
15447 daemon 16 0 235m 45m 4496 D 0.0 1.2 0:02.35 httpd
15474 daemon 16 0 222m 43m 4084 D 3.3 1.1 0:02.34 httpd
15586 daemon 16 0 219m 41m 4548 S 13.9 1.1 0:03.00 httpd
15071 daemon 16 0 231m 39m 4984 D 0.0 1.0 0:07.92 httpd
4235 mysql 15 0 1520m 38m 2812 S 1.3 1.0 2:12.51 mysqld
15452 daemon 15 0 214m 36m 4548 S 0.0 0.9 0:03.82 httpd
15589 daemon 15 0 214m 36m 4040 S 0.0 0.9 0:00.96 httpd
15513 daemon 15 0 214m 36m 4056 S 0.0 0.9 0:01.58 httpd
15519 daemon 15 0 214m 36m 4032 S 0.0 0.9 0:01.40 httpd
15518 daemon 15 0 214m 36m 4032 S 0.0 0.9 0:01.32 httpd
15530 daemon 15 0 214m 36m 4032 S 0.0 0.9 0:01.61 httpd
15515 daemon 15 0 214m 36m 4552 S 0.0 0.9 0:02.81 httpd
15536 daemon 15 0 214m 36m 4044 S 0.0 0.9 0:00.85 httpd
15573 daemon 15 0 211m 34m 4548 S 0.0 0.9 0:03.01 httpd
15470 daemon 15 0 211m 34m 4452 S 0.0 0.9 0:02.53 httpd
15598 daemon 16 0 211m 33m 4508 D 0.0 0.9 0:02.21 httpd
15596 daemon 16 0 211m 33m 4044 D 0.0 0.9 0:01.11 httpd
15465 daemon 16 0 219m 33m 3944 D 0.0 0.8 0:01.71 httpd
14626 daemon 17 0 216m 32m 4928 D 0.0 0.8 0:46.50 httpd
15627 daemon 15 0 210m 32m 3756 S 0.0 0.8 0:01.30 httpd
15574 daemon 15 0 210m 32m 3748 S 0.0 0.8 0:01.06 httpd
2801 root 14 -10 38944 32m 1740 S 0.0 0.8 0:00.01 iscsiuio
15460 daemon 16 0 214m 31m 4040 D 0.0 0.8 0:01.61 httpd
15399 daemon 16 0 214m 31m 4076 D 0.0 0.8 0:02.55 httpd


Rất mong sự giúp đỡ của mọi người, chân thành cảm ơn



dinhthupc wrote:
khi em đăng nhập vào admin console thì server status gạch chéo hêt
ai biêt lôi khắc phục e vơi 


Bạn gõ lệnh zmcontrol status xem thử các services có running hết ko, nếu running hết thì ok ko có gì cả vì đôi khi nó trên admin console chưa update đó.Còn nếu ko thì xem log xem nó có báo gì ko

consoko wrote:
- Bạn sử dụng lệnh httpd -l xem apache trên 2 máy install module như nhau ko
- Và lênh pmap `pidof httpd` xem thử httpd load gì lên và so sánh nhé. 


Cảm ơn bạn đã trả lời, mình compile apache và php với cùng 1 option, chỉ khác là trên OS 32 bit mình chạy php 5.2.17 còn trên OS 64 bit chạy php 5.2.10 (do app web chỉ tương thích với php 5.2 ).Mình cũng search trên mạng thì thấy bảo là apache chạy trên nền 64 bit ngốn ram hơn so với trên nền 32 bit , ko biết có đúng vậy ko nữa ,nếu đúng vậy thì mình sẽ setup lại OS cho chạy trên 32 bit để tiết kiệm Ram ,mong lắng nghe ý kiến của mọi người

Thanks.
Chào mọi người !

Mình có 1 vấn đề thắc mắc muốn thỉnh giáo mọi người:
Chả là mình có 1 website bán hàng, lúc trước thì mình setup website chạy với apache 2.2.24,php 5.2.17 và mysql 5.5 trên CentOS 5.8 32 bit, sau đó mình cài lai OS với bản CentOS 5.8 64 bit và cũng install apache,mysql,php với cùng option như lúc cài với bản 32 bit.Sau khi mình monitor thì thấy process apache trên bản 64 bit chiếm Ram cao hơn rất nhiều so với bản 32 bit
Đây là kết quả của lệnh top khi chạy trên bản 32 bit
Code:
4040 daemon 16 0 73288 41m 3528 S 0.0 1.0 0:03.60 httpd
4049 daemon 16 0 73312 41m 3456 R 14.3 1.0 0:00.43 httpd
4030 daemon 16 0 68680 37m 3528 S 0.0 0.9 0:03.90 httpd
3555 daemon 20 0 65656 34m 3904 S 17.6 0.9 0:11.49 httpd
4029 daemon 15 0 65684 34m 3524 S 0.0 0.9 0:01.68 httpd
4042 daemon 17 0 65604 34m 3524 S 54.9 0.9 0:05.99 httpd
4045 daemon 18 0 65092 33m 3524 S 0.0 0.8 0:02.54 httpd
4048 daemon 15 0 65092 33m 3524 S 28.0 0.8 0:03.09 httpd
4047 daemon 15 0 64064 32m 3524 S 0.0 0.8 0:02.32 httpd
4046 daemon 15 0 64064 32m 3524 S 0.0 0.8 0:00.68 httpd
4039 daemon 15 0 41648 9.9m 2636 S 0.0 0.2 0:00.00 httpd
4310 daemon 15 0 41648 9.9m 2636 S 0.0 0.2 0:00.00 httpd
4315 daemon 15 0 41648 9.9m 2636 S 0.0 0.2 0:00.00 httpd
4316 daemon 15 0 41648 9.9m 2636 S 0.0 0.2 0:00.00 httpd
4320 daemon 15 0 41648 9.9m 2636 S 0.0 0.2 0:00.00 httpd
4321 daemon 15 0 41648 9.9m 2636 S 0.0 0.2 0:00.00 httpd
4323 daemon 20 0 41648 9676 2224 S 0.0 0.2 0:00.00 httpd


Và đây là kết quả trên bản 64 bit

Code:
30015 daemon 15 0 238m 60m 5136 S 0.0 1.6 1:30.62 httpd
30774 daemon 15 0 233m 56m 5136 S 0.0 1.4 0:47.57 httpd
30301 daemon 15 0 233m 56m 5112 S 0.0 1.4 0:49.52 httpd
29918 daemon 15 0 233m 56m 5140 S 0.0 1.4 0:51.36 httpd
30848 daemon 15 0 228m 51m 5096 S 0.0 1.3 0:48.37 httpd
30724 daemon 15 0 228m 51m 5136 S 0.0 1.3 0:55.03 httpd
30851 daemon 15 0 228m 51m 5116 S 0.0 1.3 1:01.20 httpd
30850 daemon 15 0 227m 51m 5324 S 0.0 1.3 0:52.78 httpd
1020 daemon 18 0 225m 50m 4584 S 0.0 1.3 0:05.70 httpd
1048 daemon 18 0 225m 50m 4584 S 0.0 1.3 0:05.72 httpd
1025 daemon 18 0 225m 50m 4576 S 0.0 1.3 0:04.79 httpd
29912 daemon 15 0 226m 50m 6136 S 0.0 1.3 1:05.72 httpd
1019 daemon 15 0 225m 49m 4576 S 0.0 1.3 0:02.42 httpd
30849 daemon 15 0 225m 48m 5404 S 0.0 1.2 1:17.36 httpd
621 daemon 15 0 225m 47m 5060 S 0.0 1.2 0:04.04 httpd
30852 daemon 18 0 224m 47m 5124 S 59.5 1.2 1:39.51 httpd
620 daemon 15 0 224m 47m 5072 S 0.0 1.2 0:10.37 httpd
30476 daemon 15 0 216m 39m 5116 S 0.0 1.0 1:07.43 httpd
1021 daemon 15 0 213m 37m 4592 S 0.0 1.0 0:03.39 httpd
1024 daemon 16 0 184m 5956 1236 S 0.0 0.1 0:00.00 httpd
1046 daemon 15 0 184m 5952 1232 S 0.0 0.1 0:00.00 httpd
1045 daemon 15 0 184m 5948 1232 S 0.0 0.1 0:00.00 httpd
1044 daemon 15 0 184m 5944 1232 S 0.0 0.1 0:00.00 httpd


Mình ko hiểu tại sao lại có sự chênh lệnh lớn vậy, phải chăng apache chạy trên 64 bit lại chiếm nhiều memory hơn trên nền 32 bit? Ai biết có thể giải thích giúp mình hiện tượng trên được ko?

Tks

---

Kết quả khi gõ lệnh trên Linux nên đưa vào [ code ] tag sẽ giúp cho các cột được căn dọc, dễ nhìn hơn.

quanta wrote:

p.n.t wrote:

Vậy để tính toán số lượng packet và số bye đi vào hệ thống dựa theo file .pcap sau khi dump được thì dùng tool nào tốt nhất?
 

http://www.frenchfries.net/paul/tcpstat/ 


Thank a.

quangteospk wrote:
Theo mình nghĩ tcpdump thường được sử dụng trên các máy chủ nix* vì tính đơn giản và gọn nhẹ của nó. Sau khi `dump được một mớ dữ liệu thì Administrator sẽ down nó về máy tính cá nhân của mình để phân tích. Lúc này có thể sử dụng wireshark để mở file *.pcap đó lên và phân tích. 


Vậy để tính toán số lượng packet và số bye đi vào hệ thống dựa theo file .pcap sau khi dump được thì dùng tool nào tốt nhất ? mong mọi người chỉ giúp

Tks.

Xin chào anh chị em!

Mình có 1 thắc mắc mong mọi người chỉ giúp:

Mình thấy anh conmale hay bảo dùng tcpdump để capture các gói tin để phân tích khi bị DDOS attack , vậy cho mình hỏi sau khi dump ra file xong thì làm sao để tính được số packet per second vả tổng số Mbps đi vào hệ thống mình.

Chân thành cảm ơn.

quanta wrote:
Câu hỏi đầu tiên cần trả lời: MySQL đang làm gì mà nó dùng CPU nhiều thế nhỉ? 


Website em dùng php,mysql chạy trên Nginx.em biết hiện tượng này xảy ra là do mysql nên cần mọi người tư vấn hướng để xử lý. Nhân dịp anh quanta giải thích giúp em cái giá trị Cpu(s): 84.6%us và %CPU trong lệnh top trên nên hiểu như thế nào cho đúng với,em đã đọc man rồi nhưng ko hiểu lắm.
Thanks
Dear all !

Hiện tại website mình đang chạy trên 1 server IBM x3650 với 2 cpu quad core , ram 4gb.Lúc đầu thì Load average lúc nào cũng <8 ,tuy nhiên gần đây thì Load average lên rất cao dẫn đến tốc độ load website chậm

Sau đây là kết quả của lệnh uptime,top

Code:
uptime
16:24:36 up 48 days, 10:53, 1 user, load average: 48.25, 45.36, 37.41
top - 16:11:02 up 48 days, 10:39, 1 user, load average: 36.58, 27.01, 21.87
Tasks: 258 total, 32 running, 226 sleeping, 0 stopped, 0 zombie
Cpu(s): 84.6%us, 14.3%sy, 0.0%ni, 0.3%id, 0.0%wa, 0.0%hi, 0.8%si, 0.0%st
Mem: 4017864k total, 3822480k used, 195384k free, 102988k buffers
Swap: 8193140k total, 152k used, 8192988k free, 2533364k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4771 mysql 0 -15 802m 175m 4728 S 252.2 4.5 59621:15 mysqld
12906 d2012 16 0 160m 17m 2996 R 31.3 0.5 0:11.82 php-fpm
12904 d2012 15 0 160m 17m 2972 S 30.3 0.5 0:17.34 php-fpm
13004 d2012 15 0 160m 17m 2960 S 30.0 0.5 0:02.49 php-fpm
12866 d2012 15 0 160m 17m 2976 R 29.0 0.5 0:23.54 php-fpm
12897 d2012 16 0 152m 10m 2996 R 27.4 0.3 0:16.09 php-fpm
12901 d2012 15 0 160m 17m 2976 R 27.4 0.5 0:12.49 php-fpm
12983 d2012 16 0 152m 10m 2968 R 27.1 0.3 0:06.60 php-fpm
12877 d2012 16 0 160m 17m 3024 R 26.1 0.5 0:15.33 php-fpm
13002 d2012 16 0 160m 17m 2928 R 24.8 0.5 0:01.02 php-fpm
13012 dl2012 16 0 160m 17m 2932 R 23.5 0.5 0:02.62 php-fpm
12996 d2012 16 0 152m 10m 2992 R 21.9 0.3 0:03.10 php-fpm
12982 d2012 16 0 153m 11m 2992 R 21.5 0.3 0:10.48 php-fpm
13003 d2012 15 0 152m 10m 2964 R 20.2 0.3 0:03.14 php-fpm
12985 d2012 15 0 160m 17m 2984 S 19.9 0.5 0:08.88 php-fpm
13001 d2012 16 0 155m 12m 2928 R 19.6 0.3 0:03.91 php-fpm
12878 d2012 16 0 152m 10m 2996 R 18.9 0.3 0:13.32 php-fpm
13008 d2012 16 0 160m 18m 2920 R 15.3 0.5 0:02.55 php-fpm
12939 d2012 16 0 154m 12m 2936 R 14.0 0.3 0:08.51 php-fpm
12893 d2012 15 0 160m 17m 2992 R 12.1 0.5 0:14.70 php-fpm
12868 d2012 16 0 160m 18m 2992 R 11.1 0.5 0:32.38 php-fpm
12909 d2012 15 0 152m 10m 2996 S 8.5 0.3 0:14.56 php-fpm
12992 d2012 16 0 152m 10m 2968 R 8.2 0.3 0:06.50 php-fpm
12872 d2012 15 0 160m 17m 2996 S 7.8 0.5 0:15.59 php-fpm
13007 d2012 16 0 153m 10m 2988 R 7.8 0.3 0:03.67 php-fpm
12987 d2012 15 0 158m 16m 2980 R 7.5 0.4 0:06.08 php-fpm
12861 d2012 15 0 160m 18m 2996 R 7.2 0.5 0:19.57 php-fpm
12989 d2012 16 0 160m 17m 2972 R 7.2 0.5 0:08.79 php-fpm
12948 d2012 16 0 160m 17m 2988 R 6.9 0.5 0:06.75 php-fpm
12986 d2012 15 0 160m 17m 2932 R 5.9 0.5 0:06.20 php-fpm
12859 d2012 16 0 152m 9.9m 3000 R 5.5 0.3 0:27.35 php-fpm
12888 d2012 15 0 152m 10m 2996 S 5.2 0.3 0:20.46 php-fpm


Trong đó Mysql chiếm cpu rất cao, mong mọi người tư vấn giúp mình về tình trạng hiện tại của server xem có cần nâng cấp hay tối ưu gì ko?

Thanks.
Hi anh chị em

Mình đang cấu hình Apache để chạy 1 website php , hiện tai đang bị lỗi như sau sau khi tail file error_log:

Request exceeded the limit of 10 internal wwwects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace. 

Mình đã search trên mạng rồi nhưng vẫn chưa fix được, rất mong các bạn quan tâm và giúp đỡ

Thanks

quanta wrote:

p.n.t wrote:

Em dùng lệnh: Code:
lspci |grep -i eth
thì vẫn thấy có nhận dạng các card mạng trong hệ thống.Nên e ko biết làm sao để cho nó xuất hiện các card mạng trong lệnh system-config-network.
 

Bạn gửi kết quả của lệnh `lspci |grep -i eth` lên đây xem. `/sbin/ifconfig -a` và `lshw -C network` nữa.
 


Vì hiện tại máy đó em đã cài lại rồi nên ko thể show kết quả của các lệnh anh đưa.Tuy nhiên khi em dùng lệnh `lspci |grep -i eth` thì nó vẫn có thông tin về card mạng trong hệ thống,còn khi dùng lệnh `/sbin/ifconfig -a` thì nó chỉ hiện ra card l0 Loopback thôi.Còn lệnh `lshw`lúc đó e chưa cài nên ko có chạy được.Nếu như bị trường hợp vậy thì mình phải làm sao để setup lại card mạng vậy anh ? vì lúc đó mình ko có thông tin của địa chỉ MAC của card mạng.

Thanks

quanta wrote:
Chắc bạn còn nhớ IP chứ smilie. Cách nhanh nhất là gõ `system-config-network` rồi theo đó config, nó sẽ generate lại file cấu hình cho bạn. 

Nếu dùng lệnh system-config-network mà setup được thì dễ quá rồi,khi em dùng lệnh đó thì ko thấy bất kỳ tên card mạng nào trong đó nên ko thể đặt IP được.E vào giao diện GUI cũng ko thấy được bất cứ tên card mạng nào hết.
Em dùng lệnh: Code:
lspci |grep -i eth
thì vẫn thấy có nhận dạng các card mạng trong hệ thống.Nên e ko biết làm sao để cho nó xuất hiện các card mạng trong lệnh system-config-network .Mong anh giúp đỡ
Chào anh chị em,tui đang có 1 thắc mắc mong mọi người giúp đỡ.
Hiện tại tôi có 1 sever Centos dùng để chạy email sever.Hôm nay tự nhiên nó bị lỗi network nên tôi vào delete cái file config cấu hình eth0 trong /etc/sysconfig/network-scripts nên giờ ko nó mất luôn ko biết sao add lại đươc.Rất mong mọi người chân thành giúp đỡ

Thanks
Chào anh chị em.

Cho mình hỏi có cách nào cấu hình để chạy chạy trang web viết bằng php có sử dụng rewrite url bằng file htaccess trên IIS 6 ko?

Thanks
 
Go to Page:  Page 2 Last Page

Powered by JForum - Extended by HVAOnline
 hvaonline.net  |  hvaforum.net  |  hvazone.net  |  hvanews.net  |  vnhacker.org
1999 - 2013 © v2012|0504|218|