Телеграмм чат группы aws

товарищи, может кто подскажет, в чём проблема, устанавливаю манифест на eks 1.18 для nvidia который рекомендует AWS, а оно мне выдаёт ошибку

kubectl apply -f https://raw.githubusercontent.com/NVIDIA/k8s-device-plugin/v0.6.0/nvidia-device-plugin.yml
https://docs.aws.amazon.com/eks/latest/userguide/update-cluster.html

kubectl logs nvidia-device-plugin-daemonset-b9vwk -n kube-system
flag provided but not defined: -fail-on-init-error
Usage of nvidia-device-plugin:
  -pass-device-specs
     pass the list of DeviceSpecs to the kubelet on Allocate()

источник

19:03пожаловаться #6

DZ

Dmytro Zavalkin in AWS_RU

Pavel Krõlov

товарищи, может кто подскажет, в чём проблема, устанавливаю манифест на eks 1.18 для nvidia который рекомендует AWS, а оно мне выдаёт ошибку

kubectl apply -f https://raw.githubusercontent.com/NVIDIA/k8s-device-plugin/v0.6.0/nvidia-device-plugin.yml
https://docs.aws.amazon.com/eks/latest/userguide/update-cluster.html

kubectl logs nvidia-device-plugin-daemonset-b9vwk -n kube-system
flag provided but not defined: -fail-on-init-error
Usage of nvidia-device-plugin:
  -pass-device-specs
     pass the list of DeviceSpecs to the kubelet on Allocate()

containers:
      - image: nvidia/k8s-device-plugin:1.0.0-beta6

не внушает доверия такой манифест. Я бы попробовал взять последний релиз 0.7.3 https://github.com/NVIDIA/k8s-device-plugin/releases

GitHub

Releases · NVIDIA/k8s-device-plugin

NVIDIA device plugin for Kubernetes. Contribute to NVIDIA/k8s-device-plugin development by creating an account on GitHub.

источник

19:12пожаловаться #7

DZ

Dmytro Zavalkin in AWS_RU

ну и посмотреть их багтрекер, может eks или 1.18 не поддерживаются

источник

19:13пожаловаться #8

PK

Pavel Krõlov in AWS_RU

да уже смотрю

источник

19:13пожаловаться #9

PK

Pavel Krõlov in AWS_RU

короче попробовал сначала 1.0.0-beta а потом уже 1.0.0-beta6 и вроде пошло

источник

19:25пожаловаться #10

Q

Qwerty123 in AWS_RU

доброго времени суток, столкнулся с проблемой, что с Lambda не могу сформировать ответ в APIGateway, чтобы в ответе был и status code, и status message

источник

20:21пожаловаться #11

Q

Qwerty123 in AWS_RU

и вот как приходит в curl-e от связки Lambda + APIGateway

источник

20:21пожаловаться #12

DZ

Dmytro Zavalkin in AWS_RU

так в ответе это где? status message это просто название для цифрового http code - его на самом деле никто не отправляет

источник

20:28пожаловаться #13

DZ

Dmytro Zavalkin in AWS_RU

хотя вру, по спецификации можно также текст слать https://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html

Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

источник

20:33пожаловаться #14

Q

Qwerty123 in AWS_RU

Dmytro Zavalkin

хотя вру, по спецификации можно также текст слать https://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html

Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

да, вот в данном случае я хочу указывать Reason-Phrase

источник

20:36пожаловаться #15

DZ

Dmytro Zavalkin in AWS_RU

но хз используется ли это кем-то на практике, в http2 спецификации в любом случае это поле выкинули:

8.1.2.4. Response Pseudo-Header Fields8.1.2.4. Response Pseudo-Header Fields



   For HTTP/2 responses, a single ":status" pseudo-header field is
   defined that carries the HTTP status code field (see

[RFC7231],
   Section 6

).  This pseudo-header field MUST be included in all
   responses; otherwise, the response is malformed (Section 8.1.2.6).

   HTTP/2 does not define a way to carry the version or reason phrase
   that is included in an HTTP/1.1 status line.

https://tools.ietf.org/html/rfc7540

источник

20:37пожаловаться #16

Q

Qwerty123 in AWS_RU

но видимо Status-Line APIGateway сам оформляет

источник

20:37пожаловаться #17

Q

Qwerty123 in AWS_RU

Dmytro Zavalkin

но хз используется ли это кем-то на практике, в http2 спецификации в любом случае это поле выкинули:

8.1.2.4. Response Pseudo-Header Fields8.1.2.4. Response Pseudo-Header Fields



   For HTTP/2 responses, a single ":status" pseudo-header field is
   defined that carries the HTTP status code field (see

[RFC7231],
   Section 6

).  This pseudo-header field MUST be included in all
   responses; otherwise, the response is malformed (Section 8.1.2.6).

   HTTP/2 does not define a way to carry the version or reason phrase
   that is included in an HTTP/1.1 status line.

https://tools.ietf.org/html/rfc7540

хм, поняо

источник

20:37пожаловаться #18

Q

Qwerty123 in AWS_RU

спасибо

источник

20:37пожаловаться #19

DZ

Dmytro Zavalkin in AWS_RU

так что в вашем случае ответ простой - никак

источник

20:37пожаловаться #20