cpu server ทำงาน 100%

[that panom]

 เนืองจากมีปัญหาการประมวลผลช้าและ hangบ่อยๆ จึงตรวจสอบจากหน้าจอ process list และsystem monitor ของเครื่อง server พบว่าขณะที่ห้องทันตกรรม(client)บันทึกข้อมูล (SERVER)CPU server ทำงาน 100% ทำให้ระบบโดยรวมช้าลงและเป็นสาเหตุการรีเซ็ตเครื่องของclint  ตอนนี้ใช้ ver.3.50.3.30 ครับ รบกวนอ.ช่วยตรวจสอบด้วยนะครับ

[takbai]

ใช้ เวอร์ชั่นเดียวกัน  มีปัญหาการ hang  ที่ opd และ ห้องแพทย์ ครับ

[tiae]

ของผมก็เป็นเหมือนกัน ต้อง root#reboot ใหม่
ลูกข่าย ห้ามเข้าไปคลิก รูปสายฟ้า และแท็ป Process List เด็ดขาด มิฉะนั้น ระบบ hosxp จะอืดทั้งระบบ จนทำงานไม่ได้

[that panom]

ข้อมูลเพิ่มเติมครับ ส่งรูป process list ขณะมีการประมวลผลของห้องทันตกรรม และคำสั่งทีใช้ประมวลผล ที่ทำให้ cpu server ทำงาน 100% และไม่น่าจะเกี่ยวกับการเปิดหน้าจอ process list เพราะเป็นก่อนจะมีการเปิดใช้หน้าจอ process lost ตรวจสอบ  หมายเหตุ เครื่องห้องทันตกรรม IP 192.168.0.70 ,192.168.0.75 ,192.168.0.77 ครับ

[that panom]

ข้อมูลเพิ่มเติมครับ sql trace window ประมวลผลคำสั่งนี้นาน ขณะเปิดหน้าจอ ห้องทันตกรรมครับ

[manoi]

คลิกขวา Copy คำสั่งส่งเข้ามาด้วยครับ

[that panom]

คำสั่งที่ประมวลผลช้าครับ มี2 คำสั่งขณะเปิดหน้าจอ ทันตกรรม
1.  select ovst.*,substring(concat(ovstost.name,' [',spclty.name,']'),1,250) as ovstname,t.pdx as icdcode,icd101.name as icdname,patient.birthday,concat(patient.pname,' ',patient.fname,' ', patient.lname) as ptname,dtmain.dn  , r.vn as rx_vn,t.rcpno_list ,dl.dt_list  from ovst  left outer join vn_stat t on t.vn=ovst.vn  left outer join spclty on spclty.spclty=ovst.spclty  left outer join patient on ovst.hn=patient.hn left outer join ovstost on ovst.ovstost=ovstost.ovstost  left outer join icd101 on icd101.code=t.main_pdx  left outer join dtmain on dtmain.vn = ovst.vn and dtmain.tm_no = 1  left outer join rx_operator r on r.vn=ovst.vn and r.pay='Y'  left outer join dt_list dl on dl.vn=ovst.vn  where  ovst.vstdate='2007-04-09'  and ovst.vn in ('500409073145','500409075536','500409075639','500409075849','500409080146','500409080356','500409080512','500409080530','500409080603','500409080737','500409080745','500409081455','500409081744','500409082116','500409082156','500409082208','500409082410','500409082548','500409082549','500409082731','500409082917','500409083007','500409083042','500409083101','500409083116','500409083405','500409084516','500409084542','500409084615','500409084647','500409084702','500409084717','500409084817','500409084932','500409085307','500409085329','500409085458','500409085632','500409085715','500409085752','500409085807','500409085821','500409090026','500409090159','500409090329','500409090337','500409090354','500409090835','500409091044','500409091128','500409091146','500409092121','500409092129','500409092136','500409092754','500409093032','500409093927','500409094031','500409094139','500409101040','500409101211','500409101640','500409125549','500409125616','500409125653','500409131708','500409145514')   order by ovst.pt_priority desc,ovst.cur_dep_time,ovst.vsttime
2.
select ovst.*,substring(concat(ovstost.name,' [',spclty.name,']'),1,250) as ovstname,t.pdx as icdcode,icd101.name as icdname,patient.birthday,concat(patient.pname,' ',patient.fname,' ', patient.lname) as ptname,dtmain.dn  , r.vn as rx_vn,t.rcpno_list ,dl.dt_list  from ovst  left outer join vn_stat t on t.vn=ovst.vn  left outer join spclty on spclty.spclty=ovst.spclty  left outer join patient on ovst.hn=patient.hn left outer join ovstost on ovst.ovstost=ovstost.ovstost  left outer join icd101 on icd101.code=t.main_pdx  left outer join dtmain on dtmain.vn = ovst.vn and dtmain.tm_no = 1  left outer join rx_operator r on r.vn=ovst.vn and r.pay='Y'  left outer join dt_list dl on dl.vn=ovst.vn  where  ovst.vstdate='2007-04-09'  and ovst.vn in ('500409075536','500409075639','500409075849','500409080146','500409080356','500409080512','500409080530','500409080603','500409080737','500409080745','500409081455','500409081744','500409082116','500409082156','500409082208','500409082917','500409083042','500409083101','500409083405','500409084542','500409084615','500409084702','500409084717','500409084817','500409084932','500409085329','500409085632','500409085715','500409085752','500409090159','500409090337','500409090354','500409090835','500409092121','500409092754','500409093032','500409094139','500409101040','500409101211','500409101640','500409125549','500409145514')   order by ovst.pt_priority desc,ovst.cur_dep_time,ovst.vsttime

