สำหรับ Linux kernel < 3.14

stress --vm-bytes $(awk '/MemFree/{printf "%d\n", $2 * 0.95;}' < /proc/meminfo)k --vm-keep -m 1 

สำหรับ Linux kernel >= 3.14

stress --vm-bytes $(awk '/MemAvailable/{printf "%d\n", $2 * 0.95;}' < /proc/meminfo)k --vm-keep -m 1

The post How to stress test the memory on linux appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

Ansible เขียนเป็นไฟล์ YAML เดียวก็สามารถทำงานได้แล้ว แต่ถ้าหากมีขั้นตอนการทำงานที่เยอะจะทำให้ยุ่งยากในการแก้ไข และนำกลับมาใช้ใหม่ ดังนั้นในบทความนี้ผมจะมาอธิบาย directory layout เพื่อให้คนที่เริ่มศึกษาได้เข้าใจหลักการสร้างและกำหนด directory layout ได้ถูกต้อง

Directory Layout

ตัวอย่างข้างล่างคือ Top level ของ directory และไฟล์ต่างๆ

├── production                # ไฟล์ inventory สำหรับ production servers
├── staging                   # ไฟล์ inventory สำหรับ staging
├── dev                       # ไฟล์ inventory สำหรับ development
├── group_vars/
│   ├── group1                # กำหนด variable ในแต่ละ group โดยอ้างอิงจาก inventory file
│   ├── group2                # 
│   └── all                   # ถ้าหากต้องการกำหนด variable เป็น default value หรือใช้งานได้ทั้งหมด
├── host_vars/
│   └── hostname1             # กำหนด variable แบบเฉพาะเจาะจงเครื่อง โดยชื่อไฟล์คือชื่อเครื่องใน inventory file
├── library/                  # custom modules (optional)
├── filter_plugins/           # custom filter plugins (optional)
├── site.yml                  # ไฟล์ playbook หลัก
├── nginxservers.yml          # ไฟล์ playbook ของ nginx server
├── mysqlservers.yml          # playbook ของ MySQL server
│
└── roles/
    ├── common/               # role ชื่อ common
    │   ├── tasks/            # 
    │   │   └── main.yml      #  tasks ต่างๆของ role
    │   ├── handlers/         #
    │   │   └── main.yml      # handlers file
    │   ├── templates/        # Folder สำหรับเก็บไฟล์ template
    │   │   └── ntp.conf.j2   #  - ไฟล์ templates ลงท้ายด้วย .j2
    │   ├── files/            #  ไฟล์ที่ต้องการให้ ansible ทำการ copy ไปยัง folder ที่ต้องการ
    │   │   ├── bar.txt       #  
    │   │   └── foo.sh        #   
    │   ├── vars/             #
    │   │   └── main.yml      #  variable ในระดับ role
    │   ├── defaults/         #
    │   │   └── main.yml      #  lower priority variable สำหรับ role
    │   └── meta/             #
    │       └── main.yml      #  role dependencies
    │
    ├── webtier/              # role ชื่อ webtier โดยมีโครงสร้างของ folder เหมือนกับ common role
    └── monitoring/           # role ชื่อ monitoring โดยมีโครงสร้างของ folder เหมือนกับ common role

จากโครงสร้าง folder ข้างบนจะสามารถแยกอธิบายเป็นส่วนๆได้ตามนี้

Inventory file

ใช้ define hostname และ group ของ hostname เพื่อให้ ansible ทราบว่าจะไปรันที่ server ไหนบ้าง จากตัวอย่างโครงสร้าง file และ folder ด้านบนมีการกำหนด inventory file ไว้ 3 ไฟล์ด้วยกันคือ production, staging และ dev เพื่อเวลาเรียกใช้งานสามารถระบุ environment ที่ต้องการรันได้เลย

ตัวอย่างการรันด้วยการระบุ inventory file

# ansible-playbook -i production site.yml

ตัวอย่าง inventory file

[thailand-nginxservers]
www-th-1.ezylinux.com
www-th-2.ezylinux.com

[singapore-nginxservers:vars]  # Apply variables using :vars
www-sg-1.ezylinux.com
ntp_server=ntp.sg.ezylinux.com

[thailand-mysqlservers]
db-th-1.ezylinux.com
db-th-2.ezylinux.com

[singapore-mysqlservers]
db-sg-1.ezylinux.com

# nginxservers in both Thailand and Singapore 
[nginxservers:children]   # Make groups of groups using the :children suffix.
thailand-nginxservers
singapore-nginxservers

# mysqlservers in both Thailand and Singapore
[dbservers:children]
thailand-mysqlservers
singapore-mysqlservers

