containerdns配置问题

我这里使用了一台机器<IP_ADDRESS>来部署containerdns，服务器系统为centos7.2
/etc/containerdns/containerdns.conf配置如下：
[Dns]
dns-domains = wh01    #wh01为我这里使用的域名
dns-addr   = <IP_ADDRESS>:53
ex-nameservers = "<IP_ADDRESS>:53"
#inDomainServers = hades.local@<IP_ADDRESS>:53%tmp.containerdns.local@<IP_ADDRESS>:53
inDomainServers =""
cacheSize   = 1000000
ip-monitor-path = /containerdns/monitor/status/
[Log]
log-dir    = /export/log/containerdns
log-level  = 0
log-to-stdio = true
[Etcd]
etcd-servers = http://<IP_ADDRESS>:2379    #使用本地的etcd
etcd-certfile = ""
etcd-keyfile = ""
etcd-cafile = ""
[Fun]
random-one = false
hone-one  = false
[Stats]
statsServer = <IP_ADDRESS>:9600
statsServerAuthToken = @containerdns.com

启动如下：
[root@op-yanwei containerdns]# /usr/local/containerdns/bin/containerdns &> /export/log/containerdns/containerdns.log &
[1] 9646
[root@op-yanwei containerdns]# tail -f /export/log/containerdns/containerdns.log
I1114 14:20:32.845193    9646 main.go:289] domainWatchIdx =4349958  dir =/containerdns/wh01/
I1114 14:20:32.845208    9646 iphealthcheck.go:24] SyncSkydnsHostStatus start get
I1114 14:20:32.845420    9646 dns-server.go:238] WatchForDomain idx : 4349959
I1114 14:20:32.846403    9646 iphealthcheck.go:27] SyncSkydnsHostStatus start out
I1114 14:20:32.846428    9646 iphealthcheck.go:47] len of ip monitirs =0
I1114 14:20:32.846440    9646 main.go:295] ipWatchIdx =4349958   dir =/containerdns/monitor/status/
I1114 14:20:32.846491    9646 dns-server.go:337] ready for queries on [wh01.] for tcp://<IP_ADDRESS>:53
I1114 14:20:32.846506    9646 dns-server.go:343] ready for queries on [wh01.] for udp://<IP_ADDRESS>:53
I1114 14:20:32.846689    9646 iphealthcheck.go:136] WatchForHosts idx : 4349959
I1114 14:20:32.847567    9646 stats.go:276] statistics enabled on :<IP_ADDRESS>:9600

/etc/containerdns/containerdns-api.conf配置如下：
[General]
#这一行本来也是按照github上的示例配置，加上的，但加上了，就直接抛can't store data at section "General", variable "domain"异常，注释掉这一行，则正常
#domain=wh01
host   = <IP_ADDRESS>
etcd-server = http://<IP_ADDRESS>:2379
etcd-certfile = ""
etcd-keyfile = ""
etcd-cafile = ""
ip-monitor-path = /containerdns/monitor/status
log-dir    = /export/log/containerdns
log-level  = 4
log-to-stdio = TRUE
[Kube2DNS]
kube-domain = wh01.
kube-enable = YES
kube-config-file = /etc/containerdns/bootstrap.kubeconfig
#kube-enable=NO
[DNSApi]
api-enable = YES
api-domains = wh01.
api-address = <IP_ADDRESS>:9003
containerdns-auth  =  abcdef123456789

配置文件中/etc/containerdns/bootstrap.kubeconfig配置如下：
apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSURqRENDQW5TZ0F3SUJBZ0lVTFpHVG4wSWdCZS9iS1NXVTRSYlhSb0lxMm1Bd0RRWUpLb1pJaHZjTkFRRUwKQlFBd1RERUxNQWtHQTFVRUJoTUNRMDR4RGpBxxxxxxxxxxxxxxx
    server: https://<IP_ADDRESS>:6443     #我测试k8s api地址
  name: kubernetes
contexts:
- context:
    cluster: kubernetes
    user: kubelet-bootstrap
  name: default
current-context: default
kind: Config
preferences: {}
users:
- name: kubelet-bootstrap
  user:
    token: xxxxxxxx

启动container-kubeapi：
 /usr/local/containerdns/bin/containerdns-kubeapi &> /export/log/containerdns/containerdns.log &

