Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

kernel 4.4.0-64-generic :( #3

Closed
mattdunn4465 opened this issue Mar 3, 2017 · 8 comments
Closed

kernel 4.4.0-64-generic :( #3

mattdunn4465 opened this issue Mar 3, 2017 · 8 comments

Comments

@mattdunn4465
Copy link

Any way to get this working with newer kernel?

Building module:
cleaning build area....
'make' DKMS_KERNEL_VERSION=4.4.0-64-generic............(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.4.0-64-generic (x86_64)
Consult /var/lib/dkms/iomemory-vsl/3.2.10/build/make.log for more information.

@snuf
Copy link
Collaborator

snuf commented Mar 8, 2017

Yep can do, will have a look and reply when done.

@snuf
Copy link
Collaborator

snuf commented Mar 8, 2017

@fullmoon4465 could you put your /var/lib/dkms/iomemory-vsl/3.2.10/build/make.log in http://pastebin.com/ and post the link ? just to make sure I'm not seeing something else than you are.

@snuf
Copy link
Collaborator

snuf commented Mar 8, 2017

@fullmoon4465 looking at my results it seems like a test concurrency/order issue in the make process, am investigating.
After the first failed run when I do a second I get a module :
funs/iomemory-vsl/root/usr/src/iomemory-vsl-3.2.10/kfio/x86_64_cc54_libkfio.o
CC /home/funs/iomemory-vsl/root/usr/src/iomemory-vsl-3.2.10/iomemory-vsl.mod.o
LD [M] /home/funs/iomemory-vsl/root/usr/src/iomemory-vsl-3.2.10/iomemory-vsl.ko
make[1]: Leaving directory '/usr/src/linux-headers-4.4.0-64-generic'

@mattdunn4465
Copy link
Author

mattdunn4465 commented Mar 8, 2017

I'm actually using Miratnis Fuel 9.0, then upgraded to 9.2 which is where the new kernel came in to play with the bootstrap image you build. I can probably try it again tomorrow. After you use the bootstrap though (live disk), I don't think it will do what I need it to do without a reboot on the server, meaning I can't do what I wanted pre install of the OS openstack.

I can however compile just fine after fuel has deployed openstack "Mitaka on Ubuntu 14.04". Then use ceph to add the osd's after this driver's installed. TMI but notes for my self. will get back

@snuf
Copy link
Collaborator

snuf commented Mar 8, 2017

@fullmoon4465 Ah! thanks for the context there! (am familiar with Fuel) Am having varying results myself (scrap my pre-edited remark). I'm out of juice for now, will continue tomorrow. Are you in the bay area per chance ? (need to figure out private messaging hahaha)

@mattdunn4465
Copy link
Author

Nah midwest. But we all work remote anyway until hardware is needed lol

@snuf
Copy link
Collaborator

snuf commented Mar 8, 2017

Haha cool, too bad you're not closer or I would have hopped by! :)

snuf added a commit that referenced this issue Mar 14, 2017
Issue #3 is a result from the timeout for a test triggering.
This is mostly seen on low CPU resource compile environments, as
the original kfio_config.sh script would start a background test for
each test and monitor the tests for the timeout value (default 120s).
The easiest fix would be to up the timeout, but this could still
trigger the issue. Instead of changing the timeout rate limiting
has been applied, based on the amount of CPUs instead of a
stampede of tests.
@snuf
Copy link
Collaborator

snuf commented Mar 14, 2017

@fullmoon4465 sorry for the delay, had some things to take care of in the meantime. Problem should be fixed, I'll close the ticket for now, and thanks for filing the bug! If the problem persist please re-open :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants