*** rpittau|afk is now known as rpittau | 07:22 | |
*** mgoddard- is now known as mgoddard | 08:20 | |
noonedeadpunk | oh, that's neater then mine option! | 08:42 |
---|---|---|
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: skip -W on sphinx-build for translation. https://review.opendev.org/c/openstack/openstack-ansible/+/803635 | 08:43 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Set doc jobs to voting https://review.opendev.org/c/openstack/openstack-ansible/+/804891 | 08:47 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Set doc jobs to voting https://review.opendev.org/c/openstack/openstack-ansible/+/804891 | 08:47 |
noonedeadpunk | let's merge https://review.opendev.org/c/openstack/openstack-ansible/+/803635/ | 08:48 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-galera_server stable/wallaby: Update galera to 10.5.12 https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/804867 | 09:34 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/wallaby: Add shallow_since to parallel git clone https://review.opendev.org/c/openstack/openstack-ansible/+/804868 | 09:35 |
noonedeadpunk | Do only I experience issues with pulling in patches from gerrit? | 09:38 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/wallaby: Add shallow_since for ceph-ansible https://review.opendev.org/c/openstack/openstack-ansible/+/804976 | 09:47 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/wallaby: Add shallow_since for ceph-ansible https://review.opendev.org/c/openstack/openstack-ansible/+/804976 | 09:47 |
opendevreview | Merged openstack/openstack-ansible master: skip -W on sphinx-build for translation. https://review.opendev.org/c/openstack/openstack-ansible/+/803635 | 10:20 |
*** odyssey4me is now known as Guest4722 | 10:37 | |
opendevreview | Andrew Bonney proposed openstack/openstack-ansible master: Add guide for distribution upgrades to docs https://review.opendev.org/c/openstack/openstack-ansible/+/804875 | 10:52 |
DK4 | is there any way to resume from a failed runbook step? | 11:06 |
DK4 | im getting trough with my initial deployment, im getting now a few ceilometers errors: https://paste.opendev.org/show/808167/ did i miss something in the initial configuration files? it seems i have to input some path for the ssl files or not? | 11:48 |
mgariepy | good morning everyone. | 11:55 |
noonedeadpunk | \o/ | 12:00 |
noonedeadpunk | DK4: I think it's a bug that already has been fixed but might be not released | 12:00 |
noonedeadpunk | https://opendev.org/openstack/openstack-ansible-os_ceilometer/commit/87fdc3a17a211a3f896dc20c6090021bfa5c10ef | 12:00 |
noonedeadpunk | well, we haven't merged it for master at all yet ( | 12:01 |
*** sshnaidm|pto is now known as sshnaidm | 12:25 | |
opendevreview | Merged openstack/openstack-ansible-galera_server master: Partial Revert "Bump MariaDB version to 10.5.9" https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/804289 | 13:16 |
spatel | noonedeadpunk does victoria has OVN patches or not? | 13:18 |
spatel | i am seeing it doesn't have so just want to confirm with you | 13:18 |
noonedeadpunk | I think I backported only to W right now | 13:18 |
spatel | because i was deploying OVN with victoria and found we don't have OVN support in V | 13:19 |
spatel | :) | 13:19 |
spatel | noonedeadpunk this is last piece left in OVN https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/803990 | 13:20 |
spatel | can we get this merge so we have release with full ovn support (SSL is still pending) | 13:21 |
mgariepy | is there a way to add a quota on vgpu and pci devices ? | 13:22 |
mgariepy | beside by charging a credit card each month to limit usage ? haha | 13:23 |
mgariepy | that's the future answer to my previous question: https://specs.openstack.org/openstack/nova-specs/specs/xena/approved/unified-limits-nova.html | 13:47 |
spatel | Zabbix folk, I have zabbix server which has 1.9 TB mysql db size.. what is the solution here to optimized? because all the matrix in mysql and its keep growing.. | 13:50 |
spatel | i know people using partitions but does anyone has any experience around it | 13:50 |
anskiy | spatel: you can move to timescaledb :) They have some numbers on disk usage savings on their blog: https://blog.zabbix.com/upgrading-zabbix-to-a-newer-version-and-timescaledb/11015/ | 14:13 |
spatel | anskiy thanks i will take a look at it. my problem is database backup and restore. | 14:14 |
spatel | 1.9TB is very large to take backup | 14:14 |
anskiy | I might be wrong, but I don't think partitioning would help you at all with this | 14:16 |
spatel | i wish zabbix create history table per month or year so easy to backup and restore | 14:17 |
opendevreview | Merged openstack/openstack-ansible-os_horizon stable/ussuri: Fix race condition in compression of static files https://review.opendev.org/c/openstack/openstack-ansible-os_horizon/+/775592 | 14:32 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/wallaby: Add shallow_since for ceph-ansible https://review.opendev.org/c/openstack/openstack-ansible/+/804976 | 15:41 |
*** rpittau is now known as rpittau|afk | 16:06 | |
spatel | just curious what is this table for in neutron DB - https://paste.opendev.org/show/808179/ | 16:23 |
spatel | my upgrade failed and when i change this version number then it works.. so curious why upgrade didn't change itself and i have to do it by hand using one of my aio example | 16:24 |
noonedeadpunk | spatel: this is for migrations | 16:37 |
noonedeadpunk | it should change it actually when it's done properly | 16:38 |
noonedeadpunk | it's not when it fails | 16:38 |
spatel | I had V 22.3.0 and doing upgrade to 23.0.1 and hit that issue.. got error in neutron about that table | 16:38 |
noonedeadpunk | But if you moved it forward that actually means that some migrations might be missing now | 16:38 |
spatel | so i check on working wallaby AIO and grab that version and updated by hand and it works | 16:39 |
noonedeadpunk | I can recall some neutron bug regarding migrations, but it was pretty far ago... shouldn't be the case in 22.3.0 | 16:39 |
noonedeadpunk | well, it's totally wrong way of doing that | 16:39 |
spatel | hmm, i will give it a second shot and see if i can reproduce.. | 16:40 |
noonedeadpunk | since if version match, neutron db update will just skip doing that | 16:40 |
noonedeadpunk | and you end up in inconsistent DB state, so some fields might be missing or having wrong type | 16:40 |
spatel | hmm | 16:41 |
noonedeadpunk | which may end up in random neutron failures or etc | 16:41 |
spatel | any good way to fix this issue or verify? | 16:41 |
spatel | I don't know how i endup in this state | 16:41 |
noonedeadpunk | What you should probavbly do instead (at least try) - apply migrations manually with simple SQL requests and see wtf is going on | 16:41 |
spatel | apply migration manually means? | 16:42 |
noonedeadpunk | so migration are bunch of files with their own ids and id of last applied migration is stored in that table iirc | 16:43 |
spatel | i am curious how i end up in this state | 16:44 |
noonedeadpunk | for example - 6135a7bd4425 is https://opendev.org/openstack/neutron/src/branch/master/neutron/db/migration/alembic_migrations/versions/wallaby/expand/6135a7bd4425_add_rbac_support_for_address_group.py | 16:44 |
noonedeadpunk | and you can see that it creates table named `addressgrouprbacs` which I expect you're missing now | 16:45 |
spatel | ah | 16:45 |
noonedeadpunk | and 5c85685d616d is actually from newton? o_O | 16:45 |
spatel | how that is possible.. because its on my production victoria | 16:46 |
noonedeadpunk | also, there's a chain of migrations which are identified with down_revision | 16:46 |
noonedeadpunk | well, https://opendev.org/openstack/neutron/src/branch/master/neutron/db/migration/alembic_migrations/versions/newton/contract/5c85685d616d_remove_availability_ranges.py | 16:47 |
noonedeadpunk | but I hope you got the overall idea of this :) | 16:47 |
spatel | i am following you | 16:48 |
spatel | when i install wallaby AIO it has version 5c85685d616d | 16:50 |
spatel | so i don't think it has anything to do with newton | 16:51 |
spatel | noonedeadpunk quick question, In one of production i am running 22.0.0.rc and i want to upgrade to wallaby in that case do i have to go through 22.3.0 ? | 16:57 |
mgariepy | spatel, not really, you do not need to be on the last release to upgrade to the next. | 17:07 |
spatel | really? | 17:07 |
spatel | i though intermediate was required but good to know | 17:08 |
mgariepy | basically the db migration is what's needs to happens and you should have all the needed migration files to bump the the version you are upgrading to if it's not too far from the one you are upgrading from. | 17:10 |
spatel | do you know what is this error related - https://paste.opendev.org/show/808180/ | 17:15 |
spatel | This is nova-conductor error | 17:16 |
mgariepy | https://docs.openstack.org/releasenotes/nova/victoria.html#upgrade-notes | 17:17 |
mgariepy | what version do you come from ? | 17:20 |
spatel | I had victoria and upgraded to X | 17:21 |
spatel | This is lab so just messy with stuff | 17:22 |
mgariepy | so nova now doesnnt support skipping a release apparently. | 17:26 |
mgariepy | Nova services only support old computes if the compute is not older than the previous major nova release. | 17:27 |
mgariepy | wow. | 17:27 |
mgariepy | so you can't skip release now. | 17:27 |
mgariepy | V > W > X :P | 17:28 |
spatel | Our master is X or W ? | 17:35 |
spatel | assuming its W | 17:36 |
mgariepy | https://github.com/openstack/openstack-ansible/blob/master/playbooks/defaults/repo_packages/openstack_services.yml#L201 | 18:00 |
mgariepy | master is master. | 18:01 |
spatel | So these SHA are part of wallaby branch right? | 18:08 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!