日志如下（有部分删减）：
I1114 14:24:11.917729    9893 server.go:1396] kubernetes serverce to dns enable
I1114 14:24:11.922077    9893 reflector.go:196] Starting reflector *api.Service (20s) from github.com/tigcode/containerdns/containerdns-kubeapi/server.go:658
I1114 14:24:11.922156    9893 reflector.go:234] Listing and watching *api.Service from github.com/tigcode/containerdns/containerdns-kubeapi/server.go:658
I1114 14:24:11.977879    9893 server.go:452] ignore the svc for cluster LB VIP is nil : mcf-stress
I1114 14:24:11.977917    9893 server.go:452] ignore the svc for cluster LB VIP is nil : pmt-stress
exporter
I1114 14:24:11.979666    9893 server.go:452] ignore the svc for cluster LB VIP is nil : passport-stress
I1114 14:24:11.979677    9893 server.go:452] ignore the svc for cluster LB VIP is nil : dyland-pre
I1114 14:24:11.979688    9893 server.go:452] ignore the svc for cluster LB VIP is nil : mission-test
I1114 14:24:11.979699    9893 server.go:452] ignore the svc for cluster LB VIP is nil : efs-dev
I1114 14:24:11.979710    9893 server.go:452] ignore the svc for cluster LB VIP is nil : redis-test1-stress
I1114 14:24:16.921893    9893 server.go:1428] containerdns  dns api enable
I1114 14:24:16.922366    9893 reflector.go:196] Starting reflector *api.Endpoints (20s) from github.com/tigcode/containerdns/containerdns-kubeapi/server.go:758
I1114 14:24:16.922409    9893 reflector.go:234] Listing and watching *api.Endpoints from github.com/tigcode/containerdns/containerdns-kubeapi/server.go:758
F1114 14:24:16.922770    9893 api.go:1123] the addr is used:<IP_ADDRESS>:9003
I1114 14:24:13.501074    9748 reflector.go:273] github.com/tigcode/containerdns/containerdns-kubeapi/server.go:758: forcing resync
I1114 14:24:28.499279    9748 reflector.go:273] github.com/tigcode/containerdns/containerdns-kubeapi/server.go:658: forcing resync
I1114 14:24:28.500844    9748 server.go:611] ignore updateService this time
I1114 14:24:28.500854    9748 server.go:611] ignore updateService this time
I1114 14:24:33.496769    9748 server.go:1293] svcSyncLoop
I1114 14:24:33.496815    9748 server.go:1019] Begin syncKube2Skydns...
I1114 14:24:33.497096    9748 server.go:892] ignore the svc for cluster LB VIP is nil : default-http-backend
I1114 14:24:33.497190    9748 server.go:892] ignore the svc for cluster LB VIP is nil : heapster
I1114 14:24:33.497408    9748 server.go:892] ignore the svc for cluster LB VIP is nil : kubernetes-dashboard
I1114 14:24:33.497661    9748 server.go:892] ignore the svc for cluster LB VIP is nil : giftapi-stress
I1114 14:24:33.497817    9748 server.go:892] ignore the svc for cluster LB VIP is nil : webconf-stress
I1114 14:24:33.498089    9748 server.go:892] ignore the svc for cluster LB VIP is nil : kubernetes
I1114 14:24:33.498370    9748 server.go:892] ignore the svc for cluster LB VIP is nil : monitoring-influxdb
I1114 14:24:33.498413    9748 server.go:892] ignore the svc for cluster LB VIP is nil : kube-dns
I1114 14:24:33.498884    9748 server.go:892] ignore the svc for cluster LB VIP is nil : monitoring-grafana
I1114 14:24:33.499063    9748 server.go:892] ignore the svc for cluster LB VIP is nil : tiller-deploy
I1114 14:24:33.499340    9748 server.go:1357] Heartbeat reg key=/containerdns/apiHost/<IP_ADDRESS> val ={"version":"1.3: [Nov 14 2017  10:02:04]","api-domains":["wh01."],"k8s-domain":"wh01.","monitor-path":"/containerdns/monitor/status/","lastTime":"2017-11-14T14:24:33.499283275+08:00"}
I1114 14:24:33.499535    9748 server.go:1300] svcSyncLoop
I1114 14:24:33.499545    9748 server.go:1161] Begin syncSkydnsHostStatus...
I1114 14:24:33.503405    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/female-dev/ee328ed3/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503437    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-auth-dev/38256cce/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503449    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/guess-stress/d8d3f2b8/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503458    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/mgameservice-test/31370639/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503466    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/social-stress/109246bf/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503474    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/luaad-stress/bc0ffed/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503482    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venusadmin-pre-static/3121c57f/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503490    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/monitor-dev/70798d38/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503497    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/newoa-dev/4908b51b/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503506    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-auth-live/b0c88127/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503513    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/pay-dev/5feb931a/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503554    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/luamember-stress/dd9d6635/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503567    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/passportadmin-stress/cd512920/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503576    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyland-lua-api-pre/33376a6/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503583    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/a5ca71d1/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503605    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-service-dev/ff0c52fb/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503617    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/cloud-pre/95af42b1/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503625    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/iopsrv-live/16df89e3/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503632    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/pay-stress/8dc0288d/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503640    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-live/9dc20ca6/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503647    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/musicadmin-pre/f0d382c1/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503655    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payadmin-dev/667fa349/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503662    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payment-dev/647dbcfb/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503670    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/noble-stress/51481487/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503677    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venus-pre/3a01e8d2/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503684    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/barragevod-stress/7cc8b2e2/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503692    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-dev/d2bb0bb1/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503699    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/gift-stress/7443c104/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503707    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/www-php-stress/941b0fdc/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503714    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/musicadmin-live/517369e0/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503737    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/m-stress/b9036ec1/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503758    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/de2784c7/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503767    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venusadmin-live-static/a3698aa4/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503775    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venusadmin-live/7430c490/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503781    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venusadmin-dev/147ece2d/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503798    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/cac7105c/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503803    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/aresadmin-dev/459b51c5/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503807    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/olympic-dev/280ace4d/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503811    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/cloud-dev/c841bef5/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503816    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dymanage-live/3532dbd4/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503820    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/www-stress/927ddbe8/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503824    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/payment-stress/934960e/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503829    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/neworg-dev/22dfca1a/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503833    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payservice-dev/a61a01a4/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503837    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/lualive-stress/13e9181b/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503841    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/mcflua-stress/4c38f32b/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503846    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyland-pre/7f133c6d/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503850    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/female-pre/9cfc73c5/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503854    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/mgame-package-remote-live/68d564b4/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503859    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/mgameservice-dev/fb9a58f7/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503867    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venus-live/d212b849/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503872    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/olympic-live/4d076784/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503876    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/aresadmin-live/d78e9acf/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503880    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/wsd-adm-dev/75ddf52d/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503885    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-service-live/109553da/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503889    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/ismnew-pre/cd6b9673/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503893    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-usercenter-dev/6bdd4eea/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503897    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/iopsrv-dev/15f45cbd/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503901    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/mgame-package-remote-dev/c72f2ab2/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503906    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payapi-pre/4ec2f2e0/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503910    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/iopsrv-pre/6abef1f5/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503914    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/yumall-service-stress/de29248a/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503919    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-auth-pre/e2bb7d8b/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503923    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/olympic-pre/3f77d49c/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503927    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/cloud-live/f66e65d8/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503931    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payservice-pre/f57e75a2/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503936    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/oauth2-stress/a1a51f9f/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503940    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/mobile-stress/aca24d18/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503944    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyland-lua-api-live/a778ef40/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503948    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/zhaopin-stress/2624c582/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503955    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/ismnew-live/3724fb90/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503959    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/monitor-live/21279fbf/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503973    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/infovod-stress/5657d23a/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503978    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dymanage-dev/fee86c02/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503983    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/mcf-stress/9a0766ae/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503991    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/cloudwww-pre/1c1e2e95/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.503997    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/graphite/e4b4e27/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504016    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/4a95189b/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504026    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payservice-live/df4b9847/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504034    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/mlua-stress/91fb4b75/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504042    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/athena-stress/818a2529/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504051    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/payservice-stress/ceb548c0/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504058    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/mgameservice-live/8806b106/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504087    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/test/mission-test/2c90893b/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504096    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/wsd-watcher-dev/6f1ed0fa/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504105    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/ismnew-dev/4adead47/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504113    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/mgameservice-stress/bc7dc6e4/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504131    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/passportlua-stress/a77b8447/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504140    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-usercenter-pre/e2a76b36/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504149    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/musicadmin-dev/64bac52e/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504164    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyland-dev/95c47f66/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504172    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/passport-stress/68d4e089/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504180    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/9ea488b3/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504188    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/lottery-stress/4db9443/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504196    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venusadmin-pre/da972e48/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504205    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dymanage-pre/dc9b2147/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504213    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/fefa0ed0/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504221    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/olympic-stress/f4b82ef5/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504230    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/shorturladmin-live/b08b1995/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504237    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/mgame-package-remote-pre/aa8a3484/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504245    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/mgameservice-pre/7a68c61f/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504253    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venus-dev/6f1ed0fa/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504337    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payapi-live/50057618/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.504345    9748 reflector.go:273] github.com/tigcode/containerdns/containerdns-kubeapi/server.go:758: forcing resync
I1114 14:24:33.504467    9748 etcd.go:217] #####   Update key=/containerdns/apiHost/<IP_ADDRESS> val ={"version":"1.3: [Nov 14 2017  10:02:04]","api-domains":["wh01."],"k8s-domain":"wh01.","monitor-path":"/containerdns/monitor/status/","lastTime":"2017-11-14T14:24:33.499283275+08:00"} valPre ={"version":"1.3: [Nov 14 2017  10:02:04]","api-domains":["wh01."],"k8s-domain":"wh01.","monitor-path":"/containerdns/monitor/status/","lastTime":"2017-11-14T14:23:33.49960364+08:00"}

I1114 14:24:33.504352    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/female-live/1b48df55/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505004    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/test/mission-test/de385aad/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505016    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-service-pre/9280ec7f/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505063    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/check-stress/31722c40/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505073    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyland-lua-api-dev/938060de/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505079    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/wsd-watcher-live/5513b529/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505084    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/wsd-watcher-stress/72ecf0f8/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505089    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/shopex-stress/fadb51ff/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505093    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/payapi-dev/11ad16a4/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505098    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/wsd-watcher-pre/fe30b546/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505102    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/newapproval-dev/5c6b3902/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505106    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/efs-dev/d04dda2e/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505111    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/java/venusadmin-dev-static/1a291c81/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505115    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/mission-stress/965b2a7a/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505120    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-usercenter-live/e4ea9e03/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505124    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/roomgame-stress/428538d5/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505129    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/efs-live/6a1b66db/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505133    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/aresadmin-pre/72cb0d2e/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505137    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyland-live/e63f2d78/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505142    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/efs-pre/d3bd387c/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505146    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/php/dyadmin-pre/d8e53611/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505150    9748 server.go:1040] svc in Kube:: key :/containerdns/wh01/svc/default/pmt-stress/e25a8980/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505156    9748 server.go:1059] svc in Kube:: key :/containerdns/wh01/svc/default/graphite/_tcp/_carbon/e4b4e27/  val ={"type":"SRV","source":"svc","host":"e4b4e27.graphite.default.svc.wh01.","ttl":30,"port":2003,"priority":10,"weight":10}
I1114 14:24:33.505167    9748 server.go:1059] svc in Kube:: key :/containerdns/wh01/svc/default/graphite/_tcp/_graph-dash/e4b4e27/  val ={"type":"SRV","source":"svc","host":"e4b4e27.graphite.default.svc.wh01.","ttl":30,"port":80,"priority":10,"weight":10}
I1114 14:24:33.505175    9748 server.go:1059] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/_tcp/_scrape/cac7105c/  val ={"type":"SRV","source":"svc","host":"cac7105c.prometheus-node-exporter.kube-system.svc.wh01.","ttl":30,"port":9100,"priority":10,"weight":10}
I1114 14:24:33.505188    9748 server.go:1059] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/_tcp/_scrape/4a95189b/  val ={"type":"SRV","source":"svc","host":"4a95189b.prometheus-node-exporter.kube-system.svc.wh01.","ttl":30,"port":9100,"priority":10,"weight":10}
I1114 14:24:33.505196    9748 server.go:1059] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/_tcp/_scrape/de2784c7/  val ={"type":"SRV","source":"svc","host":"de2784c7.prometheus-node-exporter.kube-system.svc.wh01.","ttl":30,"port":9100,"priority":10,"weight":10}
I1114 14:24:33.505204    9748 server.go:1059] svc in Kube:: key :/containerdns/wh01/svc/kube-system/prometheus-node-exporter/_tcp/_scrape/a5ca71d1/  val ={"type":"SRV","source":"svc","host":"a5ca71d1.prometheus-node-exporter.kube-system.svc.wh01.","ttl":30,"port":9100,"priority":10,"weight":10}
I1114 14:24:33.505536    9748 server.go:1078] svc in containerdns:: key :/containerdns/wh01/svc/default/check-stress/31722c40/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505545    9748 server.go:1078] svc in containerdns:: key :/containerdns/wh01/svc/default/luaad-stress/bc0ffed/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}
I1114 14:24:33.505974    9748 server.go:1078] svc in containerdns:: key :/containerdns/wh01/svc/php/musicadmin-pre/f0d382c1/  val ={"type":"A","source":"svc","host":"<IP_ADDRESS>","ttl":30,"priority":10,"weight":10}