# everything in the Thaland
[thailand:children]
thailand-nginxservers
thailand-mysqlservers

# everything in the Singapore
[singapore:children]
singapore-nginxservers
singapore-mysqlservers

Group Variables

เป็นการกำหนด variable สำหรับ group ต่างๆที่ได้ define ไว้ที่ inventory file โดยมีข้อกำหนดว่า

1. ชื่อไฟล์ต้องเป็นชื่อ group บน inventory file
2. อยู่ใน folder group_vars

ตัวอย่างเช่น กลุ่ม server ที่ thailand ให้ใช้ ntp server ที่ไทย

---
# file: group_vars/thailand
ntp: th.pool.ntp.org

Host Variables

เป็นการกำหนด variable สำหรับราย host ที่ได้ถูก define ไว้ที่ inventory file

ตัวอย่างเช่น กำหนดให้ db-th-1.ezylinux.com รัน mysql ด้วย port 3307

---
# file: host_vars/db-th-1.ezylinux.com
mysql_port: 3307

Roles

ใน ansible เราสามารถแยกงานต่างๆ ออกเป็น role เพื่อให้ง่ายต่อการใช้งาน แก้ไข และนำกลับมาใช้กับงานใหม่ ตัวอย่างเช่น ตั้งชื่อ folder ว่า common ใน roles หมายถึงว่า role ชื่อ common และภายใน folder common ก็มี folder ต่างๆ ตามตัวอย่าง

** role สามารถมี dependency ซึ่งจะช่วยให้สามารถกำหนดลำดับการทำงานของ role ได้

└── roles/
    ├── common/               # role ชื่อ common
    │   ├── tasks/            # ไฟล์ YAML ที่กำหนดขั้นตอนการทำงาน
    │   ├── handlers/         # ไฟล์ YAML ที่จะถูก notify จาก task เพื่อให้ทำงานที่กำหนด
    │   ├── templates/        # Folder สำหรับเก็บไฟล์ Jinja2 template
    │   ├── files/            # ไฟล์ที่ต้องการให้ ansible ทำการ copy ไปยัง folder ที่ต้องการ
    │   ├── vars/             # variable ที่เกี่ยวข้องกับ role นี้
    │   ├── defaults/         # lower priority variables
    │   └── meta/             # role dependencies

The post Ansible Tutorial – Directory layout and Example appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.


[root@openstack-liberty1 ~]# packstack --answer-file=answers.txt
ERROR:root:Failed to load plugin from file prescript_000.py
ERROR:root:Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/packstack/installer/run_setup.py", line 884, in loadPlugins
moduleobj = __import__(moduleToLoad)
File "/usr/lib/python2.7/site-packages/packstack/plugins/prescript_000.py", line 35, in
from packstack.modules.documentation import update_params_usage
File "/usr/lib/python2.7/site-packages/packstack/modules/documentation.py", line 20, in
from docutils import core
File "/usr/lib/python2.7/site-packages/docutils/core.py", line 20, in
from docutils import frontend, io, utils, readers, writers
File "/usr/lib/python2.7/site-packages/docutils/frontend.py", line 41, in
import docutils.utils
File "/usr/lib/python2.7/site-packages/docutils/utils/__init__.py", line 20, in
import docutils.io
File "/usr/lib/python2.7/site-packages/docutils/io.py", line 18, in
from docutils.utils.error_reporting import locale_encoding, ErrorString, ErrorOutput
File "/usr/lib/python2.7/site-packages/docutils/utils/error_reporting.py", line 46, in
locale_encoding = locale.getlocale()[1] or locale.getdefaultlocale()[1]
File "/usr/lib64/python2.7/locale.py", line 511, in getdefaultlocale
return _parse_localename(localename)
File "/usr/lib64/python2.7/locale.py", line 443, in _parse_localename
raise ValueError, 'unknown locale: %s' % localename
ValueError: unknown locale: UTF-8

ERROR : Failed to load plugin from file prescript_000.py
Traceback (most recent call last):
File "/usr/bin/packstack", line 15, in
run_setup.main()
File "/usr/lib/python2.7/site-packages/packstack/installer/run_setup.py", line 1019, in main
print(output_messages.ERR_CHECK_LOG_FILE_FOR_MORE_INFO % (logFile))
UnboundLocalError: local variable 'logFile' referenced before assignment


วิธีแก้ไขให้รัน

export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8


แล้วแก้ไขไฟล์ ~/.bash_profile และเพิ่มคำสั่งด้านล่างลงไป เพื่อให้ครั้งต่อไปเมื่อ login เข้ามาระบบจะทำการ export ให้อัตโนมัติครับ

