日期：2016年8月19日

Swarmkit笔记（13）——swarmctl通过controlClient向swarm cluster发命令

swarmctl实质上是通过controlClient向swarm cluster发命令。controlClient定义在api/control.pb.go：

// Client API for Control service

type ControlClient interface {
    GetNode(ctx context.Context, in *GetNodeRequest, opts ...grpc.CallOption) (*GetNodeResponse, error)
    ListNodes(ctx context.Context, in *ListNodesRequest, opts ...grpc.CallOption) (*ListNodesResponse, error)
    ......
}

type controlClient struct {
    cc *grpc.ClientConn
}

func NewControlClient(cc *grpc.ClientConn) ControlClient {
    return &controlClient{cc}
}

func (c *controlClient) GetNode(ctx context.Context, in *GetNodeRequest, opts ...grpc.CallOption) (*GetNodeResponse, error) {
    out := new(GetNodeResponse)
    err := grpc.Invoke(ctx, "/docker.swarmkit.v1.Control/GetNode", in, out, c.cc, opts...)
    if err != nil {
        return nil, err
    }
    return out, nil
}

......

 

docker笔记（17）——为image，container和Docker daemon加label

可以通过为image，container和Docker daemon加label的方式（key=value格式）来存储metadata：比如license，vendor等等：

（1）为image加label，在Dockerfile中使用LABEL指令（尽量把所有的label放在1条LABEL指令中，因为每一个LABEL指令都会为image增加一层layer）：

LABEL [<namespace>.]<key>=<value> ...

（2）为container加label：

docker run \
   -d \
   --label com.example.group="webservers" \
   --label com.example.environment="production" \
   busybox \
   top

（3）为Docker daemon加label：

docker daemon \
  --dns 8.8.8.8 \
  --dns 8.8.4.4 \
  -H unix:///var/run/docker.sock \
  --label com.example.environment="production" \
  --label com.example.storage="ssd"

参考资料：
Apply custom metadata。

 

FreeBSD kernel 笔记（9）——modeventtype_t定义

modeventtype_t定义如下：

typedef enum modeventtype {
    MOD_LOAD,
    MOD_UNLOAD,
    MOD_SHUTDOWN,
    MOD_QUIESCE
} modeventtype_t;
typedef int (*modeventhand_t)(module_t, int /* modeventtype_t */, void *);

MOD_LOAD，MOD_UNLOAD和MOD_SHUTDOWN都好理解。分别是在加载，卸载模块，还有关机时传入模块处理函数的值。而关于MOD_QUIESCE可以参考FreeBSD Device Drivers：

When one issues the kldunload(8) command, MOD_QUIESCE is run before MOD_UNLOAD . If MOD_QUIESCE returns an error, MOD_UNLOAD does not get executed. In other words, MOD_QUIESCE verifies that it is safe to unload your module.

NOTE The kldunload -f command ignores every error returned by MOD_QUIESCE . So you can always unload a module, but it may not be the best idea.

另外，关于MOD_QUIESCE和MOD_SHUTDOWN区别，也可参考FreeBSD Kernel Developer’s Manual：

The difference between MOD_QUIESCE and MOD_UNLOAD is that the module should fail MOD_QUIESCE if it is currently in use, whereas MOD_UNLOAD should only fail if it is impossible to unload the module, for instance because there are memory references to the module which cannot be revoked.