我的理解是，通过日志应该可以看出已经成功从kubernetes拿到域名信息，但这个时候，我检查etcd，发现etcd下并没有出现/containerdns 相关的key，如下：
[root@op-yanwei containerdns]# etcdctl ls
[root@op-yanwei containerdns]#

etcd仍然是空的。
我将/etc/resolv.conf的解析修改到当前dns：
namserver <IP_ADDRESS>

尝试解析：
[root@op-yanwei containerdns]# nslookup olympic-stress.default.svc.wh01
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>#53

** server can't find olympic-stress.default.svc.wh01: NXDOMAIN

并没有拿到解析结果。
我通过containerdns-apicmd尝试查询抛出如下异常：
[root@op-yanwei containerdns]# /usr/local/containerdns/bin/containerdns-apicmd -token abcdef123456789 -addr <IP_ADDRESS>:9003 -domain wh01 -list
domain : not found
[root@op-yanwei containerdns]# /usr/local/containerdns/bin/containerdns-apicmd -token abcdef123456789 -addr <IP_ADDRESS>:9003 -domain wh01 -show wh01
domain :wh01 not found

我以为是组件还没安装完，那我先全部安装再尝试，再次配置dns-scanner，配置文件/etc/containerdns/containerdns-scanner.conf如下：
[General]
core = 0
enable-check = true
hostname = <IP_ADDRESS>
log-dir = /export/log/containerdns
log-level = 100
heartbeat-interval = 30
[Check]
check-timeout = 2
check-interval = 10
scann-ports = 22, 80, 8080
enable-icmp = true
ping-timeout = 1000
ping-count = 2
[Etcd]
etcd-machine = http://<IP_ADDRESS>:2379
tls-key =
tls-pem =
ca-cert =
status-path = /containerdns/monitor/status
report-path = /containerdns/monitor/report
heart-path = /containerdns/monitor/heart

启动：
/usr/local/containerdns/bin/dns-scanner &>/export/log/containerdns/containerdns-scanner.log &

直接异常退出，检查日志如下：
[root@op-yanwei containerdns]# tail -100f /export/log/containerdns/containerdns-scanner.log
F1114 14:38:59.001981   10579 scanner.go:120] Read config file error, due towarnings:
can't store data at section "Check", variable "scann-ports"
can't store data at section "Check", variable "enable-icmp"
can't store data at section "Etcd", variable "etcd-machine"
can't store data at section "Etcd", variable "tls-key"
can't store data at section "Etcd", variable "tls-pem"
can't store data at section "Etcd", variable "ca-cert"
can't store data at section "Etcd", variable "report-path"
can't store data at section "Etcd", variable "heart-path"
goroutine 1 [running, locked to thread]:
github.com/tigcode/containerdns/vendor/github.com/golang/glog.stacks(0xc42013b800, 0xc4201ae000, 0x224, 0x276)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:766 +0xcf
github.com/tigcode/containerdns/vendor/github.com/golang/glog.(*loggingT).output(0xc4dbe0, 0xc400000003, 0xc4200933f0, 0xbfec61, 0xa, 0x78, 0x0)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:717 +0x322
github.com/tigcode/containerdns/vendor/github.com/golang/glog.(*loggingT).printDepth(0xc4dbe0, 0x3, 0x1, 0xc420167f18, 0x2, 0x2)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:646 +0x12a
github.com/tigcode/containerdns/vendor/github.com/golang/glog.(*loggingT).print(0xc4dbe0, 0x3, 0xc420167f18, 0x2, 0x2)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:637 +0x5a
github.com/tigcode/containerdns/vendor/github.com/golang/glog.Fatal(0xc420167f18, 0x2, 0x2)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:1125 +0x53
main.init.0()
	/home/go/src/github.com/tigcode/containerdns/dns-scanner/scanner.go:120 +0x30e
main.init()
	<autogenerated>:1 +0x24a

containerdns-schedule.conf内容如下：
[General]
schedule-interval = 60
agent-downtime = 60
log-dir = /export/log/containerdns
log-level = 100
hostname = <IP_ADDRESS>
force-lock-time = 1800

[Etcd]
etcd-machine = http://<IP_ADDRESS>:2379
status-path = /containerdns/monitor/status
report-path = /containerdns/monitor/report
heart-path = /containerdns/monitor/heart
lock-path = /containerdns/monitor/lock

containerdns-schedule启动：
[root@op-yanwei containerdns]# /usr/local/containerdns/bin/dns-schedule &> /export/log/containerdns/containerdns-shcedule.log &

同样异常退出，异常如下：
[root@op-yanwei containerdns]# tail -100f /export/log/containerdns/containerdns-scanner.log
F1114 14:38:59.001981   10579 scanner.go:120] Read config file error, due towarnings:
can't store data at section "Check", variable "scann-ports"
can't store data at section "Check", variable "enable-icmp"
can't store data at section "Etcd", variable "etcd-machine"
can't store data at section "Etcd", variable "tls-key"
can't store data at section "Etcd", variable "tls-pem"
can't store data at section "Etcd", variable "ca-cert"
can't store data at section "Etcd", variable "report-path"
can't store data at section "Etcd", variable "heart-path"
goroutine 1 [running, locked to thread]:
github.com/tigcode/containerdns/vendor/github.com/golang/glog.stacks(0xc42013b800, 0xc4201ae000, 0x224, 0x276)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:766 +0xcf
github.com/tigcode/containerdns/vendor/github.com/golang/glog.(*loggingT).output(0xc4dbe0, 0xc400000003, 0xc4200933f0, 0xbfec61, 0xa, 0x78, 0x0)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:717 +0x322
github.com/tigcode/containerdns/vendor/github.com/golang/glog.(*loggingT).printDepth(0xc4dbe0, 0x3, 0x1, 0xc420167f18, 0x2, 0x2)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:646 +0x12a
github.com/tigcode/containerdns/vendor/github.com/golang/glog.(*loggingT).print(0xc4dbe0, 0x3, 0xc420167f18, 0x2, 0x2)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:637 +0x5a
github.com/tigcode/containerdns/vendor/github.com/golang/glog.Fatal(0xc420167f18, 0x2, 0x2)
	/home/go/src/github.com/tigcode/containerdns/vendor/github.com/golang/glog/glog.go:1125 +0x53
main.init.0()
	/home/go/src/github.com/tigcode/containerdns/dns-scanner/scanner.go:120 +0x30e
main.init()
	<autogenerated>:1 +0x24a

至此，containerdns的部署彻底失败！
我所有的配置文件及配置过程基本参考都来源于github上的文档及http://www.infoq.com/cn/articles/jd-618-container-dns-practise 这篇文档，很多配置荐其义不明，也是半配置单猜测半测试。。。
请帮忙看下到底是个什么情况 ？

etcd v3的数据要 用v3的接口访问

这边人员已经与你联系，应该是使用的问题。感谢你的使用和问题反馈。
我们提供的代码都是线上在用的。

表示感谢！

已经有了彼此的联系方式，后面有任何问题，随时可以联系。


[Question] Clarity on what Mode affects

I'd like some additional clarity on what Mode does, and how it affects the behavior of both read and write.  In a Write operation, there are 2 possible, and several branching ways of handling it.

Write, but device is busy and write operation is not possible
a. return WouldBlock
b. block (w/ optional timeout) until device is no-longer busy and write is possible
Write can be done and executes
a. execute command and return early, assuming write will be successful
b. block (w/ optional timeout) until write is complete and successful

For Read, there are more scenarios

Read, but no packets have been received
a. return WouldBlock
b. block (w/ optional timeout) until a packet arrives
Read and a packet is available
a. read the packet into the buffer

Which of these decisions are fixed in the spec, and which are controlled by the Mode enum?  Note that there is no meaningful concept of "returning early" for the read operation.

It occurs to me that with the nb::Result assigned to the return values, the Blocking vs NonBlocking modes may largely be meaningless. We could just have all operations be non-blocking and allow the user to selectively block using nb::block!() calls. Additionally, Timeout is likely too complex for most embedded applications to implement.
Are there some use cases for specific Mode values in general?

I agree, we should lean on nb here instead. And yes, getting Timeout to work would definitely be a pain and should happen outside of the driver.
The only use-case that I like is the ability to write without waiting for completion.  But maybe that could be an argument on the write method.

@MathiasKoch Do you have any thoughts on this?
@thejpster As the original author, do you have any opinions as to how you were expecting Mode to be used?

My thoughts were simply that: sometimes you read, say, 16 bytes because you need 16 bytes and 15 bytes is no use to you. Sometimes you read 16 bytes because that's the size of your buffer and actually any number of bytes is fine. The third option is to return if the buffer is full or when the timeout expires.

I wouldn't have thought to provide the ability to read an incomplete packet.  Is that actually useful?

TBH I don't really use mode in my implementations.. My implementations are all buffer based, so the read is actually just a copy from one buffer to another, thus the blocking/non-blocking is kind of a moot point.

TBH I don't really use mode in my implementations.. My implementations are all buffer based, so the read is actually just a copy from one buffer to another, thus the blocking/non-blocking is kind of a moot point.

