<div dir="ltr">Thank you, Andy.<div><br></div><div style>I tried to apply the patch you guys mentioned by compiling the module following instructions at <a href="http://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01">http://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01</a>, but it didn't work.</div>
<div style><br></div><div style>I've been struggling with it for the last 8 hours and no luck so far.</div><div style><br></div><div style>I really don't know what's wrong. I'm not a linux kernel developer and I'm most likely failing because of something stupid.</div>
<div style><br></div><div style>I know this must not the right place to ask for help on such matters, but if you guys could shed some light here, I'd really appreciate that.</div><div style><br></div><div style>Well, if you're up to it, here's the situation:</div>
<div style><br></div><div style>Looks like the module compilation worked (no errors or warnings occurred when I followed the instructions at the centos wiki), but I'm unable to load the new module to my running kernel.</div>
<div style><br></div><div style>I even copied the compiled and patched module to /lib/modules/2.6.32-279.19.1.el6.x86_64/kernel/drivers/block/ (overwrote the original) and /lib/modules/2.6.32-279.19.1.el6.x86_64/extra and rebooted the instance...</div>
<div style><br></div><div style>Also, dmesg does not complain about a thing...</div><div style><br></div><div style><div><i># modinfo /lib/modules/2.6.32-279.19.1.el6.x86_64/kernel/drivers/block/xen-blkfront.ko </i></div>
<div><i>filename: /lib/modules/2.6.32-279.19.1.el6.x86_64/kernel/drivers/block/xen-blkfront.ko</i></div><div><i>alias: xenblk</i></div><div><i>alias: xen:vbd</i></div><div><i>alias: block-major-202-*</i></div>
<div><i>license: GPL</i></div><div><i>description: Xen virtual block device frontend</i></div><div><i>srcversion: B00B4183E470515A96DA320</i></div><div><i>depends: </i></div><div><i>vermagic: 2.6.32-279.19.1.el6.x86_64 SMP mod_unload modversions </i></div>
<div><i>parm: sda_is_xvda:sdX in guest config translates to xvdX, not xvd(X+4) (bool)</i></div><div><i><br></i></div><div><i># uname -r</i></div><div><i>2.6.32-279.19.1.el6.x86_64</i></div><div><br></div><div style>
I also tried to remove the module and insert the patched one with insmod, but modprobe and rmmod are unable to unload it. They say it's in use.</div><div style><br></div><div style><div><i># lsmod |grep blkfront</i></div>
<div><i>xen_blkfront 15495 1 </i></div><div><br></div><div style>I don't know what this "1" stands for, but if I were to guess, I'd say it's something unremovable...</div><div style><br></div>
<div style>Please let me know if you need any other information.</div><div style><br></div><div style>Thanks,</div><div style><br></div><div style><br></div></div></div><div style><br></div><div style><br></div></div><div class="gmail_extra">
<br clear="all"><div><div><font color="#888888" style="font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255);color:rgb(136,136,136)"><font color="#888888">Luis Alen<br></font></font><div style="font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255);color:rgb(136,136,136)">
<font color="#888888"><a href="http://www.izap.com.br/" style="color:rgb(17,85,204)" target="_blank">www.izap.com.br</a><br></font><font color="#999999"><font size="1">Ligue com tarifa local de todo o Brasil</font> 4020.3000 <font><a value="+13186810642" style="color:rgb(17,85,204)"></a></font></font></div>
<div style="font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255);color:rgb(136,136,136)"><br></div><div style="font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255);color:rgb(136,136,136)">
<img src="http://izap.com.br/plus/temas/izap-v3/img/logo.png" width="96" height="33"></div></div></div>
<br><br><div class="gmail_quote">On Tue, Jan 15, 2013 at 4:13 PM, Andy Grimm <span dir="ltr"><<a href="mailto:agrimm@gmail.com" target="_blank">agrimm@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
See <a href="https://bugzilla.redhat.com/show_bug.cgi?id=729586" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=729586</a><br><br><div class="gmail_quote"><div><div class="h5">On Tue, Jan 15, 2013 at 1:10 PM, Luis Fernando Alen <span dir="ltr"><<a href="mailto:luis.alen@izap.com.br" target="_blank">luis.alen@izap.com.br</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hello, list.<div><br></div><div>Yesterday I was pleased to see that Centos has released official images at the aws marketplace. Nice job.</div>
<div><br></div><div>Today I started playing with the Centos 6.3 image (<a href="https://aws.amazon.com/marketplace/pp/B00A6L6F9I" target="_blank">https://aws.amazon.com/marketplace/pp/B00A6L6F9I</a>, on which I plan to deploy a gluster cluster in production soon) and noticed a weird thing.</div>
<div><br></div><div>EBS Volumes attached to sd<X> are translated to xvd<Y> at the OS level. However, after a few research and IRC chat, I figured out that it's not weird, it's actually a normal and expected behavior (thanks for your help, z00dax).<br>
</div><div><br></div><div>sdX is actually mapped to xvdX+4. There is a consistent offset of 4. Suppose you attach an ebs volume to /dev/sdf. It'll be translated to xvdj at the OS level. sdg to xvdk, sdh to xvdl and so on.</div>
<div><br></div><div>Allright. After having figured the mystery out, it became easy to work on automations that deal with ebs volumes and file systems, such as volumes created, attached and mounted on the fly, snapshots that freeze file systems and so on...</div>
<div><br></div><div>However, I really do think to myself: Wouldn't it be cleaner if the image use simple translation (sdX to xvdX)? If I'm not wrong, Rightscale uses this on their Centos images and it's much simpler. There's no extra work needed to deal with that 4 offset when you want to automate things.</div>
<div><br></div><div>Is there a reasonable reason for the 4 offset which makes it unchangeable? <br></div><div><br></div><div>It's just a thought. I think it's worth considering it..</div><div>
<br></div><div><div><div><font style="color:rgb(136,136,136);font-size:13px;font-family:arial,sans-serif" color="#888888"><font color="#888888">Luis Alen<br></font></font><div style="color:rgb(136,136,136);font-size:13px;font-family:arial,sans-serif">
<font color="#888888"><a href="http://www.izap.com.br/" style="color:rgb(17,85,204)" target="_blank">www.izap.com.br</a><br></font><font color="#999999"><font size="1">Ligue com tarifa local de todo o Brasil</font> 4020.3000 <font><a value="+13186810642" style="color:rgb(17,85,204)"></a></font></font></div>
<div style="color:rgb(136,136,136);font-size:13px;font-family:arial,sans-serif"><br></div><div style="color:rgb(136,136,136);font-size:13px;font-family:arial,sans-serif">
<img height="33" width="96"></div></div></div>
</div></div>
<br></div></div>_______________________________________________<br>
CentOS-virt mailing list<br>
<a href="mailto:CentOS-virt@centos.org" target="_blank">CentOS-virt@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos-virt" target="_blank">http://lists.centos.org/mailman/listinfo/centos-virt</a><br>
<br></blockquote></div><br>
<br>_______________________________________________<br>
CentOS-virt mailing list<br>
<a href="mailto:CentOS-virt@centos.org">CentOS-virt@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos-virt" target="_blank">http://lists.centos.org/mailman/listinfo/centos-virt</a><br>
<br></blockquote></div><br></div>