[Kernel-packages] [Bug 1841098] Re: PCI-passthrough instance creation problem RTX2080Ti
It works fine using 4.15.0-58-generic on 16.04. Both 18.04 and 16.04 were deployed with maas, then openstack ansible and both were not using netplan so the userspace configurations are exactly the same. All 7 nodes had the exactly same issue when using 18.04. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1841098 Title: PCI-passthrough instance creation problem RTX2080Ti Status in linux package in Ubuntu: Incomplete Bug description: I am running Openstack Ansible Rocky 18.1.8 on Ubuntu 18.04 nodes. I use PCI-passthrough (IOMMU vfio) on GTX1080Tis and and RTX2080Tis. The 1080s work fine, but 2080 instances take anywhere from 3 minutes to over 3 hours to start with qemu/KVM and the amount of time varies randomly, with the averaging being around 1.5hrs. I tried upgrading the kernel to 5.0.0 and it did not fix the issue. Downgrading the GPU hosts to Ubuntu 16.04 fixed the issue, they now start in 30 seconds or less. Sorry, but I do not have any logs. I couldn't find any errors in any system logs including enabling debugging on libvirtd. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1841098/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1841098] [NEW] PCI-passthrough instance creation problem RTX2080Ti
Public bug reported: I am running Openstack Ansible Rocky 18.1.8 on Ubuntu 18.04 nodes. I use PCI-passthrough (IOMMU vfio) on GTX1080Tis and and RTX2080Tis. The 1080s work fine, but 2080 instances take anywhere from 3 minutes to over 3 hours to start with qemu/KVM and the amount of time varies randomly, with the averaging being around 1.5hrs. I tried upgrading the kernel to 5.0.0 and it did not fix the issue. Downgrading the GPU hosts to Ubuntu 16.04 fixed the issue, they now start in 30 seconds or less. Sorry, but I do not have any logs. I couldn't find any errors in any system logs including enabling debugging on libvirtd. ** Affects: linux (Ubuntu) Importance: Undecided Status: Incomplete -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1841098 Title: PCI-passthrough instance creation problem RTX2080Ti Status in linux package in Ubuntu: Incomplete Bug description: I am running Openstack Ansible Rocky 18.1.8 on Ubuntu 18.04 nodes. I use PCI-passthrough (IOMMU vfio) on GTX1080Tis and and RTX2080Tis. The 1080s work fine, but 2080 instances take anywhere from 3 minutes to over 3 hours to start with qemu/KVM and the amount of time varies randomly, with the averaging being around 1.5hrs. I tried upgrading the kernel to 5.0.0 and it did not fix the issue. Downgrading the GPU hosts to Ubuntu 16.04 fixed the issue, they now start in 30 seconds or less. Sorry, but I do not have any logs. I couldn't find any errors in any system logs including enabling debugging on libvirtd. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1841098/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1450643] Re: Installing linux-image-3.13.0-51-generic with auditd causes inability to ssh into the system
*** This bug is a duplicate of bug 1450442 *** https://bugs.launchpad.net/bugs/1450442 I can confirm that I have this same issue. It also affects 3.16.0-36-generic. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-lts-trusty in Ubuntu. https://bugs.launchpad.net/bugs/1450643 Title: Installing linux-image-3.13.0-51-generic with auditd causes inability to ssh into the system Status in linux-lts-trusty package in Ubuntu: Confirmed Bug description: When installing linux kernel 3.13.0-51 onto a system that has auditd installed with at least one rule enabled, the following stacktrace occurs when various processes occur (pretty much anything by root). [ 41.813593] type=1305 audit(1430428709.300:28): audit_pid=0 old=880 auid=4294967295 ses=4294967295 res=1 [ 41.830177] type=1305 audit(1430428709.316:29): audit_enabled=1 old=1 auid=900 ses=1 res=1 [ 41.830184] type=1305 audit(1430428709.316:30): audit_pid=1238 old=0 auid=900 ses=1 res=1 [ 51.377064] BUG: unable to handle kernel NULL pointer dereference at 0023 [ 51.377243] IP: [8136cb80] strlen+0x0/0x30 [ 51.377312] PGD 0 [ 51.377358] Oops: [#1] SMP [ 51.377428] Modules linked in: vmw_vsock_vmci_transport vsock dm_crypt ppdev crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper vmw_balloon cryptd psmouse serio_raw nfsd auth_rpcgss nfs_acl nfs lockd sunrpc fscache vmw_vmci parport_pc lp parport vmw_pvscsi vmxnet3 e1000 mptspi mptscsih mptbase floppy [ 51.378232] CPU: 0 PID: 1281 Comm: sshd Not tainted 3.13.0-51-generic #84-Ubuntu [ 51.378285] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 05/20/2014 [ 51.378355] task: 880015979800 ti: 8800158f6000 task.ti: 8800158f6000 [ 51.378429] RIP: 0010:[8136cb80] [8136cb80] strlen+0x0/0x30 [ 51.378496] RSP: 0018:8800158f7d60 EFLAGS: 00010216 [ 51.378537] RAX: 000a RBX: 000a RCX: 001e0e67 [ 51.378587] RDX: 0014 RSI: 0023 RDI: 0023 [ 51.378637] RBP: 8800158f7d90 R08: 88001549c248 R09: 880017c197e0 [ 51.378736] R10: 81288580 R11: ea020ac0 R12: 0014 [ 51.378823] R13: 0023 R14: 88000f1661b8 R15: 88001549c060 [ 51.378910] FS: 7fee7e146840() GS:880017c0() knlGS: [ 51.379038] CS: 0010 DS: ES: CR0: 80050033 [ 51.379118] CR2: 0023 CR3: 175f4000 CR4: 001407f0 [ 51.379238] Stack: [ 51.379299] 810fb39b 0004 88000f1633e8 [ 51.379523] 88001549c000 88001549c060 8800158f7df8 810fdb36 [ 51.379827] 08e6 00040023 88000f166180 88000f1637c0 [ 51.380015] Call Trace: [ 51.380085] [810fb39b] ? audit_compare_dname_path+0x2b/0xa0 [ 51.380170] [810fdb36] __audit_inode_child+0xb6/0x330 [ 51.380254] [811ca060] vfs_mknod+0x110/0x160 [ 51.380350] [816bf475] unix_bind+0x2a5/0x360 [ 51.380449] [810ff142] ? __audit_sockaddr+0x42/0x80 [ 51.380538] [8160d4c0] SYSC_bind+0xe0/0x120 [ 51.380617] [8160e4de] SyS_bind+0xe/0x10 [ 51.380777] [817330bd] system_call_fastpath+0x1a/0x1f [ 51.380943] Code: 89 f8 48 89 e5 f6 82 40 c7 84 81 20 74 15 0f 1f 44 00 00 48 83 c0 01 0f b6 10 f6 82 40 c7 84 81 20 75 f0 5d c3 66 0f 1f 44 00 00 80 3f 00 55 48 89 e5 74 15 48 89 f8 0f 1f 40 00 48 83 c0 01 80 [ 51.382310] RIP [8136cb80] strlen+0x0/0x30 [ 51.382432] RSP 8800158f7d60 [ 51.382518] CR2: 0023 [ 51.382654] ---[ end trace b5e4e75ed1093ea0 ]--- To Replicate: apt-get install auditd echo -w /etc/test /etc/audit/audit.rules /etc/init.d/auditd restart apt-get install linux-headers-3.13.0-51 linux-headers-3.13.0-51-generic linux-image-3.13.0-51-generic reboot attempt to login or ssh into the host - you'll get a similar stacktrace. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-lts-trusty/+bug/1450643/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
