Hello Rein, Strange, my mail took 3 days to be delivered :-/ By the way, I just had a look on the tickets you mentionned.
As far as I can see, they are not duplicates with mine: it's definitelyt more dom0 detection failure related, not only domU. In my case, dom0 is perfectly detected. I can't say for PV domU as I don't use them but reading virtual.rb code, I guess they'll. My problem is that xen domU detection is currently based on some /proc or /sys files presence: - /proc/sys/xen/independent_wallclock - /sys/bus/xen These pseudo files appear only in PV domU as they're kernel related. HVM DomU does not know they're running in a virtualized environment. Therefore, their kernel does not expose these pseudo-files. I made few other modifications to virtual.rb so that I can use other ways to detect xen HVM DomU (lspci, dmidecode) as it's done for other virtualisation systems (all based on this page: http://www.dmo.ca/blog/detecting-virtualization-on-linux/). Please review my patch below (thanks to be indulgent, it's my first patch more or less ;-) ) Regards, JB # diff virtual.rb.xen virtual.rb 44d43 < result = "xenhvm" if p =~ /XenSource/ 51d49 < result = "xenhvm" if pd =~ /HVM domU/ 77c75 < when "xenu", "openvzve", "vmware", "xenhvm" --- > when "xenu", "openvzve", "vmware" On 10/08/2010 19:58, Rein Henrichs wrote: > Excerpts from Jean Baptiste FAVRE's message of Sat Aug 07 05:46:12 -0700 2010: >> Hello everyone, >> >> While discovering puppet, I just figured out that facter does not >> recognise my server as Xen HVM DomU, at least not in virtual fact: >> >> [ snip ] >> >> A quick look into virtual.rb, and a dirty hack later, I can see my HVM >> domU as what they are. Now I wonder to know if I use the right fact ? > > Hi Jean, > > Thanks for reporting this. I've added a ticket [1] to our issue tracker > so we can follow up on this issue more easily. Your issue seems to be > related to (or possibly a duplicate of) some existing tickets. I've > listed them as related in the ticket itself. Would you mind taking a > look at those to see if your issue is a duplicate? If so, we can assign > it as such. > > Thanks! > > [1] http://projects.reductivelabs.com/issues/4508 -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