This is basically how I've done it as well. I've never found a logical implementation for Mode because the underlying network stack is usually inherently blocking/nonblocking by design, so it's not usually configurable (e.g. smoltcp or the w5500)

...
This would allow you to read a smaller portion of a packet early if you only need part of it, simply based on the size of the buffer. And there would be no need for a Mode.

I think we can expect that this kind of buffering logic would live inside of an implementee of the embedded-nal, but shouldn't necessarily be part of the abstract interface, as that would force us to buffer all implementations, which isn't necessarily desirable (we may want zero-copy implementations).

I think we can expect that this kind of buffering logic would live inside of an implementee of the embedded-nal, but shouldn't necessarily be part of the abstract interface, as that would force us to buffer all implementations, which isn't necessarily desirable (we may want zero-copy implementations).

I can't tell whether you're agreeing or disagreeing.  If you're just saying that a driver could do that but doesn't necessarily have to, then we're on the same page.

This is basically how I've done it as well. I've never found a logical implementation for Mode because the underlying network stack is usually inherently blocking/nonblocking by design, so it's not usually configurable (e.g. smoltcp or the w5500)

Does this mean that Mode should go away?  I think it should, personally.

I would personally be okay, with it going away

I'm also on-board with removing the Mode.


improved Japanese translation

there are a few strings I saw that I thought could be expressed a little more naturally.

Thank you so much @kame404, really appreciate the help :)


Added new UI

UI Update!

@npgy and @HurleybirdJr have agreed to implement a GUI-based tool for the repo as a fork.
Pull request is no longer needed.


[BUG] User Groups admin API does not return groups that the user is admin of

Describe the bug
The API: /api/admin/v2/user/groups: https://api-dev.rokwire.illinois.edu/gr/doc/ui/index.html#/Admin/AdminGetUserGroupsV2 does not return the groups that the user is admin of. This is specific for one user:
Name: Priya Ravi
external id: 654513690

When searching in mongodb with the query: {external_id: "654513690", status:"admin"} it appears that her user is admin of several groups:
ac3b0d33-2cde-42dd-90f8-05bc81b8fc63
cb00a8d6-c95d-4469-b710-c6f8ceeef89b
e37d513c-262a-4b22-bb8e-794abd455f8f
732d6561-67ba-4c47-809b-5b61945cee72
532c2dd1-e888-4b1c-ad6a-feb07f8ed193

Also when viewing group members via the admin app, it appears that she is an admin of these groups but they are not returned by the API.
Expected behavior
The groups that hers user is admin of should be returned by the /api/admin/v2/user/groups API
Additional context
This is related to: https://github.com/rokwire/illinois_admin/issues/527

I'm closing this issue as irrelevant


Error x509: certificate signed by unknown authority - Azure key Vault with Terraform

VSCode Version: 1.72.2
Local OS Version: 10.0.19044 N/A compilação 19044
Local chip architecture: <x86, arm64, Apple Silicon>  x64-based
Reproduces in: <Codespaces | Remote - Containers | Both> Remote - Containers
Name of Dev Container Definition with Issue: Dev Container: Azure Terraform (COMMINITY)

Steps to Reproduce:

Create folder for Dev Container

Created simple main.tf and opened in VS code

Configuring main.tf file for execution

provider "azurerm" {
  features {
    key_vault {
      purge_soft_delete_on_destroy = true
    }
  }
  subscription_id = "000000-000000-000000-000000-000000000"
  tenant_id       = "000000-000000-000000-000000-000000000"
  client_id       = "000000-000000-000000-000000-000000000"
  client_secret   = "000000-000000-000000-000000-000000000"
}

data "azurerm_client_config" "current" {}

resource "azurerm_resource_group" "example" {
  name     = "example-resources"
  location = "West Europe"
}

resource "random_string" "random" {
  length  = 4
  special = false
  numeric = false
}

resource "azurerm_key_vault" "example" {
  name                        = lower(join("", ["keyvault", random_string.random.result]))
  location                    = azurerm_resource_group.example.location
  resource_group_name         = azurerm_resource_group.example.name
  enabled_for_disk_encryption = true
  tenant_id                   = data.azurerm_client_config.current.tenant_id
  soft_delete_retention_days  = 7
  purge_protection_enabled    = false

  sku_name = "standard"

  access_policy {
    tenant_id = data.azurerm_client_config.current.tenant_id
    object_id = data.azurerm_client_config.current.object_id

    key_permissions = [
      "Get",
    ]

    secret_permissions = [
      "Get",
    ]

    storage_permissions = [
      "Get",
    ]
  }
}

Creating dev container

Select features to install

Modules
Version

Azure CLI
latest

Git
latest

Python
latest

Terraform
latest

Select Reopen in Container

Dev Container Created successfully

Terraform init

Terraform Plan

Terraform Apply

Error x509: certificate signed by unknown authority

Error: waiting for Vault: (Name "xxxx" / Resource Group "xxxx") to become available: connecting to "https://xxxxxx.vault.azure.net/": Get "https://xxxxxx.vault.azure.net/": x509: certificate signed by unknown authority

Azure

Resource group was successfully created

Azure Key Vault was even created, but did not assign any policies

Other tests done

Tested successfully on my local machine
Successfully tested on ubuntu 20.04.3 LTS server
Tested on another dev container ubuntu same Error
Tested on hashicorp/terraform container image same error
Tested successfully in Azure pipeline
Tested successfully in Git Hub Actions

Considerations
Everything leads me to think that something is missing inside the container but I could not identify it.
Link from some forums, but no solution found :

https://social.msdn.microsoft.com/Forums/azure/en-US/c144f70d-d589-4b0c-b97d-a94b2c92b229/error-creating-key-vault-x509-certificate-signed-by-unknown-authority?forum=AzureKeyVault

https://stackoverflow.com/questions/71838183/terraform-x509-certificate-signed-by-unknown-authority

https://support.hashicorp.com/hc/en-us/articles/360046090994-Terraform-runs-failing-with-x509-certificate-signed-by-unknown-authority-error

https://ubuntu.com/server/docs/security-trust-store

problem is still occurring

problem is still occurring

problem is still occurring

problem is still occurring


cmd/compile: internal compiler error: getinarg: not a func when returning invalid interface

Input:
package bug

type I interface {
	int
}

func New() I {
	return struct{}{}
}

Output:
dominikh-pc /tmp $ go build foo.go
# command-line-arguments
./foo.go:4: interface contains embedded non-interface int
./foo.go:8: internal compiler error: getinarg: not a func int

Expected output:
No internal compiler error.
Version:
go version devel +5ee5528 Thu May 28 12:04:35 2015 +0000 linux/amd64
Also happens with Go 1.4.

