来自火线的工单

2020-08-21 Common

今天一上班，收到一条来自火线的工单~

ticket

判断OS的Host是虚拟机还是物理机

2020-08-05 Tech

[root@pearl-cw01 ~]# dmidecode -s system-product-name
ProLiant BL460c Gen9

[root@vm-10-75-112-151 ~]# dmidecode -s system-product-name
OpenStack Compute

linux磁盘分区文件系统filesystem损坏后修复

2020-07-27 Tech

openstack中把volume detach掉后，重新attach回来会有一定概率导致分区无法挂载，手动mount一下后会发现报错filesystem无法识别。
表象可能是lsblk和df显示的磁盘大小不一致。主动指明成ext4后再次mount后，仍然会是失败，这个时候就需要手动恢复一下filesystem了。

先把磁盘去掉挂载, 以下均以/dev/vdb为例
1
# unmount /dev/vdb
如果失败，则修改/etc/fstab里的记录，注释掉挂载，然后重启OS。

用fsck检查磁盘

# e2fsck /dev/vdb
e2fsck 1.41.12 (17-May-2010)
Pass 1:Checking inodes, blocks, and sizes
Pass 2:Checking directory structure
Pass 3:Checking directory connectivity
Pass 4:Checking reference counts
Pass 5:Checking group sumary information
ext4-1:11/131072 files (0.0% non-contiguous),27050/524128 blocks

用resize2fs重新恢复一次磁盘filesystem

# resize2fs /dev/vdb
resize2fs 1.41.12 (17-May-2010)
Resizing the filesystem on /dev/vdb to 524128 (1k) blocks.
The filesystem on /dev/vdb is now 524128 blocks long.

再次mount回来，检查文件。
1
# mount /dev/vdb /data0

一个专门分享One Page Websites的网站

2020-07-17 Tech

给朋友要做一个简单的企业的展示站，想找一个单页的响应式源码，转了老半天，也没看到国内有免费的可以用。
最后发现下面这个站，还挺好的，Mark一下。

https://onepagelove.com/

选了一个比较简单的，改动后的效果 http://www.greenwater.tech

转到HEXO了

2020-06-29 Tech

Jekyll安装主题太麻烦，也许是没找到路子。
Jekyll依赖的Ruby的环境在我本地始终没有配置成功，尝试了好几遍，弃了。

决定试探一下HEXO，基于npm安装的，主题安装比较容易，改起来也挺简单。
唯一的遗憾是Jekyll全部代码push到github，github是可以自动编译的，但是HEXO需要在本地产生静态代码，然后把所有的静态代码push到github里去。
但是整体的效果还是挺满意的，换了。

水面的鸭子

2020-06-24 Common

安静平和的生活，需要处处暗自努力。
就像水面的鸭子，看似悠然自得，其实水下小腿紧倒腾！

python编译为pyc

2020-06-18 Tech

#递归编译当前目录下的所有code为pyc，-b表示在原位置生成，不放到pycache里
python3 -m compileall -b ./
#删除掉所有的py文件
find . -name “*.py” |xargs rm -rf
#删除掉缓存文件
find . -name “pycache” |xargs rm -rf

bash 快捷键

2020-06-17 Tech

突然发现bash提供的快捷键也是非常的好用，整理一下。

bash

检查磁盘的IO性能是否能匹配ETCD的需求

2020-05-28 Tech

https://www.ibm.com/cloud/blog/using-fio-to-tell-whether-your-storage-is-fast-enough-for-etcd

# mkdir test-data
# fio --rw=write --ioengine=sync --fdatasync=1 --directory=test-data --size=22m --bs=2300 --name=mytest
mytest: (g=0): rw=write, bs=(R) 2300B-2300B, (W) 2300B-2300B, (T) 2300B-2300B, ioengine=sync, iodepth=1
fio-3.7
Starting 1 process
mytest: Laying out IO file (1 file / 22MiB)
Jobs: 1 (f=1): [W(1)][100.0%][r=0KiB/s,w=85KiB/s][r=0,w=38 IOPS][eta 00m:00s]
mytest: (groupid=0, jobs=1): err= 0: pid=23832: Thu May 28 10:04:19 2020
  write: IOPS=36, BW=81.9KiB/s (83.9kB/s)(21.0MiB/274912msec)
    clat (usec): min=11, max=12185, avg=33.60, stdev=182.66
     lat (usec): min=12, max=12187, avg=36.18, stdev=182.68
    clat percentiles (usec):
     |  1.00th=[   17],  5.00th=[   21], 10.00th=[   22], 20.00th=[   23],
     | 30.00th=[   24], 40.00th=[   27], 50.00th=[   30], 60.00th=[   31],
     | 70.00th=[   32], 80.00th=[   35], 90.00th=[   42], 95.00th=[   51],
     | 99.00th=[   69], 99.50th=[   80], 99.90th=[  125], 99.95th=[  775],
     | 99.99th=[11207]
   bw (  KiB/s): min=    4, max=  166, per=100.00%, avg=81.37, stdev=39.59, samples=549
   iops        : min=    2, max=   74, avg=36.43, stdev=17.59, samples=549
  lat (usec)   : 20=5.02%, 50=89.91%, 100=4.93%, 250=0.07%, 500=0.01%
  lat (usec)   : 750=0.01%, 1000=0.03%
  lat (msec)   : 10=0.01%, 20=0.02%
  fsync/fdatasync/sync_file_range:
    sync (msec): min=2, max=464, avg=27.36, stdev=31.73
    sync percentiles (msec):
     |  1.00th=[    3],  5.00th=[    5], 10.00th=[    6], 20.00th=[    8],
     | 30.00th=[   11], 40.00th=[   19], 50.00th=[   22], 60.00th=[   24],
     | 70.00th=[   26], 80.00th=[   34], 90.00th=[   57], 95.00th=[   84],
     | 99.00th=[  159], 99.50th=[  220], 99.90th=[  313], 99.95th=[  330],
     | 99.99th=[  414]
  cpu          : usr=0.10%, sys=0.40%, ctx=24233, majf=0, minf=13
  IO depths    : 1=200.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued rwts: total=0,10029,0,0 short=10029,0,0,0 dropped=0,0,0,0
     latency   : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
  WRITE: bw=81.9KiB/s (83.9kB/s), 81.9KiB/s-81.9KiB/s (83.9kB/s-83.9kB/s), io=21.0MiB (23.1MB), run=274912-274912msec

Disk stats (read/write):
  vda: ios=0/26445, merge=0/12218, ticks=0/359055, in_queue=343720, util=9.48%

All you have to do then is look at the output and check if the 99th percentile of fdatasync durations is less than 10ms. If that is the case, then your storage is fast enough. Here is an example output:

主要是看fsync/fdatasync/sync_file_range的结果，单位是毫秒，如果99.00%的少于10毫秒，就说明这个disk是没问题，反之容易引起ETCD读写的问题。