พอดีได้ Image เก่าที่ใช้งานอยู่ตัวนึงครับ ซึ่งขนาดมันใหญ่ประมาณ 3 GB พอ Build แต่ละรอบ มันขนาดบวมขึ้นเรื่อยๆนะ ด้วยความสงสัยเลยอยากรู้เหมือนกันว่ามันเพิ่มจากอะไร เลยลอง Research ดูพบว่า Podman History / Docker History มาส่องอดีตกันครับ Reference
บันทึกเคสที่เจอช่วงระหว่าง UAT ครับ ตอนแรกหากันนานมากว่า image ของ container ที่ทำไปมีปัญหาอะไร หรือป่าว ? โดยปัญหา คือ ว่าตัว Text File ที่ Container มันสร้างขึ้น Pipe มันหายไป ทำให้ Column มันเขย่งกัน อ้าวเราก็ใช้ Container นี่ ผลลัพธ์ที่ได้จากควรจะเหมือนกันสิ !!! เรื่องนี้ทำให้น้องๆ ที่ดูเคสนี้ปวดหัวเหมือนกัน ส่วนผมเองที่พยายามเจรจากับอีกระบบ กำหนดชื่อเลยแหละกันว่าระบบ AA ว่าขอตรวจสอบก่อน เพื่อไม่ให้ระบบ AA นั้นเอาข้ออ้างนี้ ว่าระบบที่ผมดู Column แหว่งแล้ว…
วันนี้เป็นปัญหาที่น่าปวดหัวเหมือนกันหลังจากใช้ Podman ไป 1 ปีนิดๆครับ อยู่ลูกค้าแจ้งปัญหามาว่า Disk quota exceeded มาจากไหน ? เดี๋ยวต้องไปหาที่มาเพิ่ม Solution ตรวจสอบก่อนว่า maxkey มีค่าเท่าไหร่ ด้วยคำสั่ง ลองดูจำนวนปัจจุบันสิ มีค่าเท่าไหร่ (ต้อง Login เข้าไป และรันแยก User นะ เพราะ ตัวระบบมันเก็บค่าแยก Per User (Ref: sysctl – Is kernel.keys.maxkeys per user or per key?) ในกรณีที่ค่าของมันเกิน…
Goal ต้นปี2021 เป็นอย่างไรบ้าง ? ลดน้ำหนักให้เหลือ 65-68 kg ครับ / %Fat เหลือ 18% ครับFAIL ตอนนี้ 78-79 kg 555 ลอง Container / Podman น่าจะมีจุดที่ใช้ดูอีกนะ แม้ว่าจะงมๆกับมันมาน่าจะ 3-4 เดือนและ SUCCESS ได้ใช้ทุกทาง เอาตัวรอดจนจบ Project ได้ อยากศึกษาพวก Spring Boot มากกว่านี้ และลองทำ Front-End บ้าง FAIL ไม่มีเวลาศึกษาเลย ไม่เอางานมาทำวันหยุดและ…
หลังจาก Blog ตอนที่แล้ว ลอง Deploy SQL Server 2019 container บน RedHat8 + Podman คราวนี้เรามาลอง Restore Database จากไฟล์ .bak กันครับ NOTE: MSSQL2019 ชื่อ Container จาก Blog ตอนก่อน เตรียม Folder Backup เอาไฟล์ backup โยนเข้าไป ตรวจสอบไฟล์ backup สำหรับขั้นตอนนี้เป็นการส่องไฟล์ .bak ที่โยนเข้าไปใน Server ว่าข้างในมันมีไฟล์ อะไรบ้างครับ…
สำหรับ Blog ตอนนี้ เนื่องจากมี Project ใหม่ทีใช้ SQL SERVER เป็นหลักแล้ว ยังมี VM จาก Project ก่อนที่เป็น RedHat 8 + Podman เป็นมรดกอยู่ครับ ซึ่งเป็นโอกาศที่ดีเลยที่จะทดสอบ SQL SERVER บนระบบปฏิบัติการ RedHat 8 ครับ ข้อควรระวัง สำหรับใน Blog ตอนนี้ออกจะเป็นแนว Hack นิดๆ เพราะ เป็นการใช้ SQL Server 2019 container แบบ rootless…
สำหรับ Feature นี้ใช้ได้เฉพาะกรณีที่ run container แบบ rootless mode ครับ ถ้าใช้ root คำสั่งนี้จะไม่สามารถทำงานได้นะ แต่งาน Run Container แบบ Non-Root มีข้อดี และข้่อจำกัด ตาม Blog นีครับ ในเมื่อมันมีข้อจำกัดขนาดนี้ แล้ว unshare มาข่วยอะไรหละ ? แล้วที่นี้ตัว podman มันเอาความสามารถ unshare มาใช้งานต่อ โดยเหมือนเป็นกุญแจเอาไว้เข้า user namespace ของ container หรือ rootless environment…
หลายคนหากใช้เจ้าตัว Podman มาสักพัก อาจจะเกิดปัญหา เช่น Container ดับแบบไม่มีสาเหตุ เป็นต้น นอกจากตัว Log ของ Application ที่ได้เราได้พัฒนาแล้ว ฝั่งของ Podman เองก็มี Log เหมือนกันครับ ตรวจสอบ Log ของ Container ตรวจสอบ Log ของ Podman Reference
Buildah 📌 Buildah : เครื่องมือที่ใช้ Build สร้าง และจัดการตัว Container Image ขึ้นมาครับ ตามมาตรฐาน OCI (Open Container Initiative) โดยใช้ Docket File ครับ Podman 📌 Podman : เครื่องมือที่ใช้สำหรับ Run ตัว Container Image ขึ้นมาใช้งานครับ โดยมี Key ที่สำคัญ Skopeo 📌 Skopeo : เครื่องมือที่ช่วยทำ Container ให้มัน…
podman มันเกี่ยวอะไรกัน ipod หรือป่าว ขอตอบว่าไม่ใช่นะครับ เป็นตัว Container Engine ตัวนึงครับ แบบเดียวกับ docker เลยครับ แต่งานนี้มาจากทาง Linux ค่าย RedHat ครับ โดยใน blog นี้เป็นการสรุปจากการงมๆครับ โดยมองว่ามี Keyword ที่น่าสนใจ ดังนี้ มาลองกันครับ สรุป
