V
По заданию мы создаем deployment и service - из надо разрезолвить. Сервис и под. Если nslookup'у не скармливать параметр -type=a то он выдает NXDOMAIN
Я без type юзал
Size: a a a
2020 August 25
OA
Там же вроде для сдачи достаточно не совсем дцп быть
я упомнул вопрос с которым у меня проблемы возникли, я на него час убил, благо отложил на потом. Со всем остальным за два справился.Ну ДЦП или нет, но вот что-то меня сомнения меня терзают почему type=A не дефолт
DS
по идее дефолт. Ну в dig точно
OA
ну тебе бы с DNS ознакомиться, если уж type=a тебя поставило в тупик. Там еще много всего интересного: SRV, TXT, AAAA, CNAME, PTR, MX =)
Да, да, вы тут все умные, конечно. Но почему то без него nxdomain возвращало.
OA
Я быстро погуглил и перепроверил на своем тестовом стенде, реально без указания типа не влезтало. Говорят bug на 1.18
DS
Да, да, вы тут все умные, конечно. Но почему то без него nxdomain возвращало.
оно просто согласно resolv.conf ndots 5 делает запросы, ничего страшного. В итоге A адрес возвращает:
nslookup rfs-redis
Server: 169.254.20.10
Address: 169.254.20.10:53
** server can't find rfs-redis.svc.cluster.local: NXDOMAIN
** server can't find rfs-redis.cluster.local: NXDOMAIN
Name: rfs-redis.default.svc.cluster.local
Address: 10.96.93.166
** server can't find rfs-redis.svc.cluster.local: NXDOMAIN
** server can't find rfs-redis.cluster.local: NXDOMAIN
OA
Ну возможно. Я просто до этого не копал, у меня в eks все стандартно работало по serice-name.namespace
DS
Стресс, дает о себе знать конечно
OA
Вот как то так:
cloud_user@polinom1c:~$ kubectl exec dnsresolver -- nslookup nginx-dnd.default.svc.cluster.local
Server: 10.96.0.10
Address: 10.96.0.10:53
Name: nginx-dnd.default.svc.cluster.local
Address: 10.99.18.63
*** Can't find nginx-dnd.default.svc.cluster.local: No answer
cloud_user@polinom1c:~$ kubectl exec dnsresolver -- nslookup -type=a nginx-dnd.default.svc.cluster.local
Server: 10.96.0.10
Address: 10.96.0.10:53
Name: nginx-dnd.default.svc.cluster.local
Address: 10.99.18.63
# WTF, I though A is a default record type!!!
DS
kubectl exec dnsresolver -- nslookup nginx-dnd.default.svc.cluster.local
Должен вернуть тоже самое
OA
kubectl exec dnsresolver -- nslookup nginx-dnd.default.svc.cluster.local
Должен вернуть тоже самое
Я немного не то скопировал, не-а. На 1.18 не то же самое
OA
Народ что то похожее здесь указывал: https://github.com/docker-library/busybox/issues/48
OA
На самом деле пофиг - я думаю по остальному я прошел.
OA
Тут кстати никто в Munich SAP офисе не трудится как SRE? Есть вопросы...
2020 August 26
MS
Всем привет.
Надо CronJob запустить , но кластер говорит такого нету, доступен только с 1.18, а у меня 1.16
Нашел в инете запуск куба с флагом
Мне не хочется перезагружать куб
Надо CronJob запустить , но кластер говорит такого нету, доступен только с 1.18, а у меня 1.16
Нашел в инете запуск куба с флагом
--runtime-config=batch/v2alpha1. Не подскажете есть ли какой то другой способ ?
Мне не хочется перезагружать куб
DS
Всем привет.
Надо CronJob запустить , но кластер говорит такого нету, доступен только с 1.18, а у меня 1.16
Нашел в инете запуск куба с флагом
Мне не хочется перезагружать куб
Надо CronJob запустить , но кластер говорит такого нету, доступен только с 1.18, а у меня 1.16
Нашел в инете запуск куба с флагом
--runtime-config=batch/v2alpha1. Не подскажете есть ли какой то другой способ ?
Мне не хочется перезагружать куб
cronjob появился довольно давно, в 1.14,15,16 я его точно уже использовал. Уверен появился он гораздо раньше
MS
cronjob появился довольно давно, в 1.14,15,16 я его точно уже использовал. Уверен появился он гораздо раньше
Без флагов?
DS
Без флагов?
без
MS
error: unable to recognize "cronjob.yaml": no matches for kind "CronJob" in version "batch/v2alpha1"error: unable to recognize "cronjob.yaml": no matches for kind "CronJob" in version "batch/v1beta1"2 варианта не прошло