Planet TLWG

Subscribe to Planet TLWG feed
Planet TLWG - http://debianclub.org/planet-tlwg
Updated: 1 hour 44 min ago

Kitt: The 10-Books Quest

9 September, 2014 - 10:10
พี่ Theppitak Karoonboonyanan กับ Kamthorn Krairaksa แท็ก quest หนังสือสิบเล่ม ส่งงานครับ 1. วงกลมกลับหัว (อาจารย์เซน กิลเบิร์ต) + การ์ตูนเซ็น (various) อ่านช่วงที่ตามหาคำตอบบางอย่างในชีวิต เปิดหูเปิดตามากๆ 2. Foundation Series (Isaac Asimov) อ่านครบทุกภาค แต่นับแล้วก็ยังประทับใจเฉพาะภาคที่ Asimov เขียน ลึกซึ้งมาก 3. Robot Series (Isaac Asimov) I, Robot + Elijah Baley ไม่แน่ใจว่ายังเหลือภาษาไทยอีกไหม 4. Michael Bolitar Series (Harlan Coben) 5. Harry Bosch Series (Michael Connelly) 6. Kosuke Kindaichi […]

Thep: swath 0.5.3

2 September, 2014 - 15:10

swath 0.5.3 ออกแล้วเมื่อวานนี้ รุ่นนี้เป็นการปรับพจนานุกรมตามหลัง การอัปเดต TeX hyphenation pattern ซึ่งปรับตามพจนานุกรมของ LibThai 0.1.21 อีกทอดหนึ่ง แต่พร้อมกันนี้ก็มีการเปลี่ยนแปลงอย่างอื่นที่น่าสนใจด้วย

คุณ +Sorawee Porncharoenwase รายงานมาใน Google+ ส่วนตัวว่าพบบั๊ก 2 ตัวใน swath เมื่อใช้งานกับ plain text:

  • เมื่อป้อนข้อความ UTF-8 ยาว ๆ ผ่านคำสั่ง swath -u u,u ปรากฏว่าข้อความจะถูกตัดท้ายก่อนจบ
  • swath ทะลึ่งไปแทรกรหัสตัดคำในภาษาอังกฤษและหลังเครื่องหมายวรรคตอนบางตัวในโซนภาษาไทยด้วย เช่น:
    hello (|world)
    สวัสดี (|ครับ|)
    

บั๊กแรกนั้น ความจริง swath จองที่ไว้สำหรับบรรทัดยาวถึง 2000 อักขระ ซึ่งข้อความตัวอย่างที่คุณ Sorawee ให้มาก็ไม่ได้เกินนั้น เมื่อตรวจสอบก็พบว่ามาจากโค้ดส่วนอ่าน-เขียน UTF-8 ที่จองบัฟเฟอร์ไว้รองรับแค่ 1 ไบต์ต่ออักขระ ในขณะที่ UTF-8 ต้องการถึง 6 ไบต์ต่ออักขระใน extreme case จึงได้จองเนื้อที่ไว้ให้เพียงพอ ก็แก้ปัญหาได้

บั๊กที่สอง มีวิธีแก้ได้สองวิธี คือเข้าไปล้วงในอัลกอริทึมตัดคำระดับล่างของ swath เลย หรือแก้ที่ตัวอ่าน token เพื่อให้ส่งเฉพาะภาษาไทยเข้าสู่อัลกอริทึมตัดคำเท่านั้น ผมเลือกอย่างหลัง ด้วยเหตุผลสองประการ:

  1. โค้ดระดับล่างของ swath นั้น เป็นโค้ดที่คนเขียนอ่านรู้เรื่องคนเดียว (ซึ่งไม่ใช่ผม) และไม่ได้ออกแบบให้รองรับการปรับเปลี่ยนอะไรมากนัก การเข้าไปแตะโค้ดส่วนนี้จึงเสี่ยงเกินไป
  2. ใน file filter ทั้งหลาย ทั้งสำหรับ LaTeX, HTML และ RTF ต่างก็ใช้วิธีส่งเฉพาะ token ภาษาไทยไปให้อัลกอริทึมตัดคำทั้งนั้น ในขณะที่ส่วนจัดการ plain text กลับส่งเข้าไปทั้งก้อนโดยไม่แยก การแก้ส่วนจัดการ plain text ให้ทำงานแบบเดียวกันจึงดูสมเหตุสมผล

และก่อนที่จะออก swath ในแต่ละรุ่น ผมพยายามจะทำความสะอาดโค้ดไปทีละนิด สำหรับรุ่นนี้ สิ่งที่ทำคือตัดโค้ดที่ไม่ได้ใช้งานทิ้ง ได้แก่โค้ดส่วนทำ shaping ภาษาไทยใน LaTeX filter ซึ่งไม่มีการเรียกใช้มานานมากแล้ว ตั้งแต่มี thailatex (ซึ่งปัจจุบันคือ babel-thai ใน CTAN) ที่รองรับการทำ shaping ผ่าน virtual font มาตั้งแต่ต้น เมื่อตัดโค้ดส่วนนี้ไป ก็ทำให้ขนาดของโปรแกรมลดลง 4.1 KiB

นอกจากนี้ ก็ได้ปรับข้อความใน man page นิดหน่อยด้วย หลังจากที่ thailatex เปลี่ยนเป็น babel-thai มาระยะหนึ่งแล้ว (ประกาศเมื่อปีกลาย) ก็กล่าวถึง babel-thai ให้เหมาะสม

อัปโหลดเข้า Debian Sid แล้วครับ คุณควรจะเจอแพกเกจใหม่ตั้งแต่เมื่อเช้าแล้วแหละ

Kitt: Migrate to MariaDB

1 September, 2014 - 23:42
Just drop a note that I’ve just migrated from Percona to Maria DB. See if it goes well ..

Udomsak: Docker Linux Container

23 August, 2014 - 15:21
You should to know what is or not about Docker.
https://news.ycombinator.com/item?id=8212908


Docker Release version 1.2  
https://blog.docker.com/2014/08/announcing-docker-1-2-0/



My site Article and Topic

Thep: LibThai 0.1.21

21 August, 2014 - 18:07

LibThai 0.1.21 ออกแล้ว โดยรุ่นนี้ นอกเหนือจากการปรับพจนานุกรมตัดคำตามปกติ ก็ยังมีการเพิ่มสมรรถนะของตัวตัดคำเล็กน้อยด้วย

ตอนที่ยกเครื่องตัวตัดคำของ LibThai เขียนใหม่เมื่อ 8 ปีที่แล้วนั้น (การประเมินผลขณะ merge เข้า trunk) ก็ได้คิดเผื่ออัลกอริทึมแบบอื่นไว้ขณะออกแบบเหมือนกัน กะว่าอาจมาปรับเพิ่มในอนาคต แต่ก็ไม่ได้กลับไปดู จนมาถูกกระตุ้นด้วยการเปิดไฟล์ HTML บางไฟล์ด้วย Firefox/Iceweasel แล้ว พบว่าใช้เวลานาน จึงได้เอาความคิดนี้มาปัดฝุ่นใหม่ โดยพยายาม refactor โค้ดเตรียมรองรับอัลกอริทึมอื่นไว้

และก็ได้คิดออกแบบอัลกอริทึมแบบ longest matching ดู โดยอาศัยโครงจากอัลกอริทึม maximal matching ปัจจุบัน แต่ขณะสำรวจและวิเคราะห์โค้ดเดิม ก็กลับเกิดไอเดียที่จะลดขั้นตอนของโค้ดเดิมขึ้นมาแทน

ผมใช้ callgrind วัดเวลาที่ใช้ในฟังก์ชันต่าง ๆ ก็พบว่าฟังก์ชันที่กินเวลามากที่สุดคือ brk_recover_try() ซึ่งใช้สำหรับหาจุด recover จากคำที่ไม่อยู่ในพจนานุกรม จึงพยายามมุ่งมาลดขั้นตอนในฟังก์ชันนี้

