Open Stack

Hello Slawek,

Unfortunately I am not sure because all I did is configure the cluster.
Nothing else.


Regards

Tony Karera




On Wed, Sep 8, 2021 at 3:31 PM Slawek Kaplonski <skaplons at redhat.com> wrote:

> Hi,
>
> On środa, 8 września 2021 15:16:57 CEST Karera Tony wrote:
> > Hello Slawek,
> >
> > I really need your help.
> >
> > I have tried all I can but still the k8s-cluster gets stuck with this log
> > here
> >
> > root at k8s-cluster-1-vo5s5jvtjoa7-master-0 core]# cd
> > /var/log/heat-config/heat-config-script/
> > [root at k8s-cluster-1-vo5s5jvtjoa7-master-0 heat-config-script]# ls
> > a70c65af-34e2-4071-be18-2e4d66f85cf6-k8s-cluster-1-vo5s5jvtjoa7-
> kube_cluster_c
> > onfig-asfqq352zosg.log
> > c42dcbf1-7812-49a2-b312-96c24225b407-k8s-cluster-1-vo5s5jvtjoa7-
> kube_masters-
> > waugw6vksw5p-0-vrt2gkfugedg-master_config-xv3vlmr27r46.log
> > [root at k8s-cluster-1-vo5s5jvtjoa7-master-0 heat-config-script]# cat
> > a70c65af-34e2-4071-be18-2e4d66f85cf6-k8s-cluster-1-vo5s5jvtjoa7-
> kube_cluster_c
> > onfig-asfqq352zosg.log [root at k8s-cluster-1-vo5s5jvtjoa7-master-0
> > heat-config-script]# cat
> > a70c65af-34e2-4071-be18-2e4d66f85cf6-k8s-cluster-1-vo5s5jvtjoa7-
> kube_cluster_c
> > onfig-asfqq352zosg.log [root at k8s-cluster-1-vo5s5jvtjoa7-master-0
> > heat-config-script]# cat
> > a70c65af-34e2-4071-be18-2e4d66f85cf6-k8s-cluster-1-vo5s5jvtjoa7-
> kube_cluster_c
> > onfig-asfqq352zosg.log Starting to run kube-apiserver-to-kubelet-role
> > + echo 'Waiting for Kubernetes API...'
> > Waiting for Kubernetes API...
> > ++ kubectl get --raw=/healthz
> > The connection to the server localhost:8080 was refused - did you specify
> > the right host or port?
> > + '[' ok = '' ']'
> > + sleep 5
> > ++ kubectl get --raw=/healthz
> > The connection to the server localhost:8080 was refused - did you specify
> > the right host or port?
>
> But why Your script is trying to connect to localhost? It's not the VM
> address
> I guess :)
>
> > + '[' ok = '' ']'
> > + sleep 5
> >
> >
> > Regards
> >
> > Tony Karera
> >
> >
> >
> >
> > On Mon, Aug 30, 2021 at 8:50 AM Slawek Kaplonski <skaplons at redhat.com>
> >
> > wrote:
> > > Hi,
> > >
> > > You can use vlan as tenant network too. But You have to remember that
> vlan
> > > is
> > > provider network, which means that You need to have configured vlans on
> > > Your
> > > network infrastructure too. And in case of tenant network, Neutron will
> > > automatically allocate one of the vlan ids to the network as user don't
> > > have
> > > possibility to choose vlan id for network (at least that's default
> policy
> > > in
> > > Neutron).
> > > So, You should check what vlan id is used by such tenant network,
> check if
> > > this vlan is properly confiugred on Your switches and then, if all is
> > > good,
> > > check where exactly such dhcp requests are dropped (are they going from
> > > compute node? are packets comming to the node with dhcp agent?). Base
> on
> > > that
> > > You can narrow down where the issue can be.
> > >
> > > On sobota, 28 sierpnia 2021 18:07:07 CEST Karera Tony wrote:
> > > > How can i make them both vxlan and vlan
> > > >
> > > > On Sat, 28 Aug 2021, 17:43 Mohammed Naser, <mnaser at vexxhost.com>
> wrote:
> > > > > Your issue is that tenant_network_types should be vxlan.
> > > > >
> > > > > On Sat, Aug 28, 2021 at 4:29 AM Karera Tony <tonykarera at gmail.com>
> > >
> > > wrote:
> > > > >> Hello Team,
> > > > >>
> > > > >> Whenever I create an internal network  with type vlan.
> > > > >>
> > > > >> The Instances don't get IPs but for external Network it's fine.
> > > > >>
> > > > >>
> > > > >> Below is the etc/kolla/config/neutron/ml2_conf.ini file
> > > > >>
> > > > >>
> > > > >> [ml2]
> > > > >> type_drivers = flat,vlan,vxlan
> > > > >> tenant_network_types = vlan,flat
> > > > >> mechanism_drivers = openvswitch,l2population
> > > > >>
> > > > >> [ml2_type_vlan]
> > > > >> network_vlan_ranges = physnet1
> > > > >> [ml2_type_flat]
> > > > >> flat_networks = physnet1
> > > > >>
> > > > >> Is there something I need to change or I need to configure the
> > >
> > > interface
> > >
> > > > >> differently
> > > > >> Regards
> > > > >>
> > > > >> Tony Karera
> > > > >>
> > > > >>
> > > > >> --
> > > > >
> > > > > Mohammed Naser
> > > > > VEXXHOST, Inc.
> > >
> > > --
> > > Slawek Kaplonski
> > > Principal Software Engineer
> > > Red Hat
>
>
> --
> Slawek Kaplonski
> Principal Software Engineer
> Red Hat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20210908/29c151fe/attachment.html>