4:44 p.m.
----- Original Message -----
> - We have Intel Xenon E5520 Nehalem based cpu's in these
local storage
> nodes.
> These are still recognized as the Conroe family. Even though
> BZ#737104 was supposed to have been fixed.
> (http://gerrit.ovirt.org/#/c/5035/ )
Not ovirt-node directly, I don't think, but a couple things to check.
What are the cpu flags on the host (from engine gui)? Is the NX bit
set correctly?
This is all cpu info I can find in the engine gui
CPU Name: Intel Conroe Family
CPU Type: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
This is /proc/cpuinfo
processor : 15
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
stepping : 5
microcode : 0xf
cpu MHz : 1600.000
cache size : 8192 KB
physical id : 1
siblings : 8
core id : 3
cpu cores : 4
apicid : 23
initial apicid : 23
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16
xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi
flexpriority ept vpid
bogomips : 4532.68
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
- Most of our nodes use iSCSI but some will need local storage. When
trying to setup local storage I get this error:
When I check in the directory there is a directory with a UUID
containing the folder dom_md and images.
I tried clearing the directory and adding storage domain but I get
permission errors:
run: "su - vdsm -s /bin/sh"
And then delete the directory with the UUID? How does it get there in
the first place? This will make auto deployment a bit more difficult.
--
Kind Regards,
Jorick Astrego
Netbulae B.V.
4:59 p.m.
New subject: [Users] some problems on ovirt node while testing latest nightly
On 09/11/2012 10:44 AM, Jorick Astrego wrote:
----- Original Message -----
>> - We have Intel Xenon E5520 Nehalem based cpu's in these local storage
>> nodes.
>> These are still recognized as the Conroe family. Even though
>> BZ#737104 was supposed to have been fixed.
>> (http://gerrit.ovirt.org/#/c/5035/ )
> Not ovirt-node directly, I don't think, but a couple things to check.
> What are the cpu flags on the host (from engine gui)? Is the NX bit
> set correctly?
This is all cpu info I can find in the engine gui
CPU Name: Intel Conroe Family
CPU Type: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
This is /proc/cpuinfo
processor : 15
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
stepping : 5
microcode : 0xf
cpu MHz : 1600.000
cache size : 8192 KB
physical id : 1
siblings : 8
core id : 3
cpu cores : 4
apicid : 23
initial apicid : 23
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2
ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dtherm
tpr_shadow vnmi flexpriority ept vpid
bogomips : 4532.68
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
>
> - Most of our nodes use iSCSI but some will need local storage. When
> trying to setup local storage I get this error:
>
>
>
> When I check in the directory there is a directory with a UUID
> containing the folder dom_md and images.
>
> I tried clearing the directory and adding storage domain but I get
> permission errors:
>
> run: "su - vdsm -s /bin/sh"
>
And then delete the directory with the UUID? How does it get there in
the first place? This will make auto deployment a bit more difficult.
--
Kind Regards,
Jorick Astrego
Netbulae B.V.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Can you also get the output of virsh capabilites?
12:20 p.m.
New subject: [Users] some problems on ovirt node while testing latest nightly
On 09/11/2012 04:59 PM, Joey Boggs wrote:
On 09/11/2012 10:44 AM, Jorick Astrego wrote:
> ----- Original Message -----
>>> - We have Intel Xenon E5520 Nehalem based cpu's in these local storage
>>> nodes.
>>> These are still recognized as the Conroe family. Even though
>>> BZ#737104 was supposed to have been fixed.
>>> (http://gerrit.ovirt.org/#/c/5035/ )
>> Not ovirt-node directly, I don't think, but a couple things to
>> check. What are the cpu flags on the host (from engine gui)? Is the
>> NX bit set correctly?
>
> This is all cpu info I can find in the engine gui
>
> CPU Name: Intel Conroe Family
> CPU Type: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
>
> This is /proc/cpuinfo
>
> processor : 15
> vendor_id : GenuineIntel
> cpu family : 6
> model : 26
> model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
> stepping : 5
> microcode : 0xf
> cpu MHz : 1600.000
> cache size : 8192 KB
> physical id : 1
> siblings : 8
> core id : 3
> cpu cores : 4
> apicid : 23
> initial apicid : 23
> fpu : yes
> fpu_exception : yes
> cpuid level : 11
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
> syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
> xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est
> tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida dtherm
> tpr_shadow vnmi flexpriority ept vpid
> bogomips : 4532.68
> clflush size : 64
> cache_alignment : 64
> address sizes : 40 bits physical, 48 bits virtual
> power management:
>
>
>>
>> - Most of our nodes use iSCSI but some will need local storage. When
>> trying to setup local storage I get this error:
>>
>>
>>
>> When I check in the directory there is a directory with a UUID
>> containing the folder dom_md and images.
>>
>> I tried clearing the directory and adding storage domain but I get
>> permission errors:
>>
>> run: "su - vdsm -s /bin/sh"
>>
> And then delete the directory with the UUID? How does it get there in
> the first place? This will make auto deployment a bit more difficult.
>
> --
> Kind Regards,
>
> Jorick Astrego
> Netbulae B.V.
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
Can you also get the output of virsh capabilites?
<capabilities>
<host>
<uuid>00020003-0004-0005-0006-000700080009</uuid>
<cpu>
<arch>x86_64</arch>
<model>Nehalem</model>
<vendor>Intel</vendor>
<topology sockets='1' cores='4' threads='2'/>
<feature name='rdtscp'/>
<feature name='dca'/>
<feature name='pdcm'/>
<feature name='xtpr'/>
<feature name='tm2'/>
<feature name='est'/>
<feature name='vmx'/>
<feature name='ds_cpl'/>
<feature name='monitor'/>
<feature name='dtes64'/>
<feature name='pbe'/>
<feature name='tm'/>
<feature name='ht'/>
<feature name='ss'/>
<feature name='acpi'/>
<feature name='ds'/>
<feature name='vme'/>
</cpu>
<power_management/>
<migration_features>
<live/>
<uri_transports>
<uri_transport>tcp</uri_transport>
</uri_transports>
</migration_features>
<topology>
<cells num='2'>
<cell id='0'>
<cpus num='8'>
<cpu id='0'/>
<cpu id='2'/>
<cpu id='4'/>
<cpu id='6'/>
<cpu id='8'/>
<cpu id='10'/>
<cpu id='12'/>
<cpu id='14'/>
</cpus>
</cell>
<cell id='1'>
<cpus num='8'>
<cpu id='1'/>
<cpu id='3'/>
<cpu id='5'/>
<cpu id='7'/>
<cpu id='9'/>
<cpu id='11'/>
<cpu id='13'/>
<cpu id='15'/>
</cpus>
</cell>
</cells>
</topology>
<secmodel>
<model>selinux</model>
<doi>0</doi>
</secmodel>
</host>
<guest>
<os_type>hvm</os_type>
<arch name='i686'>
<wordsize>32</wordsize>
<emulator>/usr/bin/qemu-system-x86_64</emulator>
<machine>pc-0.15</machine>
<machine>pc-1.0</machine>
<machine canonical='pc-1.0'>pc</machine>
<machine>pc-0.14</machine>
<machine>pc-0.13</machine>
<machine>pc-0.12</machine>
<machine>pc-0.11</machine>
<machine>pc-0.10</machine>
<machine>isapc</machine>
<domain type='qemu'>
</domain>
<domain type='kvm'>
<emulator>/usr/bin/qemu-kvm</emulator>
<machine>pc-0.15</machine>
<machine>pc-1.0</machine>
<machine canonical='pc-1.0'>pc</machine>
<machine>pc-0.14</machine>
<machine>pc-0.13</machine>
<machine>pc-0.12</machine>
<machine>pc-0.11</machine>
<machine>pc-0.10</machine>
<machine>isapc</machine>
</domain>
</arch>
<features>
<cpuselection/>
<deviceboot/>
<pae/>
<nonpae/>
<acpi default='on' toggle='yes'/>
<apic default='on' toggle='no'/>
</features>
</guest>
<guest>
<os_type>hvm</os_type>
<arch name='x86_64'>
<wordsize>64</wordsize>
<emulator>/usr/bin/qemu-system-x86_64</emulator>
<machine>pc-0.15</machine>
<machine>pc-1.0</machine>
<machine canonical='pc-1.0'>pc</machine>
<machine>pc-0.14</machine>
<machine>pc-0.13</machine>
<machine>pc-0.12</machine>
<machine>pc-0.11</machine>
<machine>pc-0.10</machine>
<machine>isapc</machine>
<domain type='qemu'>
</domain>
<domain type='kvm'>
<emulator>/usr/bin/qemu-kvm</emulator>
<machine>pc-0.15</machine>
<machine>pc-1.0</machine>
<machine canonical='pc-1.0'>pc</machine>
<machine>pc-0.14</machine>
<machine>pc-0.13</machine>
<machine>pc-0.12</machine>
<machine>pc-0.11</machine>
<machine>pc-0.10</machine>
<machine>isapc</machine>
</domain>
</arch>
<features>
<cpuselection/>
<deviceboot/>
<acpi default='on' toggle='yes'/>
<apic default='on' toggle='no'/>
</features>
</guest>
</capabilities>
4242
days inactive
4248
days old
2 comments
2 participants
participants (2)
-
Joey Boggs -
Jorick Astrego