ผมมีสมมุติฐานมากมาย ตั้งแต่การลดการ assign การคัดลอก และการตรวจค่าเล็ก ๆ น้อย ๆ ที่ไม่จำเป็นออก ไปจนถึงการปรับกระบวนการคิดของอัลกอริทึม แล้วก็ต้องโยนทิ้งไปหลายเรื่อง เพราะบางเรื่องเอาเข้าจริงกลับทำให้ใช้เวลาเพิ่มขึ้น มีเพียงเรื่องเดียวที่ทำให้ลดเวลาได้อย่างจริงจัง คือการปรับวิธีตรวจสอบจุด recover จากการ match คล้ายการตัดคำปกติ มาเป็นการ match แบบละโมบ (greedy) โดยพยายาม match คำให้ได้มากคำที่สุดสำหรับแต่ละทางเลือกที่หยิบออกมา ซึ่งมีผลทำให้พบคำตอบได้อย่างรวดเร็วในกรณีที่จุดนั้นสามารถ recover ได้ อีกทั้งไม่ต้องไปเสียเวลาเลือกทางเลือกมาพิจารณาให้มากเกินไป เพราะจุดประสงค์ของการ recover ก็แค่พิจารณาว่าแต่ละจุดสามารถ recover จาก error ได้หรือไม่เท่านั้น ไม่ได้ต้องการ solution ที่สวยงามว่า recover แล้วต้องได้การตัดคำที่ดีที่สุด

ความจริงแนวคิดนี้ก็เคยทำไปแล้วตั้งแต่รุ่นแรก ๆ ด้วยการหยุดทันทีที่พบคำตอบแรก ไม่ต้องไปสนใจลองคำตอบอื่น แต่ครั้งนี้ได้เร่งให้พบคำตอบแรกเร็วขึ้นไปอีก

แนวคิดอื่นที่ยังทำไม่สำเร็จก็เช่น ลดจำนวนการ recover ลง, ลดขนาดของ search space ลง, ทำ cut-off แต่ไว้ค่อยคิดต่อไป รวมถึงการสร้างอัลกอริทึมแบบอื่นด้วย แต่ตอนนี้ขอออกรุ่นที่ปรับสมรรถนะเล็กน้อยนี้ก่อน ให้ทันใช้ใน Jessie ที่กำลังจะ freeze ในเดือนตุลานี้ โดยถือหลัก ออกเนิ่น ๆ ออกถี่ ๆ (release early, release often) เพื่อให้ตัวไลบรารีถูกทดสอบแต่เนิ่น ๆ ด้วย

สำหรับสมรรถนะตัวตัดคำที่เพิ่มขึ้นในรุ่นนี้ วัดเวลาจากกรณีทดสอบโดยใช้ callgrind:

  • ก่อนปรับ: 48,094,350
  • หลังปรับ: 46,893,901

คิดเป็นเวลาที่ลดลง = 2.50%

แต่นี่นับรวมทั้งหมดตั้งแต่เปิดพจนานุกรม, ตัดคำ, ปิดพจนานุกรม ซึ่งเวลาที่ใช้เกี่ยวกับพจนานุกรมนับเป็นสัดส่วนที่มากเอาการอยู่ และเป็น fixed cost ที่เกิดเพียงครั้งเดียวเท่านั้นตลอดโพรเซสที่เรียกตัวตัดคำของ libthai ดังนั้น ผมจึงวัดเวลาที่ใช้ในการเปิด-ปิดพจนานุกรมมาหักลบใหม่:

  • เฉพาะเปิด-ปิดพจนานุกรม: 32,961,393

เมื่อหักลบเวลาเปิด-ปิดพจนานุกรม จะเหลือเวลาสำหรับช่วงตัดคำจริง ๆ คือ:

  • ก่อนปรับ: 15,132,957
  • หลังปรับ: 13,932,508

คิดเป็นเวลาที่ลดลง = 7.93%

หรืออัตราเร็วที่เพิ่มขึ้น = 1 / (1 - 0.0793) - 1 = 0.0861 หรือ 8.61%

Udomsak: บันทึกส่วนตัว

7 August, 2014 - 00:56
ปูมบันทึก บันทึกตามเวลาโลก


วันที่  6  เดือน สิงหาคม พุทธศักราช 2557  เวลาประมาณ สี่ทุ่มครึ่ง เปลียน Status relation ship บน facebook  เป็น


In Reletionship  กับ  "ใครสักคน"  ที่ไม่มีใครรู้จักหน้าตา  วาเป็นใครที่ไหน ยังไง


มาพร้อมกับ  33 Like


เปลียนทั้งที่ไม่รู้ว่าจะเป็นอย่างไรต่อไป ปล่อยให้เป็นเรื่องของในอนาคต แค่ทุกวันนี้มีความสุข ก็พอใจแล้ว


ทำวันนี้ให้ดีที่สุด  :)    

#me  





My site Article and Topic

Udomsak: Review โทรศัพท์ AIS Lava ( iris 456 ) ราคาเครื่องละ 3,9xx บาท ( Q2 - 2014 )

6 August, 2014 - 17:37
AIS ออกโทรศัพท์ ราคาเบา Spec ถูกใจ  เลยเอามาเขียน Review สักหน่อยเผือวันหน้าจะมีใคร ให้มือถือมาทดสอบอะไรกับเขาบ้าง  
  • ราคา 3 พันกว่า เกือบสี่พัน  
  • ถ้าเทียบกับ Zen phone 4  ซึ่งราคาพอๆ กัน แต่ Zen phone 4  สเปคเทพกว่า อย่างไรก็ตาม ผมมันประเภทใช้ต่อ Net บ่อย หาโอกาส Charge ยาก แบตฯ ของ Zen phone 4  ให้ กระแสมาน้อยกว่า ถึงจะให้มาสองก้อนก็เหอะ คงลำบากไปหน่อย ถ้าจะพกสองก้อนติดตัว ผมจึงเลือก  AIS Lava แทน  
  • สเปค CPU
    • AIS Lava  
      • ARM - Core 7  2 Core 
    • Asus Zen phone 4
      • Intel Atom 
  • RAM มีเยอะก็ดี เปิด App ได้เยอะขึ้น เล่นเกมส์ได้ ลื่นขึ้น  เล่นแอพฯ ได้ดี 
    • AIS Lava
      • 512M
    • Asus Zen phone 4 
      • จำไม่ได้ 
  • Sensor 
    • AIS Lava  ให้มา 3 เซนเซอร์
      • วัดแสง  ( Light ) 
      • ตรวจจับ การเชื่อมต่อ ( Proximity ) 
      • ตรวจจับ อัตราเร่ง ( Accelerometer )
  • กล้อง
    • AIS Lava 
      • หน้า 3 เมกกะพิกเซล
      • หลัง 5 เมกกะพิกเซล 
  • ความละเอียดจอ
    • AIS Lava  จอจะยาวกว่า Asus Zenphone 4  ผมจึงเลือก AIS Lava เพราะ จอเล็กต่อให้เล็กกว่ากันไม่ถึงนิ้ว แต่มันชวยให้ ผู้ชราภาพแบบผมใช้งาน ได้ดีขึ้น 
      • 854x480 พิกเซล
  • SIM โทรศัพท์ สนับสนุน 2 ซิม  โดยสนับสนุน Micro SIM ด้วย มีช่องให้ตรงกลาง ด้านหลัง แบต 

