broker"Host is not set" ???
--
Regards,
Frank
Le Vendredi, Décembre 14, 2018 12:27 CET, Martin Sivak a
écrit:
Hi, check the broker.log as well. The connect is used to talk to
ovirt-ha-broker service socket. Best regards Martin Sivak On Fri, Dec 14,
2018 at 12:20 PM fsoye
Systea IG
Administration systèmes, réseaux et bases de données
www.systea.net
Membre du réseau Les Professionnels du Numérique
KoGite
Hébergement de proximité
www.kogite.fr
Le Vendredi, Décembre 14, 2018 12:11 CET, Martin Sivak a
écrit:
Hi,
no StartState is not common, it is only ever entered when
tool (search --help for set config) depending on the
version of hosted engine you are using.
Best regards
--
Martin Sivak
On Thu, Dec 13, 2018 at 3:10 PM fsoyer wrote:
>
> Hi,
> I don't find revelant answer about this. Sorry il this was already asked.
> I receive randomly (one or two
Hi,
I don't find revelant answer about this. Sorry il this was already asked.
I receive randomly (one or two tims a week, differents hours) 3 mails with this
subjects :
first : ovirt-hosted-engine state transition StartState-ReinitializeFSM
second : ovirt-hosted-engine state transition
Hi,
I can say now that the problem was related to storage performances, as there
was no more errors since the replacement of the raid cards.
Thanks for all,
Frank
Le Mardi, Novembre 27, 2018 08:30 CET, Sahina Bose a écrit:
On Tue, Nov 13, 2018 at 4:46 PM fsoyer wrote:
>
> Hi al
nk you for the wasted time,
--
Regards,
Frank
Le Mardi, Novembre 27, 2018 08:30 CET, Sahina Bose a écrit:
On Tue, Nov 13, 2018 at 4:46 PM fsoyer wrote:
>
> Hi all,
> I continue to try to understand my problem between (I suppose) oVirt anf
> Gluster.
> After my recents posts tit
Hi all,
I continue to try to understand my problem between (I suppose) oVirt anf
Gluster.
After my recents posts titled 'VMs unexpectidly restarted' that did not provide
solution nor search idea, I submit to you another (related ?) problem.
Parallely with the problem of VMs down (that did not
dicates an I/O error from storage layer most likely. Can you
also provide the mount logs for the gluster volume that hosts these
VM's disks (under
/var/log/glusterfs/rhev-data-center-mnt-glusterSD-.log)
On Fri, Oct 26, 2018 at 12:38 AM fsoyer wrote:
>
> Oops, reading my message I find an error
O
BI SENIOR SOFTWARE ENGINEER
Red Hat IsraelTRIED. TESTED. TRUSTED. On Sun, Oct 28, 2018 at 12:55 PM fsoyer
wrote:Well, I see that I'm late to give the information :)
Thank you to pointing me to this, but I have now some other questions now...
How can I see the timezone of the DB ? "
ing anything ?
Thanks for all suggestions.
--
Regards,
Frank
Le Jeudi, Octobre 18, 2018 23:13 CEST, Nir Soffer a écrit:
On Thu, Oct 18, 2018 at 3:43 PM fsoyer wrote:Hi,
I forgot to look in the /var/log/messages file on the host ! What a shame :/
Here is the messages file at the time of the er
ne: for example, a change from
summer time to winter time." What timezone is your DB configured to? Best, --
SHIRLY RADCO
BI SENIOR SOFTWARE ENGINEER
Red Hat IsraelTRIED. TESTED. TRUSTED. On Sun, Oct 28, 2018 at 12:32 PM fsoyer
wrote:Hi all,
Maybe it has already been posted, but I think I'v
Hi all,
Maybe it has already been posted, but I think I've discoverd a little bug. This
night I had this messages :
28 oct. 2018 03:00:00
ETL service aggregation to hourly tables has encountered an error. Please
consult the service log for more details.
28 oct. 2018 02:40:27
ETL service
Oops, reading my message I find an error : the problem occurs at 1:21AM not
1:01 :/
Frank
Le Jeudi, Octobre 25, 2018 17:55 CEST, "fsoyer" a écrit:
Hi,
related (or maybe not) with my problem "VMs unexpectidly restarted", I have one
VM (only one) which was paused then ki
Hi,
related (or maybe not) with my problem "VMs unexpectidly restarted", I have one
VM (only one) which was paused then killed this morning (1:01AM).
This is the second time (first time about 15 days ago), only this one (it is on
a domain with 5 others VMs, and it is not the most used of them.
network? On Mon, Oct
22, 2018, 6:37 AM fsoyer wrote:Hi Donny,
thank you for this precision, but I don't want to manage network from Cockpit,
just view the graphs of network usage in it, and eventually logs (can be
interesting !).
That's why I ask about risks to activate NM after configuring
Davis a
écrit:
Use the Ovirt engine to manage your networks. VDSM takes over at boot time,
and the only way for this to happen is if you use the engine On Fri, Oct 19,
2018 at 9:26 AM fsoyer wrote:Hi,
I have installed a 4.2 cluster on CentOS 7 nodes but I have follow an (old)
procedure of mine
Hi,
I have installed a 4.2 cluster on CentOS 7 nodes but I have follow an (old)
procedure of mine done with 4.0 : so, I have disabled Network Manager before
installing oVirt.
The networks created and validated in the engine UI are :
ovirmgmt on bond0 (2 slaves) failover mode
storagemanager on
that I need to wait for another problem to re-scan all the logs and
try to understand what append...
--
Cordialement,
Frank
Le Jeudi, Octobre 18, 2018 23:13 CEST, Nir Soffer a écrit:
On Thu, Oct 18, 2018 at 3:43 PM fsoyer wrote:Hi,
I forgot to look in the /var/log/messages file on the host !
And I add log of one of the restarted VMs
https://gist.github.com/fsoyer/b63daa0653d91a59ffc65f2b6ad263f6
--
Cordialement,
Frank
Le Jeudi, Octobre 18, 2018 14:41 CEST, "fsoyer" a écrit:
Hi,
I forgot to look in the /var/log/messages file on the host ! What a shame :/
Here is th
Hi,
I forgot to look in the /var/log/messages file on the host ! What a shame :/
Here is the messages file at the time of the error :
https://gist.github.com/fsoyer/4d1247d4c3007a8727459efd23d89737
At the sasme time, the second host as no particular messages in its log.
Does anyone have an idea
message: VM has been terminated on the host.
16 oct. 2018 11:02:20
VM cerbere3 is not responding.
16 oct. 2018 11:02:20
VM logcollector is not responding.
16 oct. 2018 11:02:20
VM HostedEngine is not responding.with engine. log :
https://gist.github.com/fsoyer/e3b74b4693006736b4f737b642aed0ef
searching
Hi guys,
I just have this issue on a fresh 4.2.6 install. The snapshot of a vm Seems to
be the same logs in the ui.log (I paste it here to be sure), and unable to
clone the snapshot. VM on or off doesn't change things. This really seems to be
a UI issue because when it appends, we can no more
At this time the engine (and the cluster) is up. No problem after activating
gluster and creating the volumes, then finish the install in the screen session.
So...
Le Vendredi, Juin 29, 2018 12:32 CEST, "fsoyer" a écrit: Hi,
I must say it : I'm -totally- lost.
To try to fin
Jun 26 11:02:32.Can you please reattach it fro the relevant time
frame?
On Wed, Jun 27, 2018 at 10:54 AM fsoyer wrote:Hi Simone,
here are the revelant part of messages and the engine install log (there were
only this file in /var/log/libvirt/qemu) .
Thanks for your time.
Frank
Le Mardi, Ju
Hi Simone,
here are the revelant part of messages and the engine install log (there were
only this file in /var/log/libvirt/qemu) .
Thanks for your time.
Frank
Le Mardi, Juin 26, 2018 11:43 CEST, Simone Tiraboschi a
écrit:
On Tue, Jun 26, 2018 at 11:39 AM fsoyer wrote:Well,
unfortunatly
scope link src 10.0.0.227
169.254.0.0/16 dev em1 scope link metric 1002
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
So, finally, I have no idea why this appends :(((
Le Mardi, Juin 26, 2018 09:21 CEST, Simone Tiraboschi a
écrit:
On Mon, Jun 25, 2018 at 6:32 PM fsoy
n 25, 2018 16:50 CEST, "fsoyer" a écrit:
Hi staff,
Installing a fresh ovirt - CentOS 7.5.1804 up to date, ovirt version :
# rpm -qa | grep ovirt
ovirt-hosted-engine-ha-2.2.11-1.el7.centos.noarch
ovirt-imageio-common-1.3.1.2-0.el7.centos.noarch
ovirt-host-dependencies-4.2.2-2.el7
Hi staff,
Installing a fresh ovirt - CentOS 7.5.1804 up to date, ovirt version :
# rpm -qa | grep ovirt
ovirt-hosted-engine-ha-2.2.11-1.el7.centos.noarch
ovirt-imageio-common-1.3.1.2-0.el7.centos.noarch
ovirt-host-dependencies-4.2.2-2.el7.centos.x86_64
ovirt-vmconsole-1.0.5-4.el7.centos.noarch
Frank
Le Vendredi, Avril 13, 2018 21:53 CEST, Arik Hadas <aha...@redhat.com> a écrit:
On Fri, Apr 13, 2018 at 6:54 PM, fsoyer <fso...@systea.fr> wrote:Hi,
This task is listed (since 2 days) in the GUI / up right "tasks" icon. It is
visibly freezed as no OVA file has
t) vm and try on another (test) one (extend disk
to see if this is the reason of the problem). But before I want to kill this
tasks !
Thanks.
Frank
Le Vendredi, Avril 13, 2018 16:24 CEST, Arik Hadas <aha...@redhat.com> a écrit:
On Fri, Apr 13, 2018 at 11:14 AM, fsoyer <fso...@systea.fr&
, Avril 13, 2018 14:41 CEST, Michal Skrivanek
<michal.skriva...@redhat.com> a écrit:
On 13 Apr 2018, at 10:14, fsoyer <fso...@systea.fr> wrote: Hi all,
I can't find any exhaustive doc for new vdsm-client. My problem actually is a
task (export a vm to OVA) blocked. if you want
Hi all,
I can't find any exhaustive doc for new vdsm-client. My problem actually is a
task (export a vm to OVA) blocked.
I found that I can interact with
vdsm-client Task getInfo taskID=, and replace getInfo by "stop", BUT :
how can I find this UUID ???
Old "vdsClient -s 0 getAllTasksStatuses"
. 05 49 50 52 34
Le Lundi, Février 26, 2018 12:59 CET, Milan Zamazal <mzama...@redhat.com> a
écrit:
"fsoyer" <fso...@systea.fr> writes:
> I don't beleive that this is relatd to a host, tests have been done from
> victor
> source to ginger dest and ginger t
ot;, line 47,
> in __getattr__
> % self.vmid)
> NotConnectedError: VM u'755cf168-de65-42ed-b22f-efe9136f7594' was not
> started yet or was shut down
>
> On Thu, Feb 22, 2018 at 4:22 PM, fsoyer <fso...@systea.fr> wrote:
>
>> Hi,
>> Yes, on 2018-02-16 (vdsm logs) I
rds,Maor On Fri, Feb 16, 2018
at 11:03 AM, fsoyer <fso...@systea.fr> wrote:Hi Maor,
sorry for the double post, I've change the email adress of my account and
supposed that I'd need to re-post it.
And thank you for your time. Here are the logs. I added a vdisk to an existing
VM : it no
écrit:
Hi Frank, I already replied on your last email.Can you provide the VDSM logs
from the time of the migration failure for both hosts: ginger.local.systea.fr
and victor.local.systea.fr Thanks,Maor On Wed, Feb 14, 2018 at 11:23 AM, fsoyer
<fso...@systea.fr> wrote:
Hi all,
I discover
Hi all,
I discovered yesterday a problem when migrating VM with more than one vdisk.
On our test servers (oVirt4.1, shared storage with Gluster), I created 2 VMs
needed for a test, from a template with a 20G vdisk. On this VMs I added a 100G
vdisk (for this tests I didn't want to waste time to
Hi all,
I discovered yesterday a problem when migrating VM with more than one vdisk.
On our test servers (oVirt4.1, shared storage with Gluster), I created 2 VMs
needed for a test, from a template with a 20G vdisk. On this VMs I added a 100G
vdisk (for this tests I didn't want to waste time to
38 matches
Mail list logo
