Hyper-V 2012 and svn 2230

[sudburr]

When dealing with the Hyper-V environment, the kernel loves to barf out all over the screen, the following, but it still runs:

BUG: using SMP_processor_id() in preemptible [00000000] code: partclone.ntfs/####

[sudburr]

BTW this is still happening as of SVN 3731 with Hyper-V 2012 R2.

[Wayne Workman]

I’ve been following FOG Trunk revisions since 2922. I’m on 4196 currently.

My FOG server runs inside Hyper-V on Server 2012 R1

I’ve not had any issues related to Hyper-V.

I’m using Fedora 21 Server, 64 bit.

[need2]

I am running two Hyper-V instances with Debian 8 and have no problems. What is the OS that FOG is installed in (specifically)? What sort of parameters do you have for the Hyper-V instance, specifically around its virtual network adapter?

[Tom Elliott]

If I understand correctly, the server is fine regardless of what host is serving it. He had vms that are on hyper v for imaging and that’s what’s failing.

[sudburr]

In this particular case , the problem was and still is that when the virtual machine is being imaged, lots of bug messages fly by during the entire imaging process.

Server 2012 R2 with Hyper-V, running Generation 1 VM.

The resulting image is fine.

[Wayne Workman]

@sudburr any way we can get a video of the errors?

[sudburr]

Sure thing.

http://1drv.ms/1gjmWXh

[Wayne Workman]

@sudburr said:

Sure thing.

http://1drv.ms/1MPM1Xw

Wild… At least we know the errors now. Give the @Developers some time to think on it.

[Tom Elliott]

Good news.

You can officially (hopefully) call me an idiot.

I used to build the kernels as only server, but for some reason decided better not to.

Basically, the kernels are failing as they’re supposed to be cause the hyper-v system doesn’t like preemption in the cpu. I have removed preemption and just need you to test before I say this is good to go.

Please try the kernels located at:

http://mastacontrola.com/bzImage
http://mastacontrola.com/bzImage32

You can do direct download to fog server with:

wget http://mastacontrola.com/bzImage -O /var/www/fog/service/ipxe/bzImage
wget http://mastacontrola.com/bzImage32 -O /var/www/fog/service/ipxe/bzImage32

[Wayne Workman]

@sudburr @Tom-Elliott And this is why I asked for a video… Tom, you’re awesome even if it’s your fault lol.

[sudburr]

Hmmm, our web filter is choking on these links.

[Tom Elliott]

Try just updating fog to current. I built 4.1.4 with the preemption turned off.

[sudburr]

In that case, 4.1.4 fails on Hyper-V for me like all other kernels since 3.18.5 so I can’t test the part you changed.

See the ongoing saga.

[Tom Elliott]

So I’m doing a last ditch effort, for right now, to attempt to see what the differences between 3.18.5 was and what everything up is.

I’ve pulled the config from the 3.18.5 kernel and applied the same config (with new/updated drivers) to 4.1.4.

I don’t know what to try if this fails, as it’s then on the linux kernel guys side of the house.

[Tom Elliott]

64 bit kernel, only is hosted right now at:

http://mastacontrola.com/bzImage.

If you have to do it through https, try:

wget --no-check-certificate https://mastacontrola.com/bzImage -O /var/www/fog/service/ipxe/bzImage

[Wayne Workman]

@Tom-Elliott said:

I don’t know what to try if this fails, as it’s then on the linux kernel guys side of the house.

Who, exactly, would that be? Links? It might be a good thing to make friends now, you know?

[sudburr]

The published 4.1.4 and your special 4.1.4 64bit at the http link above both work without dumping pre-emptible bugs now.