รายละเอียดอื่นๆ  ดูได้จากภาพ แนบนะครับ 
ข้อดี
  • ราคาถูก
  • กล้อง focus ไว และชัด  ถ้าเทียบกับ iMobile 7.3 
  • ใช้งานได้ดี ทั้ง Wifi และ A-GPS  
  • พอใช้งานได้ดี  ทั้งเล่นเกมส์ , ถ่ายรูป
  • เปิดเครื่องได้เร็วดี 
  • ฝาหลังเป็นยาง  ดีสำหรับ จอมซุ่มซ่ามแบบผม ที่ชอบทำ โทรศัพท์ตกประจำ จับนุ่มมือ ตกไม่ถลอกงาย ไม่ขี่เหร่ไว
  • บางสีสวย ( ดำ ) ดูแล้วเหมือนถือ โทรศัพท์ High-end  หรือ Feature phone ดีๆ  มั่นใจขึ้นมาหน่อย เวลาถืออยู่ใน รถไฟฟ้า  
  • มี Service ของ AIS Application มาให้เลย จะตรวจสอบ ค่าใช้จ่าย , โปรโมชั่น , Cloud ทำได้จาก Application เลย ( กรณีใช้ SIM ของ AIS และ ไม่ได้เชื่อมต่อ Wi-fi ไม่งั้น  App จะให้ลงทะเบียนใหม่ ) 
ข้อเสีย
  • สาย Charge พังไวมาก ผมกระแทกขั้วแบต นิดหน่อย เนื่องจากนอนทับ ปรากฏว่า ไฟไม่เข้า ต้องไปซ์้อ สาย Charge USB อื่น ( ของ Samsung ) มาใช้แทน  ราคา 150บาท 
  • ถ้าต้องการต่อ Internet และ มีการใช้งานอย่างราบรื่น ให้เปิด 3G ทิ้งเอาไว้ แล้ว ค่อยเปิด หรือ ปิด Wi-fi ตามต้องการ จึงจะ switch mode data connect  ไม่งั้น เครื่อง งง เปิดๆ ปิดๆ เผลอๆ ไม่ยอมต่อข้อมูลให้ 
  • Wi-fi ถ้าปิดแล้วเปิดใหม่ ใช้เวลาอยู่ เกือบ 5 นาที หรือ 10 นาที ในบางครั้ง จึงจะเชื่อมต่่อ Internet ได้ ก็ต้องใจเย็นหน่อย  กรณี เปิด 3G อยู่ 
  • เปิดกับ Facebook messenger  Hang หรือ Freeze บ่อย 

หน้าจอ



Application ที่แถมมาให้


Spec Kernel  Android 4.2 


Sensor ที่สนับสนุน

สเปคโดยรวมทั้งหมด

ตั้งค่าการเชื่อมต่อข้อมูล 


กำหนดค่าการใช้ข้อมูล


ภาษา


 




My site Article and Topic

Udomsak: Ideal project Thailand Wi-Fi and Cellular

28 July, 2014 - 16:03

IDEAL PROJECT  #HOBBY
  • Collect info Of Cellular and Wi-Fi Hotspot in Bangkok 
  • Collect and Detect Infomation and usage when need in Low cost
    • for Anti-Theft
    • for Eco-system of Location Base Service ( LBS ) 
  • Run On Mobile
  • Run On Desktop base on Atom-shell
  • Feature from  OpenCellId.org  
  • Support API 
    • REST
  • Personal and Business use 
  • Focus in Thailand

Sample Data  KML 

Collect Infomation of MAC Address

OPEN CELL ID  IN BANGKOK

My site Article and Topic

Udomsak: OpenStack ตอนที่ 3

25 July, 2014 - 18:58
ตอนนี้จะเกริ่นถึง Third party Service Deployment  โดยการใช้ Foreman และ การ Deployment เปรียบเทียบกับ วิธีอื่นๆ  ผมเอง Setup ทิ้งเอาไว้ บนระบบ Linux บน  Laptop ของผมเอง เผื่อที่จะใช้งาน หรือ รับงาน Deployment Service ขนาดใหญ่

เดิมทีผม Setup เอาไว้ใน VirtualBox VM บนระบบฝั่ง Window  พอ Switch มาฝั่ง Linux จึงคิดว่า Setup เพิ่มเอาไว้ดีกว่า เผื่อถ้าทำงานใน ฝั่ง Linux แล้วมีเหตุให้ต้อง Deploy service ก็ขี้เกียจจะ Reboot เข้า Windows เพื่อ run vm สำหรับ งาน Deploy อีก 

ที่บอกว่า Service ขนาดใหญ่ คือ เริ่มตั้งแต่การติดตั้ง Base metal  ไปจนถึงการติดตั้งซอฟต์แวร์ เพื่อรัน Service stack ที่เราต้องการ ( หมายถึง การติดตั้ง Software set และ Dependencies ) รวม ไปถึงการ Monitor       

Foreman เป็นเครื่องมือช่วยเราบริหารจัดการ การ Deployment โดยนิยามของตัว Foreman เขาบอกเอาไว้ว่า    
Foreman is a complete lifecycle management tool for physical and virtual servers.
การทำงานของ Foreman จะทำงานหลักๆ อยู่ 3 อย่าง คือ 

  • Provisioning
  • Configuration
  • Monitoring 
โดยโครงสร้างของ Foreman ( Architecture )  จะเป็นดังนี้  ( ภาพจาก theforeman.org ) 

  



โดยหลักแล้วตัว Foreman จะทำงานกับ Puppet เป็นหลัก ( configuration management )  แต่ก็สนับสนุน Configuration Management ตัวอื่นๆ ด้วย  เช่น Chef เป็นต้น และ เราสามารถ เลือกการติดตั้ง ภายหลังได้ ทำการติดตั้ง Plugin เพ่ิมเติม  

อย่างไรก็ตาม ก็มี Software ตัวอื่น ซึ่งทำงาน คล้ายๆ กันกับ Foreman ในที่นีผมจะอ้างถึง Ubuntu Cloud Software Stack  ในที่นี้ผมจะยกตัวอย่างเปรียบเทียบกัน  โดยถ้าหากเป็น Ubuntu Cloud  จะใช้ Software 2 หรือ มากกว่านั้นในการทำงานให้เหมือนกันกับ Foreman  โดย Foreman จะรวมเอาทั้ง Bare metal เข้ารวมกับ Configuration management  และ ทำการ Monitor ไปในตัว    

Ubuntu Cloud Stack  

  • MaaS   หรือ Metal As A Service  ใช้สำหรับ Deploy bare metal  
  • JuJu  หรือ Service Orchestration  
