# Meeting Notes - 11-NOV-2019

## Progress:
- MANTA-4680 [PR#13](https://github.com/joyent/buckets-mdapi/pull/13/) buckets-mdapi could return more information about deleted objects - Kelly posted a commend on the and asked if I can add quickcheck testing. I will work on that today.

- MANTA-3901 Add runtime metrics for bucket API operations. I divided the work into two parts:
- [Part 1](https://github.com/joyent/manta-buckets-api/pull/9) has been integrated. It provides the metrics below:
- `http_requests_completed` count of Muskie requests completed
- `http_request_latency_ms` time-to-first-byte of Muskie requests
- `http_request_time_ms total` time to process Muskie requests
- `muskie_inbound_streamed_bytes` count of object bytes streamed from client to storage
- muskie_outbound_streamed_bytes count of object bytes streamed from storage to client
- [Part 2](https://github.com/joyent/manta-buckets-api/pull/10) is pending CRs. When integrated it provides:
- muskie_deleted_bytes count of deleted object bytes

## Pending:

[TRITON-758](https://github.com/joyent/triton-cmon-agent/pull/6) want nictag label for net_agg_bytes_(in|out) metric.

## M3/M3DB:

I read about the solution, but I had no chance to deploy it and test it locally.

- Is this something we are evaluating currently?
- Do we see this replacing influx DB in starfish in the furture?

## node-zfs2:

#### - What is node-zfs2?

node-zfs2 is a project I started working on last week. It is a node C++ addon that wraps `libzfs` to make it easy for nodejs programs to interact with ZFS. The main purpose of this work is to use this library in `triton-cmon-agent` to expose ZFS related metrics. Maybe other part of Triton/Manta could find this work useful.

#### - What does the library provide?
When it is complete, one should be able to use the library perform all the tasks related to ZFS. Basically everything can be done with `zfs` and `zpool` commands should be doable using this module. However, we don't need to cover all zfs commands before using module. We can get a lot accomplished with `zfs get`, and `zfs status` Commands.

#### - Why a C++ addon? Why not pure Javascript?
Performance, performance, performance.. I didn't benchmark it yet, but it should be much faster that execing `zfs` and `zpool` commands.

#### - What about the existing zfs nodejs modules?

- [node-zfs](https://github.com/joyent/node-zfs): Joyent's ZFS node module. This one execs `zfs` and `zpool` commands behind the scene.
- [zfs](https://www.npmjs.com/package/zfs): This a nodejs wrapper that execs `zfs` and `zpool` commands to do the work.
- [zfs-utils](https://www.npmjs.com/package/zfs-utils): This module is unmaintained. It execs `zfs` and `zpool` commands to do that work.

- There are other modules, but I couldn't find one that links directly to `libzfs`.

#### - Where is the code?

https://github.com/khalfella/node-zfs2
#### - List of tickets can benefit from this work:

  - SWSUP-1154:   Can be implemented using this module.
  - CMON-116:     Can be implemented using this module.
  - TRITON-1195:  Could be improved.