On 03/09/2012 04:30 AM, Michel van Horssen wrote:
> Hi,
>
> Not sure if it's an engine or node problem but seeing that the eningine is
> functioning fine I'm putting my bets on the node.
>
> I have a test install of ovirt on 3 servers.
>
> 1. FC 16 Engine/VDSM
>
> 2. FC 16 VDSM
>
> 3. Node ve
On 02/27/2012 05:06 AM, Ayal Baron wrote:
>
>
> - Original Message -
>> Perry Myers píše v St 22. 02. 2012 v 11:54 -0500:
>>>>> As answered in the other response, there are kernel command line
>>>>> parameters to set the management_server. S
On 02/22/2012 03:38 PM, Itamar Heim wrote:
> On 02/22/2012 07:23 PM, Perry Myers wrote:
>>>> Well, if the network is busted which leads to the bridge rename
>>>> failing,
>>>> wouldn't the fact that the network is broken cause other problems
>>
>> Well, if the network is busted which leads to the bridge rename failing,
>> wouldn't the fact that the network is broken cause other problems anyhow?
>>
> Perry, my point is that we're increasing the chances to get
> into these holes. Network is not busted most of the time, but occasionally
> th
>> As answered in the other response, there are kernel command line
>> parameters to set the management_server. Since this will likely be in a
>> pxe environment, setting the pxe profile to include
>> management_server= should be fine.
>>
> I agree it's a valid solution as long as you assume thi
On 02/22/2012 11:40 AM, Doron Fediuck wrote:
> On 22/02/12 18:21, Perry Myers wrote:
>>>>>
>>>>> * CA pollution; generating a certificate on each reboot
>>>>> for each node will create a huge number of certificates
>>>>> in the en
>>>
>>> * CA pollution; generating a certificate on each reboot
>>> for each node will create a huge number of certificates
>>> in the engine side, which eventually may damage the CA.
>>> (Unsure if there's a limitation to certificates number,
>>> but having hundreds of junk cert's can't be good).
> * Just stating the obvious, which is users need
> to remove-add the host on every reboot. This will
> not make this feature a lovable one from user's point of view.
I think the point mburns is trying to make in his initial email is that
we're going to need to do some joint work between node and
> /opt is used for apps
> /var/lib is for app data, so it sounds to me like it should be /var/lib/vdsm
/var/lib/vdsm is fine by me
>> - brNET, where NET is a logical name of the network
>>
>>brmgmt containing eth0 as the management LAN
>>brguest containing eth7 as
This affects oVirt Node a bit (which is why I've got an interest) but is
also relevant to vdsm running on vanilla hypervisors like F16.
Two decisions we need to get acks on:
1. Location of local storage for vdsm is /rhev in the RHEV product.
Suggestion is to change this to one of:
/ovirt
> This means that network manager no longer pulls gnome-related
> packages, which is very good news. If this is the case in other
> distro's I think we can converge on this solution.
mburns did a test on this yesterday and confirmed that on Fedora it also
does not pull in Gnome/X, so it looks like
On 11/21/2011 10:18 AM, Steve Gordon wrote:
>> Actually we're thinking about NetworkManager, not netcf.
>>
>
> Also note that NetworkManager doesn't currently support bridge
> creation which I thought was something we needed to do (and I assumed
> was why we were manually interacting with the 'ol
On 11/15/2011 01:08 PM, Subhendu Ghosh wrote:
> On 11/15/2011 01:01 PM, Perry Myers wrote:
>> On 11/15/2011 12:24 PM, Barak Azulay wrote:
>>> Hi,
>>>
>>> One of the breakout sessions during the ovirt workshop [1] was about
>>> the guest
>>>
On 11/15/2011 12:24 PM, Barak Azulay wrote:
> Hi,
>
> One of the breakout sessions during the ovirt workshop [1] was about the
> guest
> tools, and focused mainly on the ovirt-guest-agent [2].
>
> One of the issues discussed there, was the various existing guest agents out
> there, and the ne
, implementing
engine HA or vdsm policy is not a trivial exercise, so it will involve
input and development from many people.
Hope that helps
Perry
> Thanks,
>
> Jode
>
> El 04/11/2011 17:11, "Perry Myers" <mailto:pmy...@redhat.com>> escribió:
>
>
15 matches
Mail list logo