export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8

The post PackStack gets “Failed to load plugin from file prescript_000.py” error appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

[root@ezylinux ~]# free -m
total used free shared buffers cached
Mem: 7982 7885 97 0 137 366
-/+ buffers/cache: 7380 601
Swap: 4285 0 4285

จากนั้นจึงได้ตรวจสอบ process ต่างๆอีกครั้ง ว่ามี process ไหนบ้างที่ใช้งาน memory สูง ซึ่งก็ไม่พบ ดังนั้นจึงได้ทำการตรวจสอบ /proc/meminfo ด้วยคำสั่งด้านล่าง


[root@ezylinux ~]# cat /proc/meminfo
MemTotal: 8174308 kB
MemFree: 96112 kB
Buffers: 143332 kB
Cached: 378332 kB
SwapCached: 0 kB
Active: 233340 kB
Inactive: 335120 kB
...
Slab: 7480856 kB
...
VmallocTotal: 34359738367 kB
VmallocUsed: 265956 kB
VmallocChunk: 34359470659 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 2048 kB


พบว่า Slab มีการใช้งานที่มากถึง 7306 MB หรือประมาณ 90% (แรมของระบบ 8GB) แล้ว Slab คืออะไร?

Slab คือ Cache ของ memory pool allocator บน kernel object

จากข้อมูลข้างบนให้รันคำสั่ง slaptop เพื่อหา object ที่มีการใช้งาน memory มากที่สุด

OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
8603424 8603424 100% 1.01K 2867808 3 7476347K nfs_inode_cache
3080826 3080737 99% 0.21K 171157 18 684628K dentry_cache
24717 12515 50% 0.52K 3531 7 14124K radix_tree_node
11365 11108 97% 0.74K 2273 5 9092K ext3_inode_cache

จากตัวอย่างพบว่า nfs_inode_cache มีการใช้งาน memory มากถึง 7GB

แนวทางการแก้ไขปัญหา

1. รันคำสั่ง sync เพื่อทำการ flush file system buffers
2. รันคำสั่ง ด้านล่างเพื่อ clear dentries และ inodes
   echo 2 > /proc/sys/vm/drop_caches

หรือ รันคำสั่งด้านล่าง
sync && echo 2 > /proc/sys/vm/drop_caches

The post How to fix memory leak from big nfs_inode_cache appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

# docker run centos /bin/echo “ezylinux.com”
Usage of loopback devices is strongly discouraged for production use. Either use `–storage-opt dm.thinpooldev` or use `–storage-opt dm.no_warn_on_loop_devices=true` to suppress this warning.

warning นี้เกิดจาก docker ได้ตั้งค่าการใช้งาน storage เป็น devicemapper และสร้าง loopback device (ตัวอย่าง /dev/loop0) ขึ้นมา เนื่องจากไม่พบ AUFS driver ซึ่งเป็น default storage ของ docker (จะมีอยู่ใน Ubuntu)

* Mode การทำงานนี้ loopback device บน devicemapper ไม่เหมาะกับ Production
** ทาง RedHat ไม่ชอบ AUFS จึงไม่ได้นำมาใช้ใน distro ของตนและได้ไปพัฒนา OverlayFS และ devicemapper thin provisioning มาใช้แทน

สำหรับแนวทางแก้ไขสามารถทำได้ดังนี้
ปิด Warning โดยแก้ไขที่ไฟล์ /etc/sysconfig/docker-storage

DOCKER_STORAGE_OPTIONS = “–storage-opt dm.no_warn_on_loop_devices = true”

DOCKER_STORAGE_OPTIONS = “–storage-opt dm.thinpooldev = /dev/mapper/VolGroup-docker”

The post How to fix “loopback devices is strongly discouraged for production use” on Docker appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

เมื่อทำการสร้าง network และ router บน OpenStack แล้ว แต่เครื่อง VM ใน network วงนี้ไม่สามารถ ping ไปยัง gateway หรือ router ได้ให้ตรวจสอบ VLAN ที่ได้ทำการ tag ใน openvswitch บนเครื่อง compute node และ network node ด้วยคำสั่ง

ovs-vsctl show

และถ้าผลลัพธ์ แสดง tag: 4095 ดังตัวอย่าง

Port "qr-5c55955c-59"
tag: 4095
Interface "qr-5c55955c-59"
type: internal

หรือ
Port "tapec669c5e-e1"
tag: 4095
Interface "tapec669c5e-e1"

แสดงว่า network interface ถูกกำหนดเป็น dead vlan จึงทำให้ไม่สามารถติดต่อใครได้

