| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-01-19 | |||
| 18:00:56 | sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L1723-L1731 | |
| 18:01:38 | spatel | sean-k-mooney does nova has any time etc.. where it wait and delete? | |
| 18:01:55 | spatel | I am planning to turn on debug to see what is going on ? | |
| 18:02:01 | sean-k-mooney | well i think part of the delete wil be done by libvirt | |
| 18:02:38 | sean-k-mooney | this si where we do some o fthe lean up https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L1502 | |
| 18:02:54 | sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L11641-L11697 | |
| 18:02:55 | spatel | hmm.. is there any special config which i may missed | |
| 18:03:48 | sean-k-mooney | look for LOG.info('Deletion of %s failed', remaining_path, | |
| 18:03:50 | sean-k-mooney | instance=instance) | |
| 18:06:38 | sean-k-mooney | spatel: you could try https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L10619-L10647 | |
| 18:06:54 | sean-k-mooney | its contoled by instance_delete_interval | |
| 18:07:08 | sean-k-mooney | https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.instance_delete_interval | |
| 18:08:18 | sean-k-mooney | spatel: so nova will try to delete the instance every 5 minuts and then retry up to 5 times | |
| 18:08:26 | sean-k-mooney | https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.maximum_instance_delete_attempts | |
| 18:09:07 | spatel | let me check that setting and wait.. i can turn on debug also | |
| 18:09:31 | sean-k-mooney | spatel: check the compute agent log for that info message first | |
| 18:09:44 | sean-k-mooney | to confirm that nova failed to delete the instance files | |
| 18:11:56 | spatel | give me few minute to collect some logs | |
| 18:15:01 | sean-k-mooney | no worries | |
| 18:28:54 | spatel | sean-k-mooney as quick check i found this - https://paste.opendev.org/show/812229/ | |
| 18:29:18 | spatel | libvirt trying to delete but its getting failed.. very odd | |
| 18:29:34 | spatel | now going to turn on debug and see | |
| 18:30:05 | sean-k-mooney | ya that is the message i was expecting | |
| 18:31:38 | sean-k-mooney | so like nfs https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L11079 it look like deleteion on gluster is also unreliable | |
| 18:32:22 | spatel | https://paste.opendev.org/show/812230/ | |
| 18:33:08 | spatel | This is odd, when i tried to delete that by hand i got above error | |
| 18:33:21 | sean-k-mooney | so ya looks like a gluster issue | |
| 18:33:34 | spatel | but it deleted files inside that directory | |
| 18:33:48 | spatel | I am going to talk to someone who own that storage and see what is going on | |
| 18:33:55 | sean-k-mooney | ack | |
| 18:34:11 | spatel | Thanks for checking | |
| 18:34:12 | sean-k-mooney | im not sure how gluster tracks files vs direcoties | |
| 18:34:28 | sean-k-mooney | but it may handel directory inodes differently | |
| 18:34:53 | spatel | https://paste.opendev.org/show/812231/ | |
| 18:35:33 | spatel | something is wrong with gluster for sure.. i am able to delete files but not directory | |
| 18:35:46 | sean-k-mooney | ack | |
| 18:35:51 | sean-k-mooney | ya it could also be fuse | |
| 18:36:07 | sean-k-mooney | are you mounting glusterfs with fuse or using a kernel dirver | |
| 18:37:00 | spatel | 10.10.217.21:gluster_vol2/voyager /mnt/glusterfs glusterfs defaults,backup-volfile-servers=10.10.217.22:10.10.217.23:10.10.217.24:10.10.217.25:10.10.217.26 | |
| 18:37:22 | spatel | fuse.. hmm ? | |
| 18:37:47 | spatel | i just install glusterfs-client RPM package and use mount tool to mount it | |
| 18:37:49 | sean-k-mooney | i think there is a user space dirver and a kernel dirver for gluster like there is for ceph | |
| 18:38:02 | spatel | let me check.. that is good point | |
| 18:39:22 | sean-k-mooney | https://bugzilla.redhat.com/show_bug.cgi?id=1508999 | |
| 18:43:21 | spatel | Reading bug report, looks interesting | |
| 18:44:19 | sean-k-mooney | i have not looked at it closely but the title seamed relevent | |
| 18:44:58 | spatel | i am having same issue but trying to understand how they fix. i don't control gluster so not sure but i can explain someone | |
| 18:45:21 | sean-k-mooney | i would start with your simple repoducer | |
| 18:45:34 | sean-k-mooney | e.g. create teh dir and show you cant delete it | |
| 18:45:56 | sean-k-mooney | that really shoudl work | |
| 18:46:26 | sean-k-mooney | one thing to check is it any directoy or just ones at the root of the volume | |
| 18:47:34 | sean-k-mooney | i.e. does mkdir -p .../temp/mydata rm -rf .../temp/mydata work | |
| 18:51:24 | spatel | let me check that | |
| 18:52:36 | spatel | any directory in tree period | |
| 18:52:53 | sean-k-mooney | ack but it can delete files | |
| 18:53:01 | sean-k-mooney | that is very odd indeed | |
| 18:53:03 | spatel | i am able to delete files not matter where they located but not able to delete any dir | |
| 18:53:13 | spatel | Yes i can delete files.. | |
| 18:53:20 | spatel | not directory | |
| 18:53:44 | sean-k-mooney | ya i have never seen that before honestly unless the permission of the folder vs fiels are diffent | |
| 18:54:18 | sean-k-mooney | but the error implies it an internal gluster issue not a simple permissions one | |
| 18:54:40 | spatel | I asked someone to take a look | |
| 20:32:30 | spatel | sean-k-mooney i have ask someone to take a look so hope they find something | |
| 21:34:12 | opendevreview | Alexey Stupnikov proposed openstack/nova master: Support use_multipath for NVME driver https://review.opendev.org/c/openstack/nova/+/823941 | |
| 23:02:31 | clarkb | sean-k-mooney: fyi https://git.centos.org/rpms/systemd/c/3d3dc89fb25868e8038ecac8d5aef0603bdfaaa2?branch=c8s was recently committed. I don't know how/when/if that will become a package in the package repos but progress | |
| 23:39:15 | sean-k-mooney | ack i tihnk it should go through the koji automated build once th commit lands in dist git automatically | |
| 23:39:33 | sean-k-mooney | clarkb: so i woudl expect that to show up relitivly quickly once its commited | |
| 23:45:56 | sean-k-mooney | clarkb: https://koji.mbox.centos.org/koji/buildinfo?buildID=20898 there was the attmepted build | |
| 23:46:00 | sean-k-mooney | looks like it failed | |
| 23:49:33 | sean-k-mooney | 155/298 test-procfs-util FAIL 0.32s killed by signal 6 SIGABRT | |
| 23:50:01 | sean-k-mooney | ――――――――――――――――――――――――――――――――――――― ✀ ――――――――――――――――――――――――――――――――――――― | |
| 23:50:03 | sean-k-mooney | stderr: | |
| 23:50:05 | sean-k-mooney | Current system CPU time: 5month 4w 4h 23min 16.380000s | |
| 23:50:07 | sean-k-mooney | Current memory usage: 34.6G | |
| 23:50:17 | sean-k-mooney | Current number of tasks: 681 | |
| 23:50:17 | sean-k-mooney | kernel.pid_max: 40960 | |
| 23:50:17 | sean-k-mooney | kernel.threads-max: 1030309 | |
| 23:50:17 | sean-k-mooney | Limit of tasks: 40959 | |
| 23:50:18 | sean-k-mooney | Reducing limit by one to 40958… | |
| 23:50:18 | clarkb | Iguess a failed build is still prgress | |
| 23:50:19 | sean-k-mooney | procfs_tasks_set_limit: Permission denied | |
| 23:50:21 | sean-k-mooney | Assertion 'r >= 0 ? w == v - 1 : w == v' failed at ../src/test/test-procfs-util.c:59, function main(). Aborting. | |
| 23:50:23 | sean-k-mooney | ―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― | |
| 23:50:44 | sean-k-mooney | ya not really sure why that failed to be honest | |
| 23:50:59 | sean-k-mooney | there si one failrue out of aorund 300 build tests | |
| 23:51:09 | sean-k-mooney | so its morst fine | |
| 23:51:24 | sean-k-mooney | the build logs are here https://koji.mbox.centos.org/koji/taskinfo?taskID=334490 | |
| 23:51:29 | sean-k-mooney | in case your intersted | |
| 23:52:23 | sean-k-mooney | hopefully its just a buggy test and a rebuild wil fix it but in anycase hopefuly it will get adressed soon | |
| 23:53:35 | sean-k-mooney | im pretty sure i do not have an account that can retriger that on that koji instance so ill just have to wait and see but i can link the failed build on the bugzilla bug | |
| 23:54:14 | clarkb | ya I'm not really in a hurry myself more just trying to follow along since we get semi regular question about it. Though those have died down recently. I think people just know ping is broken now | |
| 23:58:55 | sean-k-mooney | ack https://bugzilla.redhat.com/show_bug.cgi?id=2037807#c10 comment on the bug. ill check it again tomorow but at least peopel are aware of the issue | |
| #openstack-nova - 2022-01-20 | |||
| 11:53:57 | gibi | anyone with placement insights do you agree my conclusion in the bug https://storyboard.openstack.org/#!/story/2009795 ? | |
| 11:58:47 | sean-k-mooney | gibi: ill read over it now | |
| 11:59:52 | gibi | sean-k-mooney: thanks | |
| 12:01:04 | gibi | I've just added one more link to the end of the ticket supporting that it is doc bug | |
| 12:01:06 | sean-k-mooney | oh this is the resouce less traits issue | |
| 12:01:56 | sean-k-mooney | we talked about this before with regrads to neted resource providres and numa i think | |
| 12:01:57 | gibi | yes, the nested magic spec class these traits as provider traits compared to resource traits that are tight to a specific resource class | |
| 12:02:24 | gibi | yes the nested magic spec captures some of that discussion I believe | |