[manoi]

ตอน Upgrade structure กดปุ่ม Quick หรือ Full upgrade ครับ

[navyNP]

มี รพ.ไหนพบปัญหาเดียวกันอีกบ้างครับ แล้ว V.3.50.4.10 แก้ได้แล้วใช่ไหมครับ สรุปคือควรจะ full upgrade ใช่ไหมครับ กำลังตัดสินใจ upversion อยู่พอดี รบกวนขอข้อมูลหน่อย

[manoi]

เปิด hamachi ด้วยครับ

[that panom]

ตอน Upgrade structure กดปุ่ม Quick  ครับ จะลง  ver.ล่าสุด3.50.4.10 และupgrad แบบ full ครับ ถ้าไม่หายจะแจ้งอีกทีครับ ขอบคุณครับ และก็จะ เปิด HAMACHI ไว้ครับ

[tiae]

มาแว้วครับ

หลังจากที่ทำการ download V.3.50.4.10 มาแล้ว
ทำการ full upgrade ขึ้น error แบบนี้ครับ



หลังจากนั้น ทำการ quick upgrade ไม่มีปัญหาอารายครับ

และทำการทดสอบ process list ดูครับ
ยังเป็นเหมือนเดิมอยู่ครับอาจารย์....

เครื่องทำงานหนักมาก  ๆ กินแรมผมเหลือแค่ 5Mb เองครับ
แรมผม 1g ครับ

ขอบคุณครับ

[manoi]

Memory leak เป็นเฉพาะการ Monitor processlist mysql 4.1 ครับ ช่วงนี้ทำการ Monitor process list เท่าที่ำจำเป็นก่อนนะครับ

ส่วนปัญหา ระบบห้องทันตกรรมช้าใช้คำสั่งนี้ครับ

โค๊ด: SQL

1. CREATE INDEX ix_vn ON dtmain (vn);
2.  

[tiae]

อ.ครับ 

ตัว process list ตัวนี้สามารถใช้งานกับ mysql v.4.1 ได้หรือเปล่าอ่ะครับ
เพราะตอนนี้  มีปัญหาอยู่ว่า  ถ้าเครื่องลูกข่ายเครื่องใดเครื่องหนึ่งทำการตัดรายงาน  จะทำให้เครื่องทำงานหนักมากเลยอ่ะครับ  ไม่ทราบว่าเป็นปัญหาเกี่ยนเนื่องมากจากตัวนี้ด้วยหรือเปล่าครับ

ขอบคุณครับ

[manoi]

ใช้ mtop ทำการ monitor ที่เครื่อง server ไปก่อนครับ

http://mtop.sourceforge.net/

[tiae]

ของผมเป็นอย่างนี้ครับ
SQL Error Query  was empty
-------------------------------------------
GeSHi (sql):
CREATE INDEX ix_vn ON dtmain (vn);
>Created by GeSHI 1.0.7.3

[manoi]

หากเรียกใช้คำสั่งใน ปุ่มสายฟ้า ไม่ต้องใส่ ; ครับ