ภาพนี้เป็นโครงสร้างของ Ubuntu  MaaS   Architecture  ( https://maas.ubuntu.com/ ) 

ตัวอย่างแสดงการทำงานของ JuJu  ( https://juju.ubuntu.com  ) 


โดยที่การ Deploy service ต่างๆ  จะใช้ชื่อ Charm โดยเข้าไปดู Concept ได้จาก ( https://jujucharms.com/ )
มาดูในส่วนของ OpenStack กันบ้าง จะเรียกส่วนที่ใช้ Deploy ส่วนของ Bare metal คือ Bare metal service ( https://wiki.openstack.org/wiki/Baremetal  )  ดูเพิ่มเติมจากรูปด้านล่าง จะเห็น Cloud Service Stack ของทาง OpenStack นั้นก็ยังไม่ครบถ้วนสมบูรณ์นัก ยังคงต้องเพิ่ง การทำงานแบบ  Manual เข้ามาช่วย ไม่ Automate ระบบทั้งหมด 


ฺBlog ชุดเรื่อง OpenStack  ผมจะพยายามเขียนให้ครอบคลุมถึง Cloud software Stack ทั้งหมดให้มากที่สุด เท่าที่จะเป็นไปได้  ถ้าไม่นับรวมขี้เกียจมานั่งเขียนนะครับ :-) 

Foreman เองนั้นสนับสนุน  Ubuntu 12.10 , 14.10 ขณะที่ระบบปฏิบัติการที่ผมใช้อยู่คือ  13.10 ดังนั้น ผมจะอิงการติดตั้ง Foreman จากเครื่องผมเป็นหลักส่วนที่เขียนใน blog นี้สำหรับการต่อยอด และ อ้างถึง เพื่อง่ายในการเปรียบเทียบเท่านัน  

ติดตั้ง Foreman บน Ubuntu 13.10  

echo "deb http://deb.theforeman.org/ wheezy 1.5" > /etc/apt/sources.list.d/foreman.list
echo "deb http://deb.theforeman.org/ plugins 1.5" >> /etc/apt/sources.list.d/foreman.list
wget -q http://deb.theforeman.org/pubkey.gpg -O- | apt-key add -
apt-get update && apt-get install foreman-installer

หมายเหตุ ตามคู่มือจะให้ run  forreman-installer เพื่อทำการ และ Configuration ค่าที่เกี่ยวข้องอื่นๆ แต่เนื่องจากเครื่องผม มีปัญหากับ PostgreSQL script และ ไม่มีความจำเป็นในการติดตั้ง Database ขนาดใหญ่ ดังนั้นผมจึงใช้ Sqlite แทน ซึ่งถ้า ระบบของผู้อ่านมีขนาดใหญ่ Deploy image มากกว่า 200 - 300 VM  หรือ Production server ผมแนะนำให้ใช้ ระบบปฏิบัติการตามคำแนะนำ ในคู่มือ และใช้  Database ที่ขนาดใหญ่ขึ้น 

Foreman จะ Database Default  จะไปใช้ PostgreSQL ซึ่งตัว Chef และ Puppet ก็จะใช้เช่นเดีียวกัน ดังนั้นจึงทำให้มีปัญหาและ ผมต้องมีการปรับแต่ง ค่า Configuration ให้เข้ากับเครื่องผม  

foreman-installer  หรือ  foreman-installer -i กรณีต้องการ interactive shell 

ดังนั้นผมจึงเลือกใช้คำสั่งนีแทน 

 Install packages  (adjust additional packages as needed)
apt-get install foreman foreman-sqlite3 foreman-libvirt
ถ้าเชื่อมต่อกับ Openstack ก็เปลี่ยนจาก  foreman-libvirt เป็น foreman-compute แทน 


# Copy sample db config to /etc
cp /usr/share/foreman/config/database.yml.example /etc/foreman/database.yml

# Review settings and DB config
vi /etc/foreman/settings.yaml /etc/foreman/database.yml

# Perform initial DB setup
foreman-rake db:migrate
foreman-rake db:seed
ถ้าต้องการเปลี่ยน Database ก็ให้เปลียนจาก foreman-sqlite3 เป็น Database ตัวอื่นแทน ส่วน foreman-libvirt เป็น Plugin สำหรับ Connect  libvirt   

จากนั้นทำการ restart service  Service ที่ Start ขึ้นมาหน้า GUI จะ เปิดอยู่ที่ Port 3000  ( http://localhost:3000 )  โดยก่อนรัน ตรวจสอบ Hostfile ( /etc/hosts ) ว่า format ถูกต้อง ด้วยคำสั่ง hostname -f  

โดยก่อนทำการ Start service Foreman ให้เข้าไปแก้ไขไฟล์ /etc/default/foreman เปลี่ยน START จาก no เป็น yes ( ตามรุป ) 



สั่ง  /etc/init.d/foreman start 


Page แสดง Statistic  



ตัว Foreman เองนอกจากสนับสนุน Libivirt แล้ว ยังสนับสนุน Vmware ด้วย โดยเราสามารถเพิ่ม โดยการเพิ่ม plugin เข้าไป  

อ้างอิง

http://theforeman.org/manuals/1.5/index.html#3.InstallingForeman
http://theforeman.org/manuals/1.5/index.html#6.1InstallaPlugin
http://www.theforeman.org/manuals/1.5/index.html#3.5.5FactsandtheENC




My site Article and Topic

Udomsak: OpenStack ตอนที่ 2

25 July, 2014 - 15:00
เนื่องจากรอ Download configuration software  เขียนไว้    

ก่อนที่จะมาเริ่ม ตอนที่ได้บอกเอาไว้ เรื่องการใช้งาน OpenStack + Docker + OpenVswitch ตามที่ได้บอกเอาไว้เมื่อตอนก่อน  ( OpenStack ตอนที่ 1 )  มาว่ากันเรื่องของ Virtualization กันก่อนเพื่อความเข้าใจ ในระบบก่อนที่จะไปลงลึกในละเอียด

คำว่า VM  ที่เรารู้จักกัน ว่าไปแล้วก็คือ Hardware Virtualization  ( ไม่ใช่  Visualization ) ได้ โดยได้แบ่งออกเป็น 3 ประเภทหลักใหญ่ๆ 

  • Full Virtualization  คือ จำลองลักษณะการทำงานของ Hardware จริงๆ ทั้งหมด  เช่นพวก Virtual Box , Vmware workstation , Parallels* ( Desktop , MAC )  ดูจากรุปจะเข้าใจได้ง่ายมากขึ้น จะเห็นว่าไม่มีการ เปลี่ยนแปลงใดๆ ของ  Guest OS   ซึ่งจะแตกต่างจาก Xen  ( Citrix )  ที่จะมีการ Modify Kernel

    แบบนี้ จะไม่ซับซ้อนอะไร สำหรับ  End  User แค่ติดตั้ง Guest OS  เข้าไปก็จบ Hypervisor จัดการให้หมด  ข้อเสีย แบบนี้  คือ ช้า ส่วนถ้าอยากจะรู้ว่า Hypervisor ทำงานยังไง ไปหาอ่านเพิ่มเติมเองได้นะครับ  :)



    ( รูปจาก http://www.cubrid.org/files/attach/images/220547/462/683/intel_vt_x_based_full_virtualization.png )

  • Partial Virsualization  คล้ายกันกับ Full virtualization  โดยมันเทคโนโลยี เริ่มต้นก่อนจะนำมาพัฒนาเป็น Full virsualization  
  • Para Virtualization  มีการ Modify ในส่วนของ Guest OS  โดยปรับให้บางส่วนมีการติดต่อกับ Hypervisor โดยตรง ในรูปจะเห็นมี Driver อยู่  ผลที่ได้คือ ระบบแบบนี้จะไวกว่า  Full  Virtualization แต่ก็นั่นอีกล่ะครับ  กว่าจะติดตั้งได้ เวลามีการเปลี่ยนแปลง Guest OS  หรือ ระบบใหม่ๆ ต้องทำให้มัน support  Hypervisor แบบนี้ เช่น Xen เป็นต้น  


http://cloudvirtualizationspecialist.com/wp-content/uploads/2014/02/virtual.jpg


KVM ( Kernel Base Virtual Machine )


จะแตกต่างออกไป  โดยจะมีบางส่วนเท่านั้นที่ทำหน้าที่ จำลองการทำงาน อาทิเช่น  hardware visualization processor  นอกจากนั้นจะมีบางส่วนทำงานคล้าย กับ Para Virtualization อาทิการ Access disk โดยทำผ่านสิ่งที่เรียกว่า VirtIO เป็นต้น ดูรายละเอียด เพิ่มเติม ได้ที่นี่ 


( รูปจาก http://www.linuxthoughts.com/wp-content/uploads/2013/07/KVM_architecture-.png )

นอกเหนือจากนั้นแล้ว เนื่องจากเทคโนโยลี ทาง Hardware และ Software มีความก้าวหน้าไปมาก ดังนั้น การทำอะไร โดยใช้ Hardware ทั้งหมดก็เป็นอะไรที่ใหญ่โตเกินไป จึงมีการจำลองการทำงาน ของระบบ อื่นๆ มากขึ้นจากเดิมที่ทำงาน แบบ Hardware   

  • Network Virtualization  จำลองการทำงานของ Switch ที่เป็น Hardware จริงๆ เช่น OpenVswitch 
  • Software Virtualization
  • Desktop Virtualization
ถ้าดูจากเอกสารส่วนใหญ่ใน Internet จะพูดถึงพวกนี้ว่าเป็น  Platform Virtualization

และ เนื่องจาก Overhead ในการจำลองทำงานของ Full Virtualization และ Para Virtualization นั้นมีมาก ทั้ง Cycle ในการประมวลผล และ Resource อื่นๆ  จึงมีทางเลือกของการใช้งาน  อื่นมาแทนที่นั่นคือ 

Operating System Virtualization   ผมยกตัวอย่าง มาแค่  2 - 3 ตัว  ซึ่งผมจะ focus เฉพาะ Docker  (  Container Linux ) 

  • Docker 
  • User Mode Linux ( UML )   
  • Zone ( Solaris )  

ข้อได้เปรียบของ Docker คือ ขนาดเล็ก และ ยุ่งยากน้อยกว่า Virtualization ที่ได้พูดถึงมา นอกจากนั้นยัง สามารถทำ Version Control  ได้ด้วย มีการแบ่ง segment ของ Process โดยแต่ละ Environment  จะมีส่วนการทำงานเป็นของตัวเอง โดยเฉพาะ  ในเครื่องที่เป็น Hosting สามารถมี VM ภายในได้เป็นจำนวนมาก  ขณะที่ เครื่อง Host ที่ติดตั้ง Full หรือ Para Virtualization. จะมีได้อย่างมากสุดก็ ไม่เกิน 5 ตัว  ซึ่งก็ลดทอนด้วยประสิทธิภาพ และ จำนวน RAM ที่มีอยู่   เช่น  เครื่องโน๊ตบุคผม Intel Core i-5  , RAM 12GB.  แค่  Guest-OS ทำงานพร้อมกัน 5 ตัวก็เป็นเรื่องที่ลำบาก   

ขณะที่การทำงานของ Software Service นั้น Developer และ  End-User สนใจแค่  Service ที่ให้บริการ ซึงถ้าเป็น Developer ก็สนใจแค  Space สำหรับทำการพัฒนาโปรแกรม , Dependencies , etc..   ขณะที่  End-User ก็สนใจเพียงแค่ Service ที่ให้บริการเขาเท่านั้น  ดังนั้น Full หรือ Para Virtualization นั้นสำคัญ หรือ จำเป็น สำหรับนักพัฒนา และ End-user ที่ต้องใช้  ??  :)  







My site Article and Topic

Sothorn: การเปลี่ยน Runlevel ใน CentOS 7

23 July, 2014 - 20:37
หมวดหมู่: CentOS

จาก เดิมที่ CentOS จะเปลี่ยน runlevel ที่ไฟล์ /etc/inittab แต่ใน CentOS7 จะเปลียน runleve ด้วยคำสั่ง ดังตัวอย่าง

เปลี่ยนจาก 5 เป็น 3

# systemctl set-default multi-user.target

เปลี่ยนจาก 3 เป็น 5

#systemctl set-default graphical.target

 

Udomsak: OpenStack ตอนที่ 1

22 July, 2014 - 20:02
OpenStack  - Opensource Cloud management

เขียนทิ้งเอาไว้  จากการสังเกตุ มีการใช้ Open Stack กันมากขึ้น เลยคิดว่าเขียนเก็บเอาไว้เรื่อง Openstack จะดีกว่า  โดย Series ในการเขียนนี้จะครอบคลุมไปถึงเรื่อง  Configuration management  ซึ่งผมจะใช้ Chef และ SaltStack เป็นหลัก  และ ผมจะเน้นการใช้งานกับ Docker  
OpenStack คือ ซอฟต์แวร์ที่ใช้บริหารจัดการ Cloud  ( Management )  ซึ่งส่วนตัวนิยามเองว่า มันจะเป็นอะไรที่มากกว่า นิยาม ของ Orchestration อาทิ  Ubuntu้ MaaS ดังนั้นจะสรุปพอให้เข้าใจได้ง่ายๆ 
เคยมีคนแย้งผม เช่นกันว่า  งาน DevOps ไม่เห็นเกี่ยวกับงาน System Engineer หรือ System Administrator แต่อย่างใดเลย ผมเองกลับมีความเห็นว่า เกี่ยวข้องกันตรงๆ เลยครับ ยิ่ง  System Engineer เพิ่ม Skill  DevOps เข้าไปแล้ว การ Deployment หรือ การ Setup ระบบก็สามารถทำให้บริการ ออกสู่ผู้ใช้ปลายทางได้เร็วขึ้น ในทีนี้ กล่าวถึง  ฝ่าย Development , Marketing etc.  ยิ่งเรา Deploy service เราออกไปเร็วเท่าไหร่ บริการของเราก็เร็วมากขึ้นเท่านั้น  System Automation จะเข้ามาทำให้ ชีวิตเราสบายมากขึ้น   ลดปัญหา conflict ระหว่าง team ลงไป งานเดินเร็วขึ้น , เราแค่เตรียม Infrastructure , เตรียม Service ที่ต้องการ ส่วนอื่นแค่มาขอใช้งาน เราคอย Monitoring และ report สำหรับ Capacity planning ไป.

สรุปง่ายๆ อีกเช่นกัน มันลดขั้นตอนการทำงานและความเร็วในการทำงานที่มากขึ้น  ลดปริมาณงานที่เป็น Routine ลง  **แนวคิดนี คนขี้เกียจแบบผมชอบมาก  5555+   
OpenStack เอง Cisco ก็ให้การสนับสนุนนะครับ เท่าที่ผมจำได้  โดยได้รวมเข้ากับ UCS suite ซึ่งปัจจุบันนี้ผมไม่แน่ใจว่า มีการบริหารจัดการ หรือ บริหาร Product Line ยังไง  เนื่องจากไม่ได้ตามข่าวในส่วนของุ  UCS มาเกือบปีได้แล้ว  
รูปภาพที่ได้นำมาใช้ เป็นของ OpenStack website นะครับ :) 
อย่างไรก็ตามส่วนของโครงการนี้ที่ผมสนใจคือ  DNS as a Service ซึ่งขณะนี้ีมีการพัฒนาขึ้นมาเรียกว่า https://wiki.openstack.org/wiki/Designate อาจจะงง นะครับ มันคือ การเรียกใช้  Name Service โดยการเรียกใช้ผ่าน API  ซึ่งของเดิมจะทำ โดยวิธีการใช้ขั้นตอนการทำงานบบ Semi-Auto คือ มีข้นตอนที่ต้องบริหารจัดการเอง ผ่านขั้นตอนของ System Administrator  
แนวคิดนี้มาจาก Power DNS  ใครสนใจ ลองไปค้นเพิ่มเติมดูได้นะครับ  
เอาล่ะเกริ่นเริ่มต้นกันแบบพื้นฐาน ไม่มีอะไรเลย ปัจจุบัน OpenStack  คือ IceHouse และ Juno จะออกประมาณเดือน ตุลาคมถัดไป  
Release ของ  OpenStack 

  • Juno  ออกเดือนตุลา ( 2014 )
  • Icehouse ล่าสุด 2014.1.1  ( เวอร์ชันปัจจุบัน ) + security support 
  • Havana เวอรชันก่อนหน้า 
  • Grizzly 
    • EOL
  • Folsom
    • EOL
  • Essex
    • EOL
  • Diablo
    • EOL
  • Cactus 
    • เก่า
  • Bexar  
    • เก่า
  • Austin 
    •  เก่า
โครงสร้างของ Open Stack แสดงออกมาได้ดังภาพ 






Object แต่ละประเภท 


ส่วนของการควบคุม  Hypervisor เรียกว่า ( Openstack Compute ) และมีชือเรียก Module นี้ว่า Nova
ส่วนให้บริการ Image สำหรับทำการ เรียกว่า Glance  

ส่วนของการจัดการ Network ( Openstack Networking ) เรียกว่า Neutron ใช้สำหรับสร้าง Network Topology  สนับสนุน Network เลเยอร์สอง , เลเยอร์สาม ( L2, L3 ) , VLAN  , QoS , โหลดบาลานซ์ , VPN , Firewall  และ เซอร์วิสอื่นๆ ที่เกี่ยวข้องกับ เนตเวิร์ก 
รายละเอียดอื่นๆ เกี่ยวกับ Neutorn


ส่วนจัดการ การเก็บข้อมูล , Disk ( OpenStack Storing ) เรียกว่า 
  • Object Storage  เรียก  Swift  มี API ให้เรียกใช้ , สามารถ extend raw disk  โดยที่่ไม่ต้องสนใจกับ Layer ทีอยู่ด้านบน ( ไฟล์ , รูปภาพ , อะไรก็ตาม )      
  • Block Storage เรียก Cinder   ความหมายตรงตัวเลย เรียกใช้บริการนี้ เช่น  iSCSI  เป็นต้น 

เนื่องจาก Architecture ของ Open Stack ถูกออกแบบมาเป็นลักษณะของ Module และ เชื่อมต่อกันโดย API ดังนั้น นอกจากระบบหลักของ Openstack ดังที่กล่าวมาแล้วจะมี ส่วนของ โปรแกรมอื่นๆ ที่เกี่ยวข้องเพื่อให้บริการในการให้บริการ   Cloud ครบถ้วนสมบูรณ์สำหรับให้บริการดังต่อไปนี้ 
  • Identity (Keystone) ดูเรื่อง Authentication
  • Telemetry (Ceilometer) ดูเรื่อง มอนิเตอร์ ทรัพยากร
  • Orchestration (Heat) บริหารจัดการ ทรัพยากร 
  • Database Service (Trove)  ดูเรื่อง Database as a Service ( Multitenant Database ) ซึงจากเดิมเราต้อง อาศัยซอฟต์แวร์อื่นมาช่วย หรือ เขียนส่วนจัดการนี้เอง  
  • Dashboard (Horizon) หน้าเวบ GUI 
  • Common Libraries (Oslo) Library อื่น เรียงกัน ออกมาเป็นตับ ถ้าต้องการพัฒนา Service เพื่อใช้งานระบบต่างๆ ก็เข้ามาดูในส่วนนี้ แต่ในเบื้องต้นจะ ขอละ ส่วนตรงนี้ออกไป 
  • Documentation  เอกสาร
  • QA and DevStack QA และ ส่วนของการพัฒนา ( DevStack ) 
  • Infrastructure 
  • Deployment (TripleO) ส่วนของการ Deployment  ตรงนี้ผมจะมาทำให้ให้ดูว่าจะ Integrate กับ Chef หรือ SaltStack ยังไง  
  • Release cycle management ตรงนี้ไม่ขอกล่าวถึง
 ในตอนต่อไป ผมจะเขียน Blog เกี่ยวกับ OpenStack กับ Docker ( Container VM ) และ การ Deploy Software อื่นๆ เช่น Chef และ SaltStack และ เนื่องจากผมต้องใช้ฟังก์ชั่นของ NetFlow  ,Software Define Network หรือ  SDN  ผมจะต่อ Stack นี้เข้ากับ OpenVSwitch โปรดติดตามตอนต่อไป  


My site Article and Topic

Udomsak: ทวนเรื่อง Security : Episode1 Install Pentest tool

22 July, 2014 - 00:18
เดิมที Notebook ที่ใช้อยู่ เป็น  Intel Core-i5 ติดตั้ง Window 7 Home premium +  Ubuntu 13.10  ทีนี้อยากมาทวนเรื่อง security  กันหน่อย ก็พบปัญหาว่า  ถึงจะดึงเอา package ของ Kali มาได้ ( Non-official package ) และ ทำการติดตั้งลง Ubuntu 13.10  ก็อาจทำให้ ระบบพังได้ เนื่องจากเครื่องที่ใช้อยู่เป็น Daily-use  จึงไม่ขอเสี่ยง เพราะ เคยพังมาแล้ว  

ประเด็นถัดมา ติดตั้ง เป็้น VM เสียสิ virtualbox ก็มี โอเคครับ แต่.. ประสิทธิภาพและการใช้งานจริง พอแค่สำหรับ In-house training , basic testing ( pre-usage, basic audit )   ไม่เหมาะสำหรับ เอามาใช้ทำ pentest จริง เพราะมันอืด และ ช้า  เลยยกเลิกไป

ดังนั้นทางเลือกสุดท้าย ติดตั้ง ใหม่เลย นี่แหละทางแก้ ผลของการเลือกสุดท้ายมาอยู่ท่  Backbox Linux แทน Kali ( 1.0.7 )  เนื่องจากติดปัญหา Installer เจอ Layout disk ของผมเข้าไป ถึงกับ ทำงานไม่ได้ ( ไม่ยอม format และ accept Disk write partition )  เลยต้องมาใช้  Backbox แทน

หลังจากได้ เครื่องมือแล้ว ตอนต่อไป เรื่อง SQL-Injection  ครับ







Tips: 

+  ก่อนทำการติดตั้ง ผมทำ Recovery  USB Flash drive boot เตรียมเอาไว้ เผื่อถ้า MBR พัง ผมยังใช้  USB bypass การ boot ได้

+  ตอนผมติดตั้ง ไม่ได้มีการสั่งให้ทำการติดตั้ง Boot loader  และ / หรือ Set Active partition ใหม่ ซึ่งของเดิมจะเป็น Window 7 ที่ใช้อยู่

+  จากนั้นผม Boot เข้าไปใน Window ตามปกติ (  MBR ยังไม่เปลียน )  / ถ้าเปลียนก็ให้ช้ usb recovery boot จาก Tips แรก boot เข้า Window ไป เพิ่ม boot เมนู ใหม่ Reboot อีกครั้ง  ( ตอนนี้ ค่า MBR ยังไม่เปลี่ยนนะครับ ) ดังน้นจึงยังไม่มีผลอะไร  ( ยังมองไม่เห็น backbox ที่ติดตั้งไปใหม่ )

+  Boot เข้า Ubuntu  จากนั้น ทำการ Mount  Partition ที่เพิ่งติดตั้งเข้าไป  ทำการ mount เพื่อ  install grub ใหม่  ด้วยคำสั่ง

  • mount  /dev/sda10  /mnt
  • mount --bind  /dev  /mnt/dev
  • mount --bind  /dev/pts /mnt/dev/pts
  • mount --bind  /sys  /mnt/sys 
  • mount --bind  /proc /mnt/proc 
จากนั้นทำการ chroot  /mnt   ->   root#  chroot /mnt ทำการรันคำสั่ง  grub-install /dev/sda       ทำการรันคำสั่ง  grub-install --recheck  /dev/sdaทำการรันคำสั่ง  update-grub /dev/sda 
จบ ทำการ reboot ทดสอบการ access ระบบปฏิัติบัติการที่มีอยู 
**** ขั้นตอนการทำงานจะจบตรงนี้ก็ได้ แต่จะได้ Boot เมนู ซ้อน Boot เมนู ******

ฺBoot เข้าวินโดว์์  copy  /boot/grub/boot.img จาก partition ของ Backbox ( ตัวที่เพิ่งสั่งทำการติดตั้ง ตามคำสังข้างบน )  ไป replace แทนตัวเดิม  (   c:\boot\boot.img  )  
เปิดโปรแกรม  EasyBCDEdit  สงทำการ repair ฺWindow7 Boot menu  เปิดโปรแกรม Visual BCDedit ทำการแก้ไขเมนู

ทำการ reboot ใหม่ จะได้ Boot เมนู Window 7 จบ

หมายเหตุ หน้าจอ Boot  Linux จะไปโผล่ที่ Grub แทน ( Backbox Linux )  เราต้องแก้ไข ไฟล์ grub.cfg ใหม่ เพื่อเพิ่ม option สำหรับ ระบบเดิมของเรา ( Linux เก่าที่มีอยู่ )








My site Article and Topic

Neutron: RahuNAS - 0.3.0 เตรียมออก "รุ่นบังเอิญ"

21 July, 2014 - 00:51

จากที่เคยตั้งใจไว้ว่า จะไม่เพิ่มความสามารถ ให้กับ rahunas-legacy branch แต่จนแล้วจนรอด ด้วยเหตุผลหลาย ๆ อย่าง ส่งผลให้ได้มานั่งปัดฝุ่น และลงมือเขียนเพิ่มเติมจนได้ ที่ใช้ชื่อรุ่นว่า "บังเอิญ" เนื่องจากว่า รุ่นนี้ บังเอิญไปเจอข้อมูล หรือชุดโปรแกรม ที่จะเอามาประกอบร่าง ให้ทำงานได้ตามที่คาดหวังไว้ และที่บังเอิญกว่านั้น คือ มีความจำเป็นต้องเขียน code ตอนลูกหลับ ตอนมันตื่น ๆ อย่าหวังว่าจะได้ทำอะไร และมันบังเอิญไปคิดออก ตอนกล่อมลูกให้นอนกลางวัน (พ่อมันฝันกลางวัน ^_^)

== บังเอิญ 1 ==
บังเอิญพบว่า Bandwidth shaping เมื่อต้องไปใช้งานกับระบบที่ต้องรับโหลดหนัก ๆ จำนวนผู้ใช้มากหน่อย ระดับ 1000 - 2000 ราย ถ้าใช้ shaping script เดิม ที่ทำ linear filter อาจมีกระอักเลือดได้ และหลังจากอ่าน http://www.lartc.org/lartc.html ไป ๆ มา ๆ หลายรอบ ใช้เวลาหลายปี เพราะไม่ได้โชคดี เหมือน เตีย บ่อกี้ ตกเหวไปเจอเคล็ดวิชา -_-'' ก็เพิ่งจะมาเข้าใจหัวข้อ 12.4. Hashing filters for very fast massive filtering ว่ามันควรจะออกมาแนวไหน

Renovate the rahunas-bandwidth wrapper script : http://git.rahunas.org/?p=rahunas;a=commit;h=b783e788d91aa24cf1bf84aa162...

ยังน่าจะต้องปรับอีกหน่อย แต่เบื้องต้น ก็ใกล้เคียงกับความต้องการแล้ว

== บังเอิญ 2 ==
บังเอิญ ไปเจอ pmacct (http://www.pmacct.net) ซึ่งเป็นโปรแกรมสำหรับทำ IP accounting (Packets/Bytes) ที่ลองไล่ ๆ ดูแล้วพบว่าใช้ libpcap และสามารถเก็บข้อมูลลง sqlite3 ได้ พอดีว่า RahuNAS ใช้ sqlite3 ในการทำ data backup อยู่แล้ว มี code ในการจัดการ db อยู่พอสมควร ซึ่งก็สะดวกที่จะใช้งานต่อ จึงจัดแจงลองเขียน code ทดสอบดูว่า พอมีความเป็นไปได้มากน้อยแค่ไหน ซึ่งผลก็ออกมาใช้การได้ดีทีเดียว (ถึงจะใช้ CPU เยอะหน่อย แต่ก็แลกกันหละนะ)

ความจริง ในส่วน IP accounting ที่วางแผนไว้ คือ จะใช้ ipset (รุ่นใหม่) ที่มีความสามารถในส่วน accounting มาให้ แต่ยังไม่มีเวลานั่งเขียนใหม่ทั้งหมด (ตั้งใจว่าอย่างนั้น) ก็เลยต้องดองไว้ ทำโอกาสต่อ ๆ ไปละกัน

และถ้าส่วนนี้ ใช้งานได้ ความตั้งใจที่จะทำเรื่อง Bandwidth Quota with regenerative capability (bandwidth หนึ่งหลอด ใช้หมด หยุดใช้ ระบบเติมให้เองอัตโนมัติ) ก็คงจะได้ทดสอบต่อไปเช่นกัน

== ไม่บังเอิญ ==
ทั้งหมดทั้งมวล --- ทำเอง ใช้เอง แบ่งคนอื่นใช้ (หารายได้ เลี้ยงครอบครัว) --- ยังกระจอกอยู่ ก็ไส้แห้งต่อไป 55 -_-''

Happy Hacking

Sothorn: ตัวอย่างการติดตั้ง CentOS 7

18 July, 2014 - 21:21
AttachmentSize CentOS7_install.pdf7.06 MB หมวดหมู่: CentOS

ตัวอย่างการติดตั้ง CentOS 7 เชิญดาวน์โหลดและแจกจ่ายได้ฟรีครับ

Sothorn: CentOS 7 กับบางอย่างที่เปลี่ยนไป

17 July, 2014 - 13:37
หมวดหมู่: CentOS

ผมยังไม่ได้เล่น CentOS 7 เนื่องจากอินเทอร์เน็ต 384k อาศัยอ่านเอาตามเวบต่างๆ เจอความเปลี่ยนแปลงจาก CentOS 6.5 เลยเอามาบันทึกไว้ก่อน

# chkconfig httpd on  --> # systemctl enable httpd.service

# service httpd start --> # systemctl start httpd.service

# service httpd restart --> # systemctl restart httpd.service

 

 

Sothorn: มีอะไรใหม่ใน CentOS 7

17 July, 2014 - 08:27

CentOS 7 มีการเปลี่ยนแปลงใหม่ๆ ดังนี้

  • Kernel updated to 3.10.0
  • Support for Linux Containers
  • Open VMware Tools and 3D graphics drivers out of the box
  • OpenJDK-7 as default JDK
  • In Place Upgrade from 6.5 to 7.0 (as already mentioned)
  • LVM-snapshots with ext4 and XFS
  • Switch to systemd, firewalld and GRUB2
  • XFS as default file system
  • iSCSI and FCoE in kernel space
  • Support for PTPv2
  • Support for 40G Ethernet Cards
  • Supports installations in UEFI Secure Boot mode on compatible hardware

 

LookHin: การเชื่อมต่อ Bluetooth Keyboard กับ Raspberry Pi

14 July, 2014 - 22:48

เมื่อสักช่วงอาทิตย์ที่แล้วผมไปหาซื้อ Bluetooth Keyboard มาลองต่อกับ Raspberry Pi ดูนะครับ (จริงๆ ก็ไม่ได้จำเป็นเลย ปกติก็ remote เข้าไปอยู่ดี ซื้อเพราะอยากลองล้วนๆ) สรุปแล้วเมื่อได้ของมาก็ Pairing กับ R-Pi ไม่ได้ซะงั้น มันถามให้เราใส่ PIN ซึ่งเราก็ไม่รู้ว่ามันคืออะไร ซึ่งถ้าเป็นบน android หรือ windows เวลาที่ Pairing กันแล้วมันจะขึ้น PIN มาที่หน้าจอให้เราพิมพ์ตามแต่นี้ไม่มี ผมลองมาหลายวิธีจนได้วิธีที่ใช้งานได้ โดยผมจะทดลองกับ Bluetooth Keyboard ของ rapoo รุ่น e6500

Bluetooth Keyboard ของ rapoo รุ่น e6500 และ Bluetooth dongle (ต่อจอเสียบสายแลนให้เรียบร้อย)

เปลี่ยนสิทธิเป็น root กันก่อน โดยทั้งหมดนี้ทำผ่าน SSH

1
sudo su

จากนั้นทำการ enable dbus ซึ่งมันคืออะไรก็ไม่ทราบ อ่านต่อเองครับ dbus

1
update-rc.d -f dbus defaults

restart สักหนึ่งรอบ

1
shutdown -r now

จากนั้นทำการ install bluez, python-gobject

1
apt-get install bluez python-gobject

ใช้คำสั่ง hcitool scan เพื่อดู MAC Address ของ Bluetooth Keyboard โดยให้กดปุ่ม connect ที่ keyboard เมื่อเห็นว่ามีไฟสถานะเตรียม connect ขึ้นให้พิมพ์คำสั่ง hcitool scan

1
hcitool scan

ทำการ Pairing และกำหนด PIN เป็น 0000 เมื่อพิมพ์คำสั่งเสร็จ ให้กด 0000 และกด enter ที่ keyboard เพื่อทำการ pairing ครับ

1
echo 0000|bluez-simple-agent hci0 6C:5D:63:51:15:49

ทำการรับรองอุปกรณ์ คราวหน้าเราจะได้ไม่ต้อง Pairing อีก

1
bluez-test-device trusted 6C:5D:63:51:15:49 yes

ทำการเชื่อมต่อกับ Bluetooth Keyboard และทดลองพิมพ์ได้เลยครับ

1
bluez-test-input connect 6C:5D:63:51:15:49

ขั้นตอนถัดไปให้ทำการแก้ไข /etc/rc.local เพื่อเพิ่มคำสั่งให้ connect กับ Bluetooth Keyboard ทุกครั้งที่เปิดเครื่อง

1
nano /etc/rc.local

เพิ่มบรรทัดนี้เข้าไปก่อนคำสั่ง exit 0 ครับ

1
bluez-test-input connect 6C:5D:63:51:15:49

โดยทุกครั้งที่เปิดเครื่องขึ้นมาเราต้องกดปุ่ม connect บนตัว keyboard เพื่อเตรียม connect เท่านี้เราก็จะได้ใช้ Bluetooth Keyboard ทุกครั้งที่เปิดเครื่องแล้วครับ

Sothorn: Login ด้วย root บน GNOME Debian 7

13 July, 2014 - 08:46
หมวดหมู่: Debian

ส่วนตัวทำงานบนลีนุกซ์ ชอบ Login ด้วย root  เมื่อใช้ Debian 7 ทำงานเป็น Desktop มันไม่อนุญาตให้ Login ด้วย user root ในเมื่อชอบก็ต้องหาทางแก้  เมื่อเรา Login ด้วย user ทั่วไป ก็ใช้คำสั่ง

su -

แล้วแก้ไขไฟล์  /etc/pam.d/gdm3
comment หน้า บรรทัดนี้

#auth   required        pam_succeed_if.so user != root quiet_success

Logout จาก user ทั่วไป แล้ว Login ด้วย root ได้เลย
Share

LookHin: ควบคุม Servo Motor ด้วย Raspberry Pi

11 July, 2014 - 03:32

จริงๆ แล้วตัว Raspberry Pi มีขาสัญญาน PWM (Pulse Width Modulation) มาให้เรา 1 ขา คือขาที่ 12 หรือ GPIO 18 ซึ่งดูจะน้อยไปหน่อยและก็ใช้งานค่อนข้างยาก แต่โลกนี้ก็ยังมีผู้ใจดีทำไลบรารีที่สามารถทำให้เจ้า Raspberry Pi ของเราสามารถมีขาสัญญาน PWM เพิ่มได้ถึง 8 ขา และการใช้งานก็แสนง่าย เจ้าไลบรารีตัวนั้นชื่อว่า ServoBlaster เดียววันนี้เราจะลองใช้เจ้านี้ควบคุมการหมุนของ Servo Motor กันดูครับ เผื่อเอาไปประยุกต์ใช้ในการควบคุมแขนกลหรือการหมุนของข้อต่อต่างๆ ได้

เริ่มจากการต่อวงจรกันก่อน โดยให้ต่อสายไฟและกราวด์ของ Servo Motor เข้ากับแหล่งจ่ายไฟภายนอกที่สามารถจ่ายไฟได้ประมาณ 3-5V แล้วแต่ขนาดของ Servo นะครับ (ผมลองต่อเข้ากับขา 5V ของ R-Pi แต่ไม่สามารถใช้งานได้ เครื่องจะ restart เวลาสั่งให้ Servo ทำงาน เข้าใจว่ากระแสไฟที่ R-Pi จ่ายให้น่าจะไม่พอ) และให้ต่อขากราวด์ของ R-Pi เข้ากับกราวด์ของแหล่งจ่ายไฟภายนอกอันนี้ด้วย จากนั้นก็เสียบขาสัญญานของ Servo เข้ากับขา GPIO 4

ต่อเสร็จแล้วได้ออกมาหน้าตาประมาณนี้ครับ (Servo ของผมตัวเล็กนิดเดียว)

จากนั้นทำการติดตั้งโปรแกรม GIT หากใครติดตั้งแล้วก็ข้ามไปขั้นตอนถัดไปเลยครับ

1
sudo apt-get install git-core

ทำการโคลน PiBits จาก github.com และทำการติดตั้ง

1
2
3
4
git clone https://github.com/richardghirst/PiBits.git
cd PiBits/ServoBlaster/user 
make 
sudo make install

เมื่อติดตั้งเรียบร้อยแล้ว เราสามารถใช้ขาต่างๆ ทั้ง 8 ขาดังนี้ครับ โดย Servo หมายเลข 0 คือ GPIO 4 และไล่ไปเรื่อยจนถึง Servo หมายเลข 7 ตามตาราง

1
2
3
4
5
6
7
8
9
Servo number    GPIO number   Pin in P1 header
     0               4             P1-7
     1              17             P1-11
     2              18             P1-12
     3             21/27           P1-13
     4              22             P1-15
     5              23             P1-16
     6              24             P1-18
     7              25             P1-22

คราวนี้มาทดสอบกันดูว่าสามารถสั่งให้ Servo หมุนได้ไหม โดยเราต้องกำหนดความกว้างของพัลส์เพื่อควบคุมให้ Servo หมุนไปยังมุมต่างๆ ปกติก็จะอยู่ที่ประมาณ 1000us ถึง 2000us ซึ่งถ้าเรากำหนดความกว้างของพัลส์ที่ 1500us ก็จะหมุนไปอยู่ตรงกลาง (อันนี้ขึ้นอยู่กับสเปกของ Servo แต่ละตัวด้วยนะครับ แต่ปกติจะประมาณนี้) จากตัวอย่างเราได้ต่อขาสัญญานของ Servo ไว้ที่ขา GPIO 4 ฉะนั้นเวลาสั่ง เราก็จะสั่งไปที่ Servo หมายเลข 0 ตามตัวอย่าง

1
2
3
echo 0=1000us > /dev/servoblaster
echo 0=1500us > /dev/servoblaster
echo 0=2000us > /dev/servoblaster

เพียงเท่านี้เราก็สามารถควบคุมให้ Servo Motor หมุนในมุมต่างๆ ได้แล้วครับ อันนี้เราอาจจะเอาไปประยุกต์ใช้ในการควบคุมการหมุนของกล้องผ่านเว็บก็สามารถที่จะทำได้เช่นกัน ลองนำไปต่อยอดกันดูครับ

ทดสอบการหมุน Servo Motor ในมุมต่างๆ
<iframe allowfullscreen="allowfullscreen" frameborder="0" height="310" id="ytplayer" src="https://www.youtube.com/embed/fIbJkOoNuCg" type="text/html" width="550"></iframe>

ดูข้อมูลเพิ่มเติมได้ที่ : https://github.com/richardghirst/PiBits/tree/master/ServoBlaster

Pages

Creative Commons License ลิขสิทธิ์ของบทความเป็นของเจ้าของบทความแต่ละชิ้น
ผลงานนี้ ใช้สัญญาอนุญาตของครีเอทีฟคอมมอนส์แบบ แสดงที่มา-อนุญาตแบบเดียวกัน 3.0 ที่ยังไม่ได้ปรับแก้