使用mutagen

使用

1
2
3
4
5
6
7

ALL_PROXY=socks5://127.0.0.1:1086 brew install mutagen # 安装, 也可以在github release页面下载编译好的版本

mutagen create ./src docker://www-data@fpm_app_1/var/www/html # 监视 本地./src <===> 容器name/var/www/html 并同步，使用www-data作为用户

mutagen ls # 查看create创建的同步session，会有uuid的session id

mutagen terminate ffff-ffff-ffff-ffff-ffffff # 终止某个同步

在docker-compose.yml中，命名一个volume

1
2
3
4
5
6
7
8

services:
  app:
    image: nextcloud:fpm-alpine
    volumes:
      - nextcloud:/var/www/html

volumes:
  nextcloud:

因为docker的运行需要有linux的containerlib支持，但win/osx都没有这个基础库，所以这个Desktop是使用Hypervisor技术（xhyve）运行了一个Linux distribution，相当于起了一个linux虚拟机来为docker提供一个runtime。

昨天下午和今天一个白天都在查怎么诊断磁盘问题，因为Azure HK节点的一台机器，atop的结果是/dev/sda一直busy，使用率一直高达90+%，最重要有一个avio指标是高达2000+ms，找各种资料研究，结合了很多工具，最后看到iostat的里面的svctm和这个avio是一样的值，看atop的源码，这个字段跟/proc/diskstats的第13字段(1为起始索引)对应。但看iostat的man页，这个值已经不再有效了，是个误报，据有的文档说是对于SSD来说，这个值就不适用。白忙活了一阵子。看了之前在极客时间上买的一个Linux性能分析的课程，看了其中关于磁盘问题诊断的部分，了解到不少工具。

CNAME是为了让一个域名跟踪另一个域名。

比如：

1

1.2.3.4 a.com

先在服务器上装了docker-ce，启动iperf3服务端：

1

sudo docker run  -it --rm --name=iperf3-server -p 5201:5201 networkstatic/iperf3 -s

使用这个指南搭建了jp和hk节点的VPN，直接使用L2TP无法连接，切换至Cisco IPSec工作正常。