S
https://github.com/redhat-cop/keepalived-operator Народ, доброго дня, а сие дело, будет работаь в дженерал кубере или оно гвоздями к опеншифту прибито?
Size: a a a
2020 May 21
VR
https://github.com/redhat-cop/keepalived-operator Народ, доброго дня, а сие дело, будет работаь в дженерал кубере или оно гвоздями к опеншифту прибито?
в https://github.com/redhat-cop/keepalived-operator/blob/master/go.mod ничего опеншифтоспецифичного нет, будет работать
S
в https://github.com/redhat-cop/keepalived-operator/blob/master/go.mod ничего опеншифтоспецифичного нет, будет работать
спасибо, а есть какие-то нюансы о которых надо знать заранее? я так понимаю, отдельной доки по этому поделию нет, надо в общей документации по опеншифту искать?
VR
спасибо, а есть какие-то нюансы о которых надо знать заранее? я так понимаю, отдельной доки по этому поделию нет, надо в общей документации по опеншифту искать?
думаю кроме ридми там ничего нет - оператор неофициальный
S
думаю кроме ридми там ничего нет - оператор неофициальный
а официально, что опеншифт юзает в баре метал кейсе?
S
или оно все равно не заопенсорщено?
VR
а официально, что опеншифт юзает в баре метал кейсе?
S
VR
я так понимаю, это про vip для куберовского api
ага
S
а тот оператор, что я кидал, для тайп лоадбалансер, условно говоря
VR
примерно так, да
SF
https://pastebin.com/fDtVnCmq
толком не работает route под,
если верно понимаю, то после каждого обращения к нему, он перезагружается
толком не работает route под,
если верно понимаю, то после каждого обращения к нему, он перезагружается
SF
Коллеги, есть понимание?
SF
даже не знаю куда копать...
вроде сервер работает но с тормазами
вроде сервер работает но с тормазами
VR
Get https://172.30.0.1:443/api/v1/services?limit=500&resourceVersion=0: net/http: TLS handshake timeout апи помираетSF
Get https://172.30.0.1:443/api/v1/services?limit=500&resourceVersion=0: net/http: TLS handshake timeout апи помираетTrace[1002325053]: [748.214751ms] [748.162695ms] About to write a response
E0521 15:14:36.621051 1 watcher.go:208] watch chan error: etcdserver: mvcc: required revision has been compacted
I0521 15:14:44.925267 1 controller.go:105] OpenAPI AggregationController: Processing item v1beta1.servicecatalog.k8s.io
E0521 15:14:44.929573 1 controller.go:111] loading OpenAPI spec for "v1beta1.servicecatalog.k8s.io" failed with: OpenAPI spec does not exists
I0521 15:14:44.929593 1 controller.go:119] OpenAPI AggregationController: action for item v1beta1.servicecatalog.k8s.io: Rate Limited Requeue.
E0521 15:14:48.663388 1 watcher.go:208] watch chan error: etcdserver: mvcc: required revision has been compacted
I0521 15:14:50.273739 1 trace.go:76] Trace[1484046193]: "GuaranteedUpdate etcd3: *core.ConfigMap" (started: 2020-05-21 15:14:49.697655383 +0300 MSK m=
Trace[1484046193]: [575.993318ms] [575.275142ms] Transaction committed
0521 15:13:37.976197 1 watcher.go:208] watch chan error: etcdserver: mvcc: required revision has been compacted
0521 15:13:42.582097 1 watcher.go:208] watch chan error: etcdserver: mvcc: required revision has been compacted
0521 15:13:49.034713 1 trace.go:76] Trace[159030143]: "GuaranteedUpdate etcd3: *core.Node" (started: 2020-05-21 15:13:48.189160696 +0300 MSK m=+5244.9
race[159030143]: [845.359295ms] [843.990367ms] Transaction committed
SF
вот это из api, не страшные ошибки? (мне кажется не страшно)
VR
вот это из api, не страшные ошибки? (мне кажется не страшно)
не страшные. Посмотри еще https://docs.okd.io/3.11/admin_guide/sdn_troubleshooting.html?
SF
не страшные. Посмотри еще https://docs.okd.io/3.11/admin_guide/sdn_troubleshooting.html?
спасибо!
SF
не страшные. Посмотри еще https://docs.okd.io/3.11/admin_guide/sdn_troubleshooting.html?
если интересно, то решили этот кейс:
1) удалила контейнер на который ругался опеншифт в логах (он был в docker ps -a) его шифт запомнил, и пытался опросить, в то время как контейнер был мертв
2) перезапустили sdn
3) перезапустили route
и заработало
1) удалила контейнер на который ругался опеншифт в логах (он был в docker ps -a) его шифт запомнил, и пытался опросить, в то время как контейнер был мертв
2) перезапустили sdn
3) перезапустили route
и заработало