I spent some time narrowing down why this bug happens and would like to provide a fix with some guidance (would by my first contribution).
I believe the issue is in the subr.go:implements function. The bad embedded type 'int' is flagged as broke in dcl.go:interfacefield but is still checked to see if it is implemented in the code below. int obviously isn't a method, which eventually errors in methodfunc/getinarg.
for im := iface.Type; im != nil; im = im.Down {
  imtype = methodfunc(im.Type, nil)
  tm = ifacelookdot(im.Sym, t, &followptr, 0)

A "fix" is to skip over the check if im.Broke == 1, but I am not sure if that is correct. Any advice on the desired way to handle this?


chore: use messaging queues to publish the email and messages

[x] may be intergated in notif worker or could be that email is sent whenever a notification has to be reached
[x] for otp you have to create it

done by #370


Static Analysis and Linting

Related to "Citizens for a better uPortal tomorrow" and UP-4745.
Static analysis and linters are a great way to detect code smells and errors before releasing code.
Apereo uPortal has been moving over to validating code with the Google code style, angularjs-uportal and uw-frame could also benefit from the lint checking goodness.
Most of the languages used in this project have linters.
If there is interest I could put together a Pull Request to setup some static analysis tooling.

For Java Checkstyle configured with Google code style is a reliable linter.

For JavaScript ESLint is a great option, it has a Google code style configuration, as well as plugins to better check specific use cases and libraries (Angular, Jasmine, RequireJS, Promise, Browser Compatibility, JavaScript in Markdown, and JSON)

For Less checking Stylelint with a standard config (based off google css style) has been fairly reliable.

For Markdown remark lint with recommended and consistent configuration can produce good results.

For Angular HTML templates HTMLHint can have okay-ish results, angular templates are difficult to lint properly.

related to https://github.com/UW-Madison-DoIT/angularjs-portal/issues/582

They need to add a /facepalm reaction on merge requests. Can't believe I didn't even bother to check if this existed >_<

@thevoiceofzeke no worries.
I can put together a PR for this.
I am hoping that https://github.com/UW-Madison-DoIT/angularjs-portal/issues/604 can be resolved either for or against using the John Papa style.
It would be a pain to run through all the lint fixes, then need to run through them again.

@ChristianMurphy I'm on the fence, but not against the idea. I've used John Papa's style guide in my own apps and I love it, but I'm concerned about retrofitting the monster that is angularjs-portal. I'll take a closer look at your commits on the issue and backlog a story for the team to have a discussion about it.

Thanks @thevoiceofzeke!

https://github.com/UW-Madison-DoIT/angularjs-portal/issues/582 and https://github.com/UW-Madison-DoIT/angularjs-portal/issues/604 have both been resolved.
Unless there are any objections, I'll start organizing PRs to bring the same tooling and styleguides into this repository as well.

ESLint, RemarkLint, ans Stylelint have all been enabled. :white_check_mark:


Add "good first issue" label to RLS repo configuration

For context: https://github.com/servo/servo/issues/18905.

Closing in favour of #42.


Questions about VQE tweaking minimum eigenvalues calculation

Hi,
I am relatively new to qiskit implementations and have two questions.
First off, I am confused how qiskit implements the VQE minimum eigensolver. In the documentation it appears to be instantiated as an abstract class without the actual implementation to be found.
The second question is how one would be able to adjust the shot count of the expectation calculation. I am trying to run VQE on an IBM device and want to configure the best shot count to minimize error.
Thank you very much for the help!

Hi @jason-jk-kang,
the VQE documentation is actually here: https://qiskit.org/documentation/stubs/qiskit.aqua.algorithms.VQE.html?highlight=vqe#qiskit.aqua.algorithms.VQE.
You found the MinimumEigensolver documentation, which is not the same as the VQE. Since there are several algorithms that can find the minimum eigenvalue of a system (VQE, QPE, classical solvers like ones from NumPy) we have an abstract base class for all these algorithms. The idea is that you can easily exchange the algorithm implementation for a given problem: for example it is really easy to compare different quantum and classical algorithms!
You can adjust the number of shots in the QuantumInstance. For example, in pseudo-code,
backend = # choose your backend or a simulator, e.g. Aer.get_backend('qasm_simulator')
q_instance = QuantumInstance(backend, shots=your_number_of_shots)

vqe = VQE(...., quantum_instance=q_instance)
solution = vqe.compute_minimum_eigenvalue(...)

Hi @Cryoris, to reopen what i'm interested in is the compute_minimum_eigenvalue, which in VQE is implemented as
def compute_minimum_eigenvalue(             self,             operator: Optional[Union[OperatorBase, LegacyBaseOperator]] = None,             aux_operators: Optional[List[Optional[Union[OperatorBase,                                                         LegacyBaseOperator]]]] = None     ) -> MinimumEigensolverResult:         super().compute_minimum_eigenvalue(operator, aux_operators)         return self._run()
This is why I was looking at the documentation for the classes which VQE inherits from. I am interested in how compute minimum eigenvalue is implemented.

Hi @Cryoris, to reopen what i'm interested in is the compute_minimum_eigenvalue, which in VQE is implemented as
def compute_minimum_eigenvalue(             self,             operator: Optional[Union[OperatorBase, LegacyBaseOperator]] = None,             aux_operators: Optional[List[Optional[Union[OperatorBase,                                                         LegacyBaseOperator]]]] = None     ) -> MinimumEigensolverResult:         super().compute_minimum_eigenvalue(operator, aux_operators)         return self._run()
This is why I was looking at the documentation for the classes which VQE inherits from. I am interested in how compute minimum eigenvalue is implemented.

It set's the properties self.operator and self.aux_operators, as you can see here:
https://github.com/Qiskit/qiskit-aqua/blob/0a062cd31597548136a7564129276df5cb5478b6/qiskit/aqua/algorithms/minimum_eigen_solvers/minimum_eigen_solver.py#L33
Since all minimum eigensolvers do this, this was bundled in the base class.

It set's the properties self.operator and self.aux_operators, as you can see here:
https://github.com/Qiskit/qiskit-aqua/blob/0a062cd31597548136a7564129276df5cb5478b6/qiskit/aqua/algorithms/minimum_eigen_solvers/minimum_eigen_solver.py#L33
Since all minimum eigensolvers do this, this was bundled in the base class.

As this has been answered I am closing this.
Do note that there is an Qiskit Slack workspace where there channels where questions can be asked etc., and searched for anything related or if its been asked for before etc - the link to join, if you are not part of that workspace a link to join can be found at the bottom of the main qiskit.org page as icons in the STAY CONNECTED section of the footer there.

As this has been answered I am closing this.
Do note that there is an Qiskit Slack workspace where there channels where questions can be asked etc., and searched for anything related or if its been asked for before etc - the link to join, if you are not part of that workspace a link to join can be found at the bottom of the main qiskit.org page as icons in the STAY CONNECTED section of the footer there.


Roll Flutter Engine from 38d950a44245 to<PHONE_NUMBER>19 (6 revisions)

https://github.com/flutter/engine/compare/38d950a44245...350733877419
2022-06-08<EMAIL_ADDRESS>Roll Skia from 9245ecb239a2 to ce2e111e7c15 (2 revisions) (flutter/engine#33904)
2022-06-08<EMAIL_ADDRESS>[android] set presentation time via eglPresentationTimeANDROID (flutter/engine#33881)
2022-06-08<EMAIL_ADDRESS>[web] Avoid returning List from DOM apis. (flutter/engine#33880)
2022-06-08<EMAIL_ADDRESS>Roll Skia from c3d83ab18efa to 9245ecb239a2 (3 revisions) (flutter/engine#33903)
2022-06-08<EMAIL_ADDRESS>Roll Dart SDK from 6a7e6decee92 to 68fd70178cbf (1 revision) (flutter/engine#33902)
2022-06-08<EMAIL_ADDRESS>Added plist flag for enabling trace-systrace. (flutter/engine#33889)
If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC<EMAIL_ADDRESS>on the revert to ensure that a human
is aware of the problem.
To file a bug in Flutter: https://github.com/flutter/flutter/issues/new/choose
To report a problem with the AutoRoller itself, please file a bug:
https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md

Commit queue failed; closing this roll.


Something we can access when reaching the end of the slider

I've been trying to do a slider that has special functions when at the beginning and end of a multi row slider. It has 5 slides per row but the number could be any where from 1 to 20 slides, as its being built dynamically.
I've found knowing when I'm at the beginning, I've tried looking at the current slide, but it doesn't give me the last slide number, just the number at the beginning of the row.
It would be nice to have something that lets us know we've reached the end of the slider. It must trigger something as it has to know for the arrows and for the infinite slider. Making this a variable we can use would be awesome.

One way would be to tie into any of the events grab the slick object get the slides key and use the .last() method. Good luck!


[stable/nginx-ingress] Remove non-contributors from owners

Signed-off-by: ChiefAlexander<EMAIL_ADDRESS>
What this PR does / why we need it:
Which issue this PR fixes
(optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged)

fixes #

Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/chart])

/retest


[BUG] Misleading error message when sending an EventGrid event

Describe the bug
When sending a message for EventGrid and supplying an invalid type (an object instance in my case), the following error message is returned:
Attribute values must be of type bool, byte, int, Uri, DateTime, or DateTimeOffset.
This was somewhat concerning that it was so narrow and wouldn't meet my needs. However, looking at the source code I found this switch:
            // https://github.com/cloudevents/spec/blob/v1.0/spec.md#type-system
            switch (value)
            {
                case string:
                case byte[]:
                case ReadOnlyMemory<byte>:
                case int:
                case bool:
                case Uri:
                case DateTime:
                case DateTimeOffset:
                    return;
                default:
                    throw new ArgumentException($"Values of type {value.GetType()} are not supported. " +
                        "Attribute values must be of type bool, byte, int, Uri, DateTime, or DateTimeOffset.");
            }

As can be seen the error message doesn't match the actual values that are acceptable, most notably string.
Expected behavior
Error message should include all valid types
Actual behavior (include Exception or Stack Trace)
Doesn't include all valid types
To Reproduce
Send a message with an ExtensionAttributes
cloudEvent.ExtensionAttributes.Add("metadata", <object instance>);
Environment:
Library version: 4.1.0

Thank you for your feedback.  Tagging and routing to the team member best able to assist.


fix(transformer): TS transform handle when type exports first

Fix 2 bugs in TS transform:

Handle where export declaration precedes its import/definition. e.g. export { X }; import { type X } from "x";
Don't insert export {} statement if any other export statements remain.

Also refactor to simplify logic for removing imports/exports.

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#3833  👈
#3832
#3831
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @overlookmotel and the rest of your teammates on  Graphite

@Boshen Do you know why tests and conformance tasks have been skipped? I assume related to Graphite CI action. It's useful to see that these pass on every PR in a stack while working on it.

@Boshen Do you know why tests and conformance tasks have been skipped? I assume related to Graphite CI action. It's useful to see that these pass on every PR in a stack while working on it.

https://github.com/oxc-project/oxc/actions/runs/9629552106/job/26564917212


[DONT REVIEW] Add priority channels to bounded queue

The bounded queue should allow items to be prioritized so that less important items (spans) are dropped.

[ ] tests

Coverage decreased (-0.06%) to 99.939% when pulling 0aebfaca05e32a7a223c58e4a49fcefdc6057da4 on priority_channels into e0a74f2c747a16b68288f58e9360bead3c0f0c26 on master.

Coverage decreased (-0.06%) to 99.939% when pulling 5ad9d2434ee8b43e8c866e02a5153a5ecacc2017 on priority_channels into 10d660f67babb61bbf0b8c75461bd2948e4537cb on master.

Coverage remained the same at 100.0% when pulling 9d56e8c9b65b7deda0f9df827d9f1005a345599f on priority_channels into 10d660f67babb61bbf0b8c75461bd2948e4537cb on master.


Installer creates aggregated roles

This introduce compose-stack-view/edit/admin cluster roles with labels so that they are aggregated to builtin view/edit/admin cluster roles.
Fix #29

I want an e2e test as well for this one :)


Rename region flag to location

Towards https://github.com/thegreenwebfoundation/grid-intensity-go/issues/59
This first PR renames the region flag to location due to a naming clash. Location is the identifier used by the data provider. e.g an ISO country code for Ember.
The next PR will allow the exporter to set region and host labels for the server where the exporter is running.

Hey Ross, I'm happy with this. I'm tagging @fershad so the docs are updated to reflect this for the next release.


[Query] Is there a way to filter out logs and write to files?

As a user I want to filter out ballerina logs and application logs separately and write to separate files. What is the way to achieve this using Ballerina?

You can grep using the logger name of your package and write out to a different file.


Registry Review 0.4.0

[x] Can the description in GitHub + package.json + README be more specific? Like "Outline post-processing effect component for A-Frame."
[x] Is it possible to support the remove() method? If I remove the outline attribute, can we remove the effect?
[x] I don't think we need to handle the play() method. .play() gets called after update, and there's no need to do anything on scene resume. https://github.com/takahirox/aframe-outline/blob/master/index.js#L27
[x] Can we crop the browser chrome out of the screenshot?
[x] README mentions aframe-deferred-renderer
[x] Add a small note in the README to attach the component to the scene element in How to Use

Done


Get cdb.exe to work with DebugConsole

add cdb.exe to kudu and get it hooked to a minidump of the worker process automatically.

Hi
Kudu will continue to run in Azure App Service. However, this repo will no longer be maintained.
If the problem persists and is related to running on Azure App Service, please open a support incident in Azure:
https://learn.microsoft.com/en-us/azure/azure-portal/supportability/how-to-create-azure-support-request
This way we can better track and assist you on this case
Thanks,
Joaquin Vano
Azure App Service


Subscribe to a topic using brod_group_subscriber

Codecov Report

Merging #5 into master will decrease coverage by 0.59%.
The diff coverage is 57.89%.

@@           Coverage Diff            @@
##           master      #5     +/-   ##
========================================
- Coverage   48.99%   48.4%   -0.6%
========================================
  Files          11      11
  Lines         649     657      +8
========================================
  Hits          318     318
- Misses        331     339      +8

Impacted Files
Coverage Δ

src/claws_kafka.erl
77.96% <57.89%> (-12.23%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 02bda5b...72e2246. Read the comment docs.


Deploy test

This PR should fix a couple of issues:

Issue #340 :  The version number in tofu/version.py had to be forced by hand
The problem came from the fact that travis checkouts the tag commit of tofu so the repository is not a specific branch but on a detached HEAD. I changed the setup.py so that it checks if it is building a travis tag version (by checking if $TRAVIS_TAG exists)
https://github.com/ToFuProject/tofu/blob/d16595dbca1bc8b516f03abced987c3c2fa2f460/setup.py#L168-L169

Issue #340 : Apparently the deployment was also done on test-pypi
As I mentioned in the issue, the condition on: tags: True sets TRAVIS_BRANCH to the tag number, thus it is no longer master nor deploy-test (nor any other branch name).
Solved this by checking to which git branch the commit hash corresponds to:

https://github.com/ToFuProject/tofu/blob/d16595dbca1bc8b516f03abced987c3c2fa2f460/.travis.yml#L64-L65
and then checking the result as a condition for deployment
https://github.com/ToFuProject/tofu/blob/d16595dbca1bc8b516f03abced987c3c2fa2f460/.travis.yml#L96
There is one caveat for this to work properly, that should still be the proper way to release (will update the documentation):
It is necessary to first push the commit and then push the tag (if you only push the tag it will not find a branch corresponding to that tag so there will be no deployment). Thus, the workflow for a release should be something similar to:
# make changes
pip install -e .[dev] # check that it builds
nosetest # check that nothing is broken
git commit -m " some commit message"
git tag -a x.y.z -m "some tag comment"
git push origin
git push --tags

Even if anaconda deployment was not being done, the recipe was still being build. which makes the whole process for nothing, so now it is being done in the upload script

Issue #292 : the file _updateversion.py was no longer being deployed with pip:
https://github.com/ToFuProject/tofu/issues/292#issuecomment-582427149
I used the second solution: I took out out build-backend = "setuptools.build_meta" in pyproject.toml

If you agree with these changes, I would add them to release 1.4.2, what do you think ?

Codecov Report

Merging #348 into devel will decrease coverage by 0.32%.
The diff coverage is 100%.

@@            Coverage Diff            @@
##            devel    #348      +/-   ##
=========================================
- Coverage   40.03%   39.7%   -0.33%
=========================================
  Files          79      81       +2
  Lines       24128   26550    +2422
=========================================
+ Hits         9659   10543     +884
- Misses      14469   16007    +1538

Impacted Files
Coverage Δ

tofu/version.py
100% <100%> (ø)
:arrow_up:

tofu/imas2tofu/_core.py
0.45% <0%> (-0.22%)
:arrow_down:

tofu/scripts/tofuplot.py
0% <0%> (ø)

tofu/scripts/tofucalc.py
0% <0%> (ø)

tofu/geom/_core.py
64.2% <0%> (+1.12%)
:arrow_up:

tofu/geom/_plot.py
69.24% <0%> (+4.14%)
:arrow_up:

tofu/utils.py
54.63% <0%> (+6.48%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 45b1595...2af1a09. Read the comment docs.

is it ok with you if I try adding this to master(v 1.4.2) directly ?

Since we have several PR to merge to master, I suggest we redo a release of 1.4.2 (delete the tag, retag, re-deploy) through a proper PR from devel to master.
I would just like to solve issue #346 before that, hopefully this afternoon, ok for you ?
It's not very clean (deleting tags, retagging...) but we are tuning our release worflow and it shoud get cleaner in the future.
Or, we can start now a cleaner workflow:

From now on when we do an important release (new major features like the volumes of sight, solid angles...) we increment the second number (1.5.0)
For all minor features, small improvements, debugging, we increment the third number (1.4.2 => 1.4.3)
So we could start this afternoon by tagging 1.4.3 instead of deleting 1.4.2

What do you think ?

Sounds good to me :)


Error: The vector given to Dir3::new_unchecked is not normalized

Hey there 👋 Encountered this after updating my version of avian to the latest main (For Bevy 0.15 compatibility):
thread 'main' panicked at contrib/bevy/crates/bevy_math/src/direction.rs:63:9:
Error: The vector given to `Dir3::new_unchecked` is not normalized. The length is 1.0144635.
stack backtrace:
   0: rust_begin_unwind
             at /rustc/90b35a6239c3d8bdabc530a6a0816f7ff89a0aaf/library/std/src/panicking.rs:665:5
   1: core::panicking::panic_fmt
             at /rustc/90b35a6239c3d8bdabc530a6a0816f7ff89a0aaf/library/core/src/panicking.rs:74:14
   2: bevy_math::direction::assert_is_normalized
             at ./contrib/bevy/crates/bevy_math/src/direction.rs:63:9
   3: bevy_math::direction::Dir3::new_unchecked
             at ./contrib/bevy/crates/bevy_math/src/direction.rs:402:9
   4: <avian3d::position::Rotation as core::ops::arith::Mul<bevy_math::direction::Dir3>>::mul
             at ./contrib/avian/crates/avian3d/../../src/position.rs:742:9
   5: avian3d::spatial_query::update_shape_caster_positions
             at ./contrib/avian/crates/avian3d/../../src/spatial_query/mod.rs:319:36
   6: core::ops::function::FnMut::call_mut
             at /Users/coreh/.rustup/toolchains/stable-aarch64-apple-darwin/lib/rustlib/src/rust/library/core/src/ops/function.rs:166:5
   7: core::ops::function::impls::<impl core::ops::function::FnMut<A> for &mut F>::call_mut
             at /Users/coreh/.rustup/toolchains/stable-aarch64-apple-darwin/lib/rustlib/src/rust/library/core/src/ops/function.rs:294:13
   8: <Func as bevy_ecs::system::function_system::SystemParamFunction<fn(F0,F1) .> Out>>::run::call_inner
             at ./contrib/bevy/crates/bevy_ecs/src/system/function_system.rs:939:21
   9: <Func as bevy_ecs::system::function_system::SystemParamFunction<fn(F0,F1) .> Out>>::run
             at ./contrib/bevy/crates/bevy_ecs/src/system/function_system.rs:942:17
  10: <bevy_ecs::system::function_system::FunctionSystem<Marker,F> as bevy_ecs::system::system::System>::run_unsafe
             at ./contrib/bevy/crates/bevy_ecs/src/system/function_system.rs:737:19
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
Encountered a panic in system `avian3d::spatial_query::update_shape_caster_positions`!
Encountered a panic in system `avian3d::schedule::run_physics_schedule`!
Encountered a panic in system `bevy_app::main_schedule::FixedMain::run_fixed_main`!
Encountered a panic in system `bevy_time::fixed::run_fixed_main_schedule`!
Encountered a panic in system `bevy_app::main_schedule::Main::run_main`!

This happens very spuriously/inconsistently, but generally when shooting enemies in my game.
The issue seems to arise from a Quat * Dir3 multiplication in this function: https://github.com/Jondolf/avian/blob/56d7c59d4f63945e27db7e6d024ad1d73c371b29/src/position.rs#L727-L729
I modified it to check for normalization of the result and print the values of both operands and result:
    fn mul(self, direction: Dir) -> Self::Output {
        let result = (self * direction.adjust_precision()).f32();
        if !result.is_normalized() {
            println!("Quat: {:?}, (length = {})", self.0, self.0.length());
            println!("Dir3: {:?} (length = {})", direction, direction.length());
            println!("Result: {:?} (length = {})", result, result.length());
        }

        Dir::new_unchecked(result)
    }

Then, right before the assertion failure, I get this output:
Quat: Quat(-0.06689565, -0.38996884, 0.5608767, 0.7361675) (length = 1.0065168)
Dir3: Dir3(Vec3(0.04367252, -0.9936813, -0.10339359)) (length = 1)
Result: Vec3(0.8393426, -0.29920217, 0.48198038) (length = 1.013076)

It looks like for whatever reason, the quaternion being used for global_rotation here is non-normalized.
This might be caused by an internal change in glam, since bevy did update from 0.27.x to 0.29.x, and especially in 0.29.0 there seems to be  a few changes related to quaternions that could cause this?
Edit: Looking around at recent PRs, I suspect the most likely culprit is this: #520
Edit 2: Just added the missing .normalize() call to transform_to_position that was removed in #520, and the crash is gone.
Edit 3: I think I might have hit #522 as well, check the footage below, this weird rotation glitch does not happen when reverting to the old addition-based math, from before #520.
[CW: Videogame Violence]
https://github.com/user-attachments/assets/2199393a-27ce-4b58-b302-fac6b36e09c2

I'm getting this same panic occasionally when I call transform.forward() on a kinematic body. I can get it to not panic by normalizing the rotation first, but then the rotation itself is off a little bit. And about 5% of the time, it's off by about 90-180-ish degrees.
I had this error with the older version (bevy 0.14) and solved it by getting rid of all usage of the LinearVelocity component. But now with the upgrade to bevy 0.15 and avian 0.2 the bug is back. My hypothesis is somewhere, something is setting the transform.rotation to a non-normalized quaternion.

I got a similar error message by using the "look_at()" and "up()" function in my code. I replaced the usage of the up() with "Vec3::Y" like this:
fn rotate_and_translate_player_mesh(
    mut player_mesh_transform: Single<&mut Transform, With<PelvisBone>>,
    player_transform: Single<&GlobalTransform, With<PlayerBody>>,
    cursor_target_coordinate: Res<CursorTargetCoordinates>
) {
    player_mesh_transform.translation = player_transform.translation();
    player_mesh_transform.translation.y = player_transform.translation().y + 0.94;

    let target = Vec3::new(
        cursor_target_coordinate.global.x,
        player_mesh_transform.translation.y,
        cursor_target_coordinate.global.z,
    );
    let up = Vec3::Y;   //player_mesh_transform.up();    **<- CORRECTION HERE!**
    player_mesh_transform.look_at(target, up);
}

Maybe it can help.


[#2299] Add replacement option for ItemChoiceAdvancement

Migrates the configuration.choices data structure on item choice advancement to be an object with a new replacement boolean. This indicates that players can replace a previous choice at that level.
The configuration app for ItemChoiceAdvancement has been modified into a three column layout to prevent it from getting too tall when there are a lot of choices such as for Warlock.

A data model has been added for item choice with a new replaced object that indicates which previous choice was replaced for each level. The previous choices are kept within the value.added structure to accurately track choices across levels. The flow UI will display replaced choices as crossed out and has a radio button next to other previous choices so players can choose which of them to replace.

Closes #2299

There are two issues I noticed in testing related (somewhat unsurprisingly I'm sure) to the use of modify choices. These were tested with a Warlock class that had replacement checked for every level except level 1 in their invocations item choice.

Good catch. Luckily we already have a mechanism in AdvancementManager to handle if modifying a choice earlier invalidates details at a later level, I just needed to detect that and throw the proper AdvancementError and it falls back to manual mode so you can change your later choices (plus a few tweaks to ItemChoiceFlow so it doesn't end up in a weird state).

Good catch. Luckily we already have a mechanism in AdvancementManager to handle if modifying a choice earlier invalidates details at a later level, I just needed to detect that and throw the proper AdvancementError and it falls back to manual mode so you can change your later choices (plus a few tweaks to ItemChoiceFlow so it doesn't end up in a weird state).

Great, being able to invalidate later choices is a good way to handle this


When using parameterized server URL, parameter editor not displayed on first load

What happens?
When there are variables in the server URL, the Base URL section does not show an editor for those variables on first load.
What did you expect to happen?
The variable editor should be displayed.
How can we reproduce the issue?
Go to https://docs.scalar.com/swagger-editor, import URL https://raw.githubusercontent.com/gravitee-io/gravitee-api-management/master/gravitee-apim-rest-api/gravitee-apim-rest-api-management-v2/gravitee-apim-rest-api-management-v2-rest/src/main/resources/openapi/openapi-apis.yaml,  after loading, there is no parameter editor:

(The screenshot above also shows that issue #1035 still exists)
But if we click the format code button on the top right corner of the spec editor, the parameter editor will appear:

Swagger/OpenAPI Example
https://raw.githubusercontent.com/gravitee-io/gravitee-api-management/master/gravitee-apim-rest-api/gravitee-apim-rest-api-management-v2/gravitee-apim-rest-api-management-v2-rest/src/main/resources/openapi/openapi-apis.yaml

Can confirm, it’s still there! I’ll fix this.


GH actions

GH actions workflow
dialyzer
excoveralls
credo (default config; I didn't fix the warnings, hence not running in workflow)

resolves #69

@mathieuprog This one should be good to go. I'll update the other PRs after this is merged.

@woylie 👍

CI jobs failed tho?


Girldevelopit/staging

resolves issue 370

Hey @scroniser! Thank you so much for your contribution :) Would you do us a favor and create this PR against the :staging branch first? We like to maintain the staging > production flow so we'd appreciate it!

drat...i thought i did. I'll take a look - sorry about that!


prompt master task

just use better prompts
use something like https://github.com/bklieger-groq/g1 when applicable

Let's use configurable number of steps for reasoning chain. Let's also be able to 'hide' this number and decide randomly in advance. This will allow us to have ~blind test for 'how much number of reasoning steps affects quality' if I consistently mark answers. This is probably only possible with groq which is fast enough to not notice the difference in time. We might need to add extra sleep


apply aodh role when ceilometer is enabled

We can probably remove the enabled key from the aodh defaults file, as it won't be used any more. Otherwise, this looks good.


Does the project have absolute value functions for int and uint integer vectors?

if not, how do I implement them like Floating-Point Absolute Value Functions?

This is probably the best option:
vbool16_t tmp = __riscv_vmslt_vx_i32m2_b16(x, 0, vl);
vint32m2_t res = __riscv_vneg_v_i32m2_mu(tmp, x, x, vl);

that is, conditionally negate elements that are less than 0.

Thank you for your answer, by the way, will there be intrinsics functions like ARM vabs_s8 and x86 _mm_abs_epi8 in the future?

Thank you for your answer, by the way, will there be intrinsics functions like ARM vabs_s8 and x86 _mm_abs_epi8 in the future?

Intrinsics usually represent a single instruction. ARM and X86 have sing instruction abs. RISC-V does not.
You could also do vmax with the value and a negated version of the value. Depending on hardware that might chain better, but have higher register pressure for larger LMUL.

You could also do vmax with the value and a negated version of the value. Depending on hardware that might chain better, but have higher register pressure for larger LMUL.

This is the second option @dzaima mentioned. But they added that in an edit to their original post, so if you were coming here from your email you may have missed it. Agreed about the tradeoffs.


Update en.json

Changed some translation to make sure logic in the English language is retained and easier to understand.

Thanks for contribution :)
"Disk" for me was ok.
If I understand correctly:

disk like in hard disk.
disc is like CD

Ah yeah I guess this depends on your take on it :)
Other things were small too, just wanted to correct them for personal prefference.
I could try starting a French translation too, but I definitely wouldn't be able to do everything. Would that be any good?

Yes, please prepare FR translation if you can :)
Maybe in the future there will be more people with this language to complete it so no problem if it is only part of it.


⚠ Bofrost.be has degraded performance

In 11b9c98, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 2007 ms

Resolved: Bofrost.be performance has improved in c63dacd.


Filter column: database_name not allowed to filter

Having the same problem. Has anyone came up with a solution?

Having the same problem. Has anyone came up with a solution?

I think it is an error prompt returned by the database. I don't see it in the code
PostgreSQL

same issue

FIx PR: #19662


Support storing node/edge feature as float16.

Issue #, if available:
Description of changes:
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Can you update the README file to show out_dtype is supported.

originally, I was thinking of another Transform that convert the data type if out_dtype is specified in a feature block. But I guess this is also fine. The only problem is that all Transform operation now needs to support an out_dtype.

Can you update the README file to show out_dtype is supported.

Sure

originally, I was thinking of adding another Transform that converts the data type if out_dtype is specified in a feature block. But I guess this is also fine. The only problem is that all Transform operation now needs to support an out_dtype.

It it not mandatory for all Transform to support out_dtype. For example, Tokenizer ignores out_dtype.


Dialog: Add ClassBackground Option to Support Blur Background

Description
On the creation of the PR, want to add blur background only. But on the final, added a new property into DialogOptions, so users can make whatever they want on the background.
Added docs an example to show how the option works.
How Has This Been Tested?

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

https://user-images.githubusercontent.com/78308169/233807572-0c2c731c-fc5f-453c-bcab-9085e4fa8fe6.mp4
Checklist:

[x] The PR is submitted to the correct branch (dev).
[x] My code follows the code style of this project.
[ ] I've added relevant tests.

We have a couple of other similar properties. Are they usually called ClassWhatever or WhateverClass ?

We have a couple of other similar properties. Are they usually called ClassWhatever or WhateverClass ?

I thought about this. WhateverClass sounds better, but ClassWhatever is better to sort alphabetically in intellisense. We both have ClassWhatever and WhateverClass in the different components, but dialog follows ClassWhatever one, like ClassContent

Thanks!


Fix error message that says "the FoodRem"

Codecov Report

Merging #466 (2217566) into master (eb08cb8) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##             master     #466   +/-   ##
=========================================
  Coverage     65.49%   65.49%
  Complexity      727      727
=========================================
  Files           147      147
  Lines          2550     2550
  Branches        287      287
=========================================
  Hits           1670     1670
  Misses          742      742
  Partials        138      138

Impacted Files
Coverage Δ

...odrem/logic/commands/itemcommands/EditCommand.java
96.25% <ø> (ø)

src/main/java/seedu/foodrem/model/FoodRem.java
84.21% <ø> (ø)

src/main/java/seedu/foodrem/model/Model.java
100.00% <ø> (ø)

src/main/java/seedu/foodrem/model/tag/TagName.java
86.66% <ø> (ø)

.../logic/commands/itemcommands/FilterTagCommand.java
100.00% <100.00%> (ø)

...m/logic/commands/tagcommands/DeleteTagCommand.java
100.00% <100.00%> (ø)

...m/logic/commands/tagcommands/RenameTagCommand.java
100.00% <100.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Rewrite profiles/{id}/export to golang

What does this PR (Pull Request) do?
This PR rewrites the /cachegroups/{id}/unassigned_parameters endpoint to Go

[x] This PR fixes #3814

Which Traffic Control components are affected by this PR?

Documentation
Traffic Ops

What is the best way to verify this PR?
Bring up TO locally and hit the endpoint to ensure parity between perl implementation and newly written Golang implementation
The API tests and/or unit tests for TO can be run to verify the PR.
If this is a bug fix, what versions of Traffic Control are affected?
The following criteria are ALL met by this PR

[x] This PR includes tests
[x] This PR includes documentation
[x] This PR does not include an update to CHANGELOG.md
[x] This PR includes any and all required license headers
[x] This PR does not include a database migration
[x] This PR DOES NOT FIX A SERIOUS SECURITY VULNERABILITY (see the Apache Software Foundation's security guidelines for details)

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/trafficcontrol-PR/4251/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/trafficcontrol-PR/4252/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/trafficcontrol-PR/4280/
Test PASSed.

@ocket8888 @mhoppa - did you make sure this still works in traffic portal?

@mitchell852 will do that test right now! Great call out.

@mitchell852 works as expected in the portal


Comment above 'class Test' causes build error

Sometimes the compiler gives weird / incorrect failure messages. e.g.

https://try.haxe.org/#45B1F
Related to #127? Because presumably the source has been modified / mangled in some way?

Ahh -- this is caused by the comment above the class name:
https://try.haxe.org/#4e5Ff
// This comment breaks it!
class Test {
    static function main() {
        trace("Haxe is great!");
    }
}

Yes, we are working on it :)


Launchpad release?

Do you plan to release LaunchPad for distributed RL as well ?

See my issue a few days ago #4
TL;DR: they have no plans to release

Yep, thank you miriaford! And thank you for the question rlanka4. We've now updated the FAQ to answer this.

FYI Launchpad has been released (https://github.com/deepmind/launchpad, https://deepmind.com/research/open-source/launchpad) and distributed acme agents using launchpad were added in 3bc0426b.

@tomhennigan launchpad only for tf?

@denfromufa launchpad works without tf.

@tomhennigan any example with jax?

I am not aware of any, but I think many people use launchpad and JAX internally so I don't see you having any issues just using JAX inside one of your launchpad nodes.
I'd suggest filing a feature request on deepmind/launchpad if you want generic Launchpad+JAX examples or filing a new feature request on deepmind/acme if you want an ACME+JAX+Launchpad example.

Exactly as @tomhennigan said: there are nothing stopping Launchpad+JAX and in fact we will be rolling out some examples very soon!

Any updates on examples?


Problem compiling for LED_STRIP_SM16703

Hi,
I am trying to get Blink example to run with IC16703 but I can't compile.
I get this error:
\LiteLED\src/LiteLED.h:11:10: fatal error: hal/rmt_types.h: No such file or directory
11 | #include <hal/rmt_types.h>
I tried to comment out this include and basically all includes on that page fail....
#include <hal/rmt_types.h>
#include <driver/gpio.h>
#include <esp_err.h>
#include <driver/rmt.h>
#include "llrgb.h"
I would really like to try out your driver as the FastLED is failing me with 16703.
Ah well I just noticed that it is for ESP32... :(    Do You plan on porting it for ESP8266?

Hi. Could you let me know your development environment? Which IDE, which version, which esp32 version you're trying to run it on, and most importantly - which version of the Arduino-esp32 core are you using?
Note that LiteLED does not work with Arduino-esp32 core versions 3.x.x. Latest tested core version is v2.0.14, though I'm sure it would work with 2.0.16 as well (don't use 2.0.15).

I was trying to run it on an ESP07  (Wemos D1 Mini) :(

Hi. The LiteLED library depends on the RMT peripheral of the ESP32 series chips. As the ESP-8266EX doesn’t have an RMT, it is not possible to port to that chip.
Hope you find a solution.


Adds tarmak repository

LGTM. Want me to set up the webhook here? You need the hmac token. This will also cause every PR on tarmak to be commented on with release note status. When we enable the submit queue, you will get another comment on every PR about approval status. Please don't forget to add an OWNERS file to the root of your repo too (see cert-manager for the format of that)


Show category?

Is there a way of showing the type passed into the logger as TCategoryName in the browser console?

Hello!
Categories are now being logged on https://www.nuget.org/packages/Blazor.Extensions.Logging/0.2.0 that should be available soon on Nuget.

The only exception is the logging of tables as the browser don't have parameters to it.
I'm closing the issue now. Please let me know if you find any issues.
Thank yoU!


Implement PEP 8 compliance using flake8

#18
add file .flake8
add CI test at .github
add requirements.txt
pep8 changes arg_parser.py

Hey @MarkusHackspacher thanks for making this pull request, is this automated? Curious what tech your using to automate these PRs.

The script  .github/workflows/python-app.yml is from github, you can find it in "Actions" --> new workflow -->
select this:
Python application
By GitHub Actions
Python application logo
Create and test a Python application.
and configure and PR. I make no changes at this script.

@ariel-frischer have you other questions? And if you decide to merge this PR, could you add the “hacktoberfest-accepted” label?

@MarkusHackspacher
Sorry the issue I made for this repo was just some auto-generated issue for testing purposes. I don't really want to implement flake8 for this repo although it may help. I do not want to go through the whole process of testing this out and refactoring/confirming all the flake8 changes either. So I'm going to close this out, sorry about the misunderstanding I will remove the flake8 issue as well.