ใช้ในการตรวจสอบและปรับตั้งค่าการ Backup ของ Account ที่มีการใช้งานขนาดใหญ่ ๆ ให้เป็นแบบ Incremental Backup เพื่อลดภาระ CPU โหลด วิธีแก้ปัญหาทีม TSการแก้ไข 1. ทำการ add account : {user} เพิ่มใน /root/script/localConfig/{hostname}/incrementalBackup.conf 2. ทำการรัน perl /root/script/myupcp.pl 3. ทำการ uncheck box รายชื่อ Account ที่ต้องการทำ incremental backup ที่ WHM >> Backup >> Configure Backup แล้วคลิกที่ Select ตรง Select Specific Users วิธีแก้ปัญหาทีม SYSNOC หรือ ITS
ใช้สำหรับดู Request ที่ลูกค้าทำการร้องขอมาเพื่อทำการติดตั้ง program จาก cPanel ของลูกค้าเอง วิธีแก้ปัญหาทีม TSให้ทำการตรวจสอบเนื้อหาที่เขาพิมพ์มาว่า ต้องการติดตั้งจริงหรือไม่ หากไม่พิมพ์อะไรมาให้ตอบกลับไปเพื่อให้เขายืนยันมาใหม่ อย่าไปทำการติดตั้งให้ แต่ถ้าหากเป็นความต้องการของลูกค้าที่ต้องการจะติดตั้งโปรแกรมเพิ่มนั้น ให้เข้าไปทำการติดตั้งที่ cPanel >> โปรแกรมฟรี >> โปรแกรมเสริมเพิ่มเติม >> เลือกโปรแกรมที่ลูกค้าต้องการจะติดตั้งครับ วิธีแก้ปัญหาทีม SYSNOC หรือ ITS
เพื่อไว้ใช้ตรวจสอบว่ามี account ใดบ้างที่อาจมีปัญหาการถูก spam board หรือมีการใช้งานที่ผิดปกติ เพราะโดยทั่วๆ ไป ดาต้าเบสต์ไม่น่าจะใหญ่มากนัก โดยขนาดที่เราตั้งไว้คือ 500MB หาก script ตรวจสอบเจอดาต้าเบสที่มีขนาดเกินมากกว่านี้ก็จะมี Alert วิธีแก้ปัญหาทีม TSส่ง lv2 วิธีแก้ปัญหาทีม SYSNOC หรือ ITSการแก้ไข ใช้ phpMyAdmin จาก WHM ทำการตรวจสอบว่ามีการใช้งานผิดปกติอย่างไรแล้วทำการแก้ไข ที่มักเจอบ่อย ๆ คือ บอร์ดถูกสแปม , ลูกค้าที่ใช้ SMF แล้วเปิด debug log ไว้ กรณียกเว้น เป็นการใช้งานจริง ๆ ให้ทำการ white list ให้โดยสามารถทำได้โดย การตั้งค่าใน /root/script/localConfig/{hostname}/dbFileSizeAlert.conf ซึ่งให้ใช้ format ตามนี้ DB_NAME = sizeinMB เช่น rvsuppor_cerberus = 1500 จากนั้นรัน perl /root/script/myupcp.pl
ใช้เพื่อป้องกันและตรวจสอบการส่งอีเมลล์ที่ผิดปกติ โดยเฉพาะเรื่องการส่ง สแปม ที่หากปล่อยไว้หรือไม่สนใจอาจจะทำให้ Mail Server เราถูก Blacklist ได้ซึ่งจะทำให้เกิดปัญหาหลายอย่างตามมา วิธีแก้ปัญหาทีม TSส่งให้ lv2 วิธีแก้ปัญหาทีม SYSNOC หรือ ITSให้ทำการตรวจสอบจาก log : /var/log/exim_mainlog ว่ามีการส่งอีเมลล์ในลักษณะใด ผิดปกติหรือไม่ ส่วนใหญ่จะแบ่งเป็น 1. ลูกค้าตั้งใจส่งเอง แต่ใช้วิธีการส่งผ่าน outlook หรือ script อื่น ๆ ไปยังรายชื่อลูกค้าของเขาจำนวนมาก ๆ ให้ assign ticket ต่อให้ทางฝ่ายขายติดต่อลูกค้าอธิบายถึงปัญหา และ แนะนำให้เปลี่ยนมาใช้ Mailman 2. เป็นลักษณะ stealthy SMTP Authentication ให้ทำการเปลี่ยน Password Email ลูกค้าตัวที่มีปัญหาทันที และ ให้ assign ticket ต่อให้ทางฝ่ายขายติดต่อลูกค้าอธิบายถึงปัญหา 3. เป็นลักษณะของการส่งผ่านพวก form ต่างๆ ที่มีช่องโหว่ ให้ทำการตรวจสอบหาไฟล์ที่มีปัญหา แล้วเปลี่ยน Permission เป็น 000 แล้วทำการ restart apache จากนั้นทำการ assign ticket ต่อให้ทางฝ่ายขายติดต่อลูกค้าอธิบายถึงปัญหา กรณียกเว้น 1. ทำการ Edit ไฟล์ /root/script/localConfig/{hostname}/maxEmails.conf และ add ชื่อโดเมนที่ต้องการกำหนดค่า maxemailsperhour ตาม format ที่แสดงอยู่ หากไม่มีไฟล์อยู่ ให้ทำการ copy มาจาก /root/script/localConfig ไฟล์ชื่อ maxEmails.conf.dist ไปที่ /root/script/localConfig/{hostname} แล้วลบ .dist ออก 2. ทำการรัน perl /root/script/dailyTasks/setDomainMaxEmail.pl
ปัญหา Raid Degraded บนเครื่อง server1.rvglobalsoft.com ทางแก้ปัญหา ทำการตรวจสอบด้วยคำสั่ง cat /proc/mdstat root@server1 [~]# cat /proc/mdstat Personalities : [raid1] [raid0] md3 : active raid1 sda6[0] 29293404 blocks super 1.1 [2/1] [U_] bitmap: 1/1 pages [4KB], 65536KB chunk md5 : active raid1 sda8[0] 3902731 blocks super 1.1 [2/1] [U_] bitmap: 1/1 pages [4KB], 65536KB chunk md4 : active raid1 sda7[0] 401230220 blocks super 1.1 [2/1] [U_] bitmap: 3/3 pages [12KB], 65536KB chunk md0 : active raid1 sda1[0] sdc1[2] 240928 blocks super 1.0 [2/2] [UU] md2 : active raid1 sda5[0] 48828444 blocks super 1.1 [2/1] [U_] bitmap: 1/1 pages [4KB], 65536KB chunk md1 : active raid1 sda2[0] 3902763 blocks super 1.1 [2/1] [U_] bitmap: 1/1 pages [4KB], 65536KB chunk md6 : active raid0 sdc9[1] sda9[0] 1956864 blocks super 1.1 512k chunks จากนั้นให้ดู ว่า Raid ไหนบ้างที่มีปัญหา จากนั้นให้ทำการ add disk ที่หายไปกลับเข้าไปใน Raid device root@server1 [~]# mdadm --manage /dev/md2 --add /dev/sdc5mdadm: re-added /dev/sdc5root@server1 [~]# mdadm --manage /dev/md4 --add /dev/sdc7mdadm: re-added /dev/sdc7root@server1 [~]# mdadm --manage /dev/md5 --add /dev/sdc8mdadm: re-added /dev/sdc8root@server1 [~]# mdadm --manage /dev/md3 --add /dev/sdc6mdadm: re-added /dev/sdc6root@server1 [~]# mdadm --manage /dev/md1 --add /dev/sdc2mdadm: re-added /dev/sdc2 จากนั้นให้ทำการ monitor ด้วย watch cat /proc/mdstat รอจนมีการ sync raid จนเสร็จ สาเหตุปัญหา เกิดจาก HD ที่มีการ add อยู่ใน raid software มีปัญหา อาจจะมี bad secter พอมีการเขียน disk ตรงช่วงนั้นเลยทำให้เกิดปัญหาจึงทำให้ Raid Degraded ได้ครับ