แนวทางแก้ไข
ให้ทำการลบและสร้าง network ใหม่

The post How to fix dead VLAN (4095) on neutron appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

2014-05-10 12:14:12,458 - util.py[WARNING]: Failed loading yaml blob
2014-05-10 12:14:12,480 - util.py[WARNING]: Failed loading yaml blob
2014-05-10 12:14:12,481 - util.py[WARNING]: Failed at merging in cloud config part from part-001

ให้ทำการตรวจสอบ yaml ว่า validate หรือไม่ เนื่องจากอาจเกิดจากมีการใช้ tab มาแทนเว้นวรรค โดยสามารถเข้าไปที่ http://www.yamllint.com/ เพื่อทำการตรวจสอบ yaml และลองใหม่อีกครั้งครับ

The post How to fix cloud-config not work with error “Failed loading yaml blob” appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

ERROR 1206 (HY000): The total number of locks exceeds the lock table size

สาเหตุ ERROR 1206 ช้างบน หมายถึง MySQL ไม่มีเนื้อที่เหลือพอที่จะสามารถเก็บทุก row lock ที่จะใช้ในการ execute บน query ที่จะรันได้

การแก้ไข ทำการเพิ่ม innodb_buffer_pool_size ให้มีขนาดใหญ่กว่าเดิม (default 8MB) และ restart MySQL

การแก้ไขเฉพาะหน้า ให้ทำการกำหนดจำนวน row ที่จะถูก query ลง ตัวอย่างเช่น ถ้าหากต้องการลบข้อมูล 500,000 row จาก table หนึ่งแล้วเกิด “ERROR 1206 (HY000): The total number of locks exceeds the lock table size” ขึ้น ให้ทำการลดจำนวน row ที่จะ query ลง เช่น ลบข้อมูลทีละ 10,000 row แทน แต่ถ้าเป็นการ insert ให้ทำการ insert ในครั้งเดียว

The post MySQL ERROR 1206: The total number of locks exceeds the lock table size appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'binlog truncated in the middle of event; consider out of disk space on master; the first event 'mysql-bin.000005' at 1185833, the last event read from '/var/log/mysql/mysql-bin.000005' at 1185833, the last byte read from '/var/log/mysql/mysql-bin.000005' at 1185852.

สาเหตุเกิดจาก master server เกิด crash ทำให้ binlog cache ไม่ได้ flush ลง disk (ทำให้เกิด binlog corrupt) แต่ในขณะนั้น slave ได้รับ position ใหม่แต่ไม่สามารถดึงข้อมูลจาก master ได้เนื่องจาก binlog ที่ทำการดึงเกิด corrupt เรียบร้อยแล้ว

การแก้ไข MySQL Replication: ‘Got fatal error 1236’

1. ตรวจสอบหา binlog และ position ที่สามารถให้ slave เริ่มทำงานใหม่ได้ โดยทั้วไปแล้ว binlog ที่ corrupt จะไม่สามารถเขียนต่อได้ ดังนั้น MySQL จึงสร้าง binlog ขึ้นมาใหม่โดยที่ชื่อจะต่อจากชื่อเดิม เช่น ในตัวอย่าง binlog ที่เกิดปัญหาคือ mysql-bin.000005 ดังนั้น binlog ที่จะใช้เป็นตัวอ้างอิงให้ slave ทำงานใหม่คือ mysql-bin.000006
2. หลังจากได้ binlog แล้วให้รันคำสั่งด้านล่างที่ slave เพื่อให้ slave เริ่ม sync ข้อมูลจากจุดอ้างอิงใหม่
   mysql> STOP SLAVE;
mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000006', MASTER_LOG_POS=4;
mysql> START SLAVE;
3. ตรวจสอบ slave status ด้วยคำสั่ง
   mysql> SHOW SLAVE STATUS;

การป้องกันปัญหา MySQL Replication: ‘Got fatal error 1236’
เปิดใช้งาน sync_binlog ที่ master server ซึ่งจะช่วยให้ master server ทำการ flush cache ทุกครั้งที่มีการ write

• แก้ไขที่ MySQL Console
  mysql> SET GLOBAL sync_binlog=1;
• แก้ไขที่ my.cnf
  sync_binlog=1

The post MySQL Replication: ‘Got fatal error 1236’ appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.

การแก้ไขปัญหาสามารถทำได้โดยรัน command เพื่อสร้าง rsa และ dsa keys ดังนี้

# ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key
# ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key


The post How to fix an ssh connection refused with “no hostkey alg” appeared first on ezylinux - แหล่งความรู้ลีนุกซ์.