Thursday, 2024-03-14

« Wednesday, 2024-03-13 Index Friday, 2024-03-15 »
avobridge<alvaro.soto> hey @electrocucaracha no conoces algun telco que quiera donar infra para esto?03:18
avobridge<fjaraya> Voy a preguntar a Infotec03:19
avobridge<alvaro.soto> nice nice!!!!!03:20
avobridge<alvaro.soto> ya tienes el pr de coc @fjaraya???? hehehe03:20
avobridge<alvaro.soto> O.O <#C06PD4XH0UQ|>03:21
avobridge<fjaraya> No aún, pero mañana ya me desocupo03:21
avobridge<fjaraya> Que semana, y es miercoles recien03:22
avobridge<fjaraya> Haha03:22
avobridge<alvaro.soto> hehehehe yessir!!!03:22
avobridge<alvaro.soto> muy cargada03:22
avobridge<electrocucaracha> Quiza con Ildiko se pueda armar, la otra es utilizar los clusters de Equinix que ofrece la CNCF por medio de <https://github.com/cncf/cluster/> aunque es hacer algo de la OpenInfra y de la LFN en infra de la CNCF03:23
avobridge<alvaro.soto> puedo preguntar @electrocucaracha crees que podria ser un tema politico? o alguno problema con eso?03:24
avobridge<electrocucaracha> pues mas que nada es meterse en camisa de once varas03:27
avobridge<electrocucaracha> hay que intentar por todos los medios que OpenInfra nos de recursos03:27
avobridge<electrocucaracha> la otra es atraves de OPNFV03:27
avobridge<electrocucaracha> pero no se si las cosas sigan vivas, porque ya estan del lado de ANUKET03:28
avobridge<electrocucaracha> <https://wiki.anuket.io/display/HOME/Lab+as+a+Service>03:29
avobridge<electrocucaracha> <https://labs.lfnetworking.org/>03:32
avobridge<alvaro.soto> Voy a preguntar a la fundación Openinfra03:32
avobridge<electrocucaracha> https://files.slack.com/files-pri/T4TASHRNC-F06Q4L36BL0/download/screenshot_2024-03-13_at_8.34.52___pm.png03:34
avobridge<electrocucaracha> https://files.slack.com/files-pri/T4TASHRNC-F06PUGCK4BT/download/screenshot_2024-03-13_at_8.36.37___pm.png03:36
avobridge<electrocucaracha> Habra que leer bien para asegurarnos que no estamos infringiendo en sus politicas de uso03:37
avobridge<alvaro.soto> Ok ok04:10
avobridge<electrocucaracha> En caso de que alguien quiera mandar un parche a kolla, [esta instruccion](https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/nova/tasks/refresh_scheduler_cell_cache.yml#L10) causa problemas en distintas distros ya que algunas no cuentan con esas opciones20:18
avobridge<electrocucaracha> 20:18
avobridge<electrocucaracha> ```$ kill --help20:18
avobridge<electrocucaracha> kill: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]20:18
avobridge<electrocucaracha>     Send a signal to a job.20:18
avobridge<electrocucaracha> 20:18
avobridge<electrocucaracha>     Send the processes identified by PID or JOBSPEC the signal named by20:18
avobridge<electrocucaracha>     SIGSPEC or SIGNUM.  If neither SIGSPEC nor SIGNUM is present, then20:19
avobridge<electrocucaracha>     SIGTERM is assumed.20:19
avobridge<electrocucaracha> 20:19
avobridge<electrocucaracha>     Options:20:19
avobridge<electrocucaracha>       -s sig    SIG is a signal name20:19
avobridge<electrocucaracha>       -n sig    SIG is a signal number20:19
avobridge<electrocucaracha>       -l        list the signal names; if arguments follow `-l' they are20:19
avobridge<electrocucaracha>                 assumed to be signal numbers for which names should be listed20:19
avobridge<electrocucaracha>       -L        synonym for -l20:19
avobridge<electrocucaracha> 20:19
avobridge<electrocucaracha>     Kill is a shell builtin for two reasons: it allows job IDs to be used20:19
avobridge<electrocucaracha>     instead of process IDs, and allows processes to be killed if the limit20:19
avobridge<electrocucaracha>     on processes that you can create is reached.20:19
avobridge<electrocucaracha> 20:19
avobridge<electrocucaracha>     Exit Status:20:19
avobridge<electrocucaracha>     Returns success unless an invalid option is given or an error occurs.20:19
avobridge<electrocucaracha> $ kill -HUP20:19
avobridge<electrocucaracha> kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]```20:19
avobridge<electrocucaracha> ```$ cat /etc/os-release20:22
avobridge<electrocucaracha> PRETTY_NAME="Ubuntu 22.04.4 LTS"20:22
avobridge<electrocucaracha> NAME="Ubuntu"20:22
avobridge<electrocucaracha> VERSION_ID="22.04"20:22
avobridge<electrocucaracha> VERSION="22.04.4 LTS (Jammy Jellyfish)"20:22
avobridge<electrocucaracha> VERSION_CODENAME=jammy20:22
avobridge<electrocucaracha> ID=ubuntu20:22
avobridge<electrocucaracha> ID_LIKE=debian20:22
avobridge<electrocucaracha> HOME_URL="<https://www.ubuntu.com/>"20:22
avobridge<electrocucaracha> SUPPORT_URL="<https://help.ubuntu.com/>"20:22
avobridge<electrocucaracha> BUG_REPORT_URL="<https://bugs.launchpad.net/ubuntu/>"20:22
avobridge<electrocucaracha> PRIVACY_POLICY_URL="<https://www.ubuntu.com/legal/terms-and-policies/privacy-policy>"20:22
avobridge<electrocucaracha> UBUNTU_CODENAME=jammy```20:22
avobridge<electrocucaracha> creo que la solucion seria utilizar `kill -s SIGHUP` o `kill -1`20:33
avobridge<electrocucaracha> Mmm creo que mas bien necesita una valdacion diferente, algo asi como si el proceso existe20:50
avobridge<electrocucaracha> creo que ya di con la solucion21:25
avobridge<electrocucaracha> ```---21:25
avobridge<electrocucaracha> - name: Get nova_scheduler pid21:25
avobridge<electrocucaracha>   shell: "{{ kolla_container_engine }} inspect -f '{% raw %}{{ .State.Pid }}{% endraw %}' nova_scheduler"21:25
avobridge<electrocucaracha>   register: nova_scheduler_pid21:25
avobridge<electrocucaracha> 21:25
avobridge<electrocucaracha> - name: Print nova_scheduler_pid value21:25
avobridge<electrocucaracha>   debug:21:25
avobridge<electrocucaracha>     var: nova_scheduler_pid21:25
avobridge<electrocucaracha> 21:25
avobridge<electrocucaracha> # This is necessary after new cells have been created to refresh the cell cache21:25
avobridge<electrocucaracha> # in nova scheduler.21:25
avobridge<electrocucaracha> - name: Refresh cell cache in nova scheduler21:25
avobridge<electrocucaracha>   become: true21:25
avobridge<electrocucaracha>   # NOTE(yoctozepto): Normally we would send the signal via Docker but, due to a21:25
avobridge<electrocucaracha>   # Docker bug (<https://github.com/moby/moby/issues/11065>), this might cause the21:25
avobridge<electrocucaracha>   # container to be stopped if we restart Docker or reboot the server as we21:25
avobridge<electrocucaracha>   # use the 'unless-stopped' restart policy by default.21:25
avobridge<electrocucaracha>   shell: "kill -HUP `{{ nova_scheduler_pid.stdout }}"21:25
avobridge<electrocucaracha>   when:21:25
avobridge<electrocucaracha>     - nova_scheduler_pid.stdout != "0"21:25
avobridge<electrocucaracha>     - inventory_hostname in groups['nova-scheduler']```21:25
avobridge<electrocucaracha> Si alguien quiere mandar el parche chido, sino checare cuando me puedo dar el tiempo21:26
« Wednesday, 2024-03-13 Index Friday, 2024-03-15 »

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!