- Users - oVirt List Archives

[Users] centralized Logging engine and hypervisor
by Sven Kieske 24 Mar '14

24 Mar '14

Hi, I got a question regarding centralized logging: I guess in order to make the engine log to /dev/log I have to manipulate /etc/ovirt-engine/engine-config/log4j.xml ? I think these tutorials might fit somehow? https://blog.trifork.com/2010/01/14/logging-to-the-syslog-from-a-java-appli… http://help.papertrailapp.com/discussions/questions/86-how-to-make-jboss-lo… for vdsm I'll just have to change: /etc/vdsm/svdsm.logger.conf and /etc/vdsm/logger.conf to: handlers=syslog Am I on the right track for the engine-log? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

9 19

[Users] php on jboss
by aditya mamidwar 24 Mar '14

24 Mar '14

i need a php file to execute some bash scripts on the server, but when i integrate the ui-plugin ot the ovirt portal, it does not find path to my .php file. I have the HTML where as .PHP residing in the same location, can someone guide on uploading PHP files on JBOSS server, since ovirt runs on it.. if i want to run a PHP file, where should i save it? -- -Aditya Mamidwar

5 6

Re: [Users] vdi
by Antoni Segura Puimedon 24 Mar '14

24 Mar '14

----- Original Message ----- > From: "Maurice James" <midnightsteel(a)msn.com> > To: "Antoni Segura Puimedon" <asegurap(a)redhat.com> > Sent: Saturday, March 22, 2014 12:15:31 AM > Subject: RE: [Users] vdi > > Not pxe boot the vm, but boot a thin client to make use of a vm running on > oVirt. Is that possible? I have never tried, but I guess making a minimal linux image booting the thin client to the browser, which should be pointing to the user portal login page should be good. > > -----Original Message----- > From: Antoni Segura Puimedon [mailto:asegurap@redhat.com] > Sent: Friday, March 21, 2014 2:14 AM > To: Maurice James > Cc: users(a)ovirt.org > Subject: Re: [Users] vdi > > > > ----- Original Message ----- > > From: "Maurice James" <midnightsteel(a)msn.com> > > To: users(a)ovirt.org > > Sent: Friday, March 21, 2014 12:01:50 AM > > Subject: [Users] vdi > > > > > > > > Does anyone have instructions on how to pxe boot a an ovirt hosted vm? > > As long as the VM's vNIC is on a VM network that has access to the pxe server > it should just work (it does for me). > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > >

3 2

[Users] iscsi & multipath active on hosts even after Maintentance/Detach/Delete
by Ernest Beinrohr 24 Mar '14

24 Mar '14

This is a multi-part message in MIME format. --------------010303020400030809020601 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit Hi, I have removed some of my older storage devices in the engine. I put the storage into maintenance, then detached it and finally removed it from the engine completely. However, the LVM VGs and multipath and iscsi are still connected to all my hosts and i need to restart them in maintenance to deactivate the storage completely. This seems wrong, the engine should disable the VGs, stop the multipath device for that storage and logout from all iscsi targets. -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii(a)axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman --------------010303020400030809020601 Content-Type: text/html; charset=windows-1250 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1250"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I have removed some of my older storage devices in the engine. I put the storage into maintenance, then detached it and finally removed it from the engine completely. However, the LVM VGs and multipath and iscsi are still connected to all my hosts and i need to restart them in maintenance to deactivate the storage completely. This seems wrong, the engine should disable the VGs, stop the multipath device for that storage and logout from all iscsi targets. <div class="moz-signature">-- <div id="oernii_footer" style="color: gray;"> Ernest Beinrohr, AXON PRO <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii(a)axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <hr style="height: 1px; width: 95%"> For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" height="1" width="1"> </body> </html> --------------010303020400030809020601--

1 0

Re: [Users] oVIRT3.3.3 Live Migration fails
by Hans-Joachim 24 Mar '14

24 Mar '14

--========GMXBoundary68791394728764546928 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hello, Thank you for your help. finally, it was a mismatch between a server running in SE permissive mode and a server running in disabled mode. Hans-Joachim ----- Original Message ----- From: Itamar Heim Sent: 03/12/14 02:08 PM To: Hans-Joachim Subject: Re: [Users] oVIRT3.3.3 Live Migration fails On 03/12/2014 02:39 PM, Hans-Joachim wrote: > Hello Itamar, > > I've found nothing special... beside the info about Domain not found. > > BTW.: SELINUX is disabled please keep on mailing list. please check selinux is disabeld on both or enabled on both (before the VM was launched) > > Hans-Joachim > >> ----- Original Message ----- >> >> From: Itamar Heim >> >> Sent: 03/11/14 03:28 PM >> >> To: Hans-Joachim, users(a)ovirt.org >> >> Subject: Re: [Users] oVIRT3.3.3 Live Migration fails >> >> On 03/05/2014 06:09 PM, Hans-Joachim wrote: >> > Hello, >> > >> > I'm running into a funny problem on a CentOS 6.5 system >> > >> > Starting a VM on server1, migrate it to server2 and than back to server1 >> > fails. >> > >> > The logs (engine and server1) are attached... >> > >> > >> > server1: >> > vdsm.x86_64 4.13.3-3.el6 @ovirt >> > vdsm-cli.noarch 4.13.3-3.el6 @ovirt >> > vdsm-python.x86_64 4.13.3-3.el6 @ovirt >> > vdsm-python-cpopen.x86_64 4.13.2-1.el6 @ovirt >> > vdsm-xmlrpc.noarch 4.13.3-3.el6 @ovirt >> > qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6 @ovirt >> > qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6 @ovirt >> > qemu-kvm-rhev-tools.x86_64 2:0.12.1.2-2.415.el6 @ovirt >> > >> > server2: >> > vdsm.x86_64 4.13.3-3.el6 @ovirt >> > vdsm-cli.noarch 4.13.3-3.el6 @ovirt >> > vdsm-python.x86_64 4.13.3-3.el6 @ovirt >> > vdsm-python-cpopen.x86_64 >> > vdsm-xmlrpc.noarch 4.13.3-3.el6 @ovirt >> > qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6 >> > qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6 >> > >> > >> > >> > Thank you for your help >> > >> > Hans-Joachim >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> >> anything in the libvirt log? > > --========GMXBoundary68791394728764546928 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello,<b= r /> Thank you for your help. finally, it was a mismatch be= tween a server running in SE permissive mode and a server running in disabl= ed mode. Hans-Joachim=C2= =A0<blockquote style=3D"border-left: 1px solid #CCC; padding-left: 5px;= margin-left: 5px; margin-bottom: 0px; margin-top: 0px; margin-right: 0px;"= type=3D"cite">----- Original Message -----<= /span>From: Itamar Heim</s= pan>Sent: 03/12/14 02:08 PM</span= >To: Hans-Joachim<span= style=3D"font-size:12px">Subject: Re: [Users] oVIRT3.3.3 Live Migration fa= ils=C2=A0<div><div><pre style=3D"white-space: pre-wrap; w= ord-wrap: break-word; font-size:11;pre">On 03/12/2014 02:39 PM, Hans-Joachi= m wrote:=20 > Hello Itamar,=20 >=20 > I've found nothing special... beside the info about Domain not found.= =20 >=20 > BTW.: SELINUX is disabled=20 please keep on mailing list.=20 please check selinux is disabeld on both or enabled on both (before the=20 VM was launched)=20 >=20 > Hans-Joachim=20 >=20 >> ----- Original Message -----=20 >>=20 >> From: Itamar Heim=20 >>=20 >> Sent: 03/11/14 03:28 PM=20 >>=20 >> To: Hans-Joachim, users(a)ovirt.org=20 >>=20 >> Subject: Re: [Users] oVIRT3.3.3 Live Migration fails=20 >>=20 >> On 03/05/2014 06:09 PM, Hans-Joachim wrote:=20 >> > Hello,=20 >> >=20 >> > I'm running into a funny problem on a CentOS 6.5 system=20 >> >=20 >> > Starting a VM on server1, migrate it to server2 and than back= to server1=20 >> > fails.=20 >> >=20 >> > The logs (engine and server1) are attached...=20 >> >=20 >> >=20 >> > server1:=20 >> > vdsm.x86_64 4.13.3-3.el6 = @ovirt=20 >> > vdsm-cli.noarch 4.13.3-3.el6 = @ovirt=20 >> > vdsm-python.x86_64 4.13.3-3.el6 = @ovirt=20 >> > vdsm-python-cpopen.x86_64 4.13.2-1.el6 = @ovirt=20 >> > vdsm-xmlrpc.noarch 4.13.3-3.el6 = @ovirt=20 >> > qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6 = @ovirt=20 >> > qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6 = @ovirt=20 >> > qemu-kvm-rhev-tools.x86_64 2:0.12.1.2-2.415.el6 = @ovirt=20 >> >=20 >> > server2:=20 >> > vdsm.x86_64 4.13.3-3.el6 @ovirt=20 >> > vdsm-cli.noarch 4.13.3-3.el6 @ovirt=20 >> > vdsm-python.x86_64 4.13.3-3.el6 @ovirt=20 >> > vdsm-python-cpopen.x86_64=20 >> > vdsm-xmlrpc.noarch 4.13.3-3.el6 @ovirt=20 >> > qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6=20 >> > qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6=20 >> >=20 >> >=20 >> >=20 >> > Thank you for your help=20 >> >=20 >> > Hans-Joachim=20 >> >=20 >> >=20 >> > _______________________________________________=20 >> > Users mailing list=20 >> > Users(a)ovirt.org=20 >> > http://lists.ovirt.org/mailman/listinfo/users=20 >> >=20 >>=20 >> anything in the libvirt log?=20 >=20 >=20 </pre></div></div></blockquote> --========GMXBoundary68791394728764546928--

4 3

[Users] I want to run a 2 storage host + 2 vm hosts as an environment.
by Eliezer Croitoru 24 Mar '14

24 Mar '14

I want to just install a running "cluster". I understood I need either a live iso and install it or use some other methods. I would like to install it in a simple way and use one laptop as the engine. What iso version is recommended? I was thinking about gluseterfs to be the storage engine. Thanks, Eliezer

2 1

[Users] SAN storage expansion
by Giorgio Bersano 24 Mar '14

24 Mar '14

Hi all, I'm happily continuing my experiments with oVirt and I need a suggestion regarding storage management. I'm using an iSCSI based Storage Domain and I'm trying to understand which is the correct way to extend it's size some time after it's creation. Please consider the following steps: 1) Using storage specific tools create a new volume on iSCSI storage (e.g. 130.0 GiB) 2) in oVirt webadmin: Storage -> New Domain , select the previously created storage (130 GB), OK, after some time it's online: Size: 129 GB ; Available: 125 GB ; Used: 4 GB 3) Use according to your needs (even noop is OK) 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB more, now it says 150.0GiB) 5) in webadmin: Storage, click on the domain, Edit. Looking at Luns>Targets , now it correctly sees 150GB BUT on the Storage tab it continues to be seen with Size: 129 GB ; Available: 125 GB ; Used: 4 GB Do you think it is possible to make oVirt aware of the new available storage space? Am I missing something obvious? My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts. Best regards, Giorgio.

4 7

[Users] feedback-on-oVirt-engine-3.3.4-1.el6
by Creigan Wray 24 Mar '14

24 Mar '14

Hey just an idea. when you build a new virtual and select run once. once you do the install and the node reboots is there a way to auto remove the CD. This would prevent the node coming back up on the install disk. -- Thank you for your time. Creigan Wray Email: creiganwray(a)gmail.com Cell:720-244-9266

2 1

[Users] ovirt-engine-dwh-setup fails
by Gabi C 24 Mar '14

24 Mar '14

Hello! ovirt-image-uploader-3.3.3-1.fc19.noarch ovirt-engine-dbscripts-3.3.4-1.fc19.noarch ovirt-host-deploy-1.1.3-1.fc19.noarch ovirt-engine-webadmin-portal-3.3.4-1.fc19.noarch ovirt-host-deploy-offline-1.1.3-1.fc19.noarch ovirt-engine-setup-3.3.4-1.fc19.noarch ovirt-engine-backend-3.3.4-1.fc19.noarch ovirt-host-deploy-java-1.1.3-1.fc19.noarch ovirt-engine-3.3.4-1.fc19.noarch ovirt-engine-dwh-3.3.4-1.fc19.noarch ovirt-engine-reports-3.3.4-1.fc19.noarch ovirt-engine-restapi-3.3.4-1.fc19.noarch ovirt-log-collector-3.3.4-1.fc19.noarch ovirt-iso-uploader-3.3.3-1.fc19.noarch ovirt-engine-lib-3.3.4-1.fc19.noarch ovirt-engine-tools-3.3.4-1.fc19.noarch ovirt-release-fedora-10.0.1-3.noarch ovirt-engine-cli-3.3.0.6-1.fc19.noarch ovirt-engine-websocket-proxy-3.3.4-1.fc19.noarch ovirt-engine-sdk-python-3.3.3.1-1.fc19.noarch ovirt-release-11.0.2-1.noarch ovirt-engine-userportal-3.3.4-1.fc19.noarch Trying to run ovirt-engine-dwh-setup I get Stopping ovirt-engine... [ DONE ] Error encountered while installing ovirt-engine-dwh, please consult the log file: ........ logfile follows more /var/log/ovirt-engine/ovirt-engine-dwh-setup-2014_03_17_14_59_39.log 2014-03-17 14:59:39::DEBUG::ovirt-engine-dwh-setup::430::root:: starting main() 2014-03-17 14:59:39::DEBUG::common_utils::451::root:: running sql query on host: localhost, port: 5432, db: engine, user: engine, query: 'copy ( select option_value from vdc_options where option_name like 'MinimalETLVersion' ) to stdout with csv header;'. 2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command --> '/usr/bin/psql --pset=tuples_only=on --set ON_ERROR_STOP=1 --dbname engine --host localhost --port 5432 --username engine -w -c copy ( select option_value from vdc_options where option_name like 'MinimalETLVersion' ) to stdout with csv header;' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = option_value 3.3.0 2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr = 2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:39::DEBUG::common_utils::153::root:: Value of MinimalETLVersion is 3.3.0 2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command --> 'rpm -q --queryformat %{VERSION}-%{RELEASE} ovirt-engine-dwh' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = 3.3.4-1.fc19 2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr = 2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:39::DEBUG::common_utils::617::root:: setting regex (\d+\.\d+)\.(\d+)\-(\d+) againts 3.3.4-1.fc19 2014-03-17 14:59:39::DEBUG::common_utils::622::root:: found version, 3.3 2014-03-17 14:59:39::DEBUG::common_utils::624::root:: found minorVersion 4 2014-03-17 14:59:39::DEBUG::common_utils::626::root:: found release 1 2014-03-17 14:59:39::DEBUG::common_utils::617::root:: setting regex (\d+\.\d+)\.(\d+)\-(\d+) againts 3.3.0-0 2014-03-17 14:59:39::DEBUG::common_utils::622::root:: found version, 3.3 2014-03-17 14:59:39::DEBUG::common_utils::624::root:: found minorVersion 0 2014-03-17 14:59:39::DEBUG::common_utils::626::root:: found release 0 2014-03-17 14:59:39::DEBUG::common_utils::491::root:: checking ovirt-engine service 2014-03-17 14:59:39::DEBUG::common_utils::482::root:: checking the status of ovirt-engine 2014-03-17 14:59:39::DEBUG::common_utils::260::root:: getting status for ovirt-engine 2014-03-17 14:59:39::DEBUG::common_utils::277::root:: executing action ovirt-engine on service status 2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command --> '/sbin/service ovirt-engine status' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled) Active: inactive (dead) since Mon 2014-03-17 14:58:56 EET; 43s ago Main PID: 5794 (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/ovirt-engine.service Mar 17 14:52:31 vpo-rhevm.stfd.ro systemd[1]: Started oVirt Engine. Mar 17 14:52:32 vpo-rhevm.stfd.ro ovirt-engine.py[5794]: 2014-03-17 14:52:32,340 ovirt-engine: WARNING _setupEngineApps:176 Application directory '/usr/share/ovirt-engine/ovirt-engine-report s.war' does not exist, it will be ignored Mar 17 14:58:55 vpo-rhevm.stfd.ro systemd[1]: Stopping oVirt Engine... Mar 17 14:58:56 vpo-rhevm.stfd.ro systemd[1]: Stopped oVirt Engine. 2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr = Redirecting to /bin/systemctl status ovirt-engine.service 2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 3 2014-03-17 14:59:39::DEBUG::common_utils::590::root:: Stopping ovirt-engine-dwhd 2014-03-17 14:59:39::DEBUG::common_utils::581::root:: checking the status of dwhd 2014-03-17 14:59:39::DEBUG::common_utils::260::root:: getting status for ovirt-engine-dwhd 2014-03-17 14:59:39::DEBUG::common_utils::277::root:: executing action ovirt-engine-dwhd on service status 2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command --> '/sbin/service ovirt-engine-dwhd status' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:40::DEBUG::common_utils::967::root:: output = /etc/init.d/ovirt-engine-dwhd is stopped 2014-03-17 14:59:40::DEBUG::common_utils::968::root:: stderr = 2014-03-17 14:59:40::DEBUG::common_utils::969::root:: retcode = 1 2014-03-17 14:59:40::DEBUG::common_utils::912::root:: Executing command --> 'rpm -q --queryformat %{VERSION}-%{RELEASE} ovirt-engine-dwh' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:40::DEBUG::common_utils::967::root:: output = 3.3.4-1.fc19 2014-03-17 14:59:40::DEBUG::common_utils::968::root:: stderr = 2014-03-17 14:59:40::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:40::DEBUG::common_utils::617::root:: setting regex (\d+\.\d+)\.(\d+)\-(\d+) againts 3.3.4-1.fc19 2014-03-17 14:59:40::DEBUG::common_utils::622::root:: found version, 3.3 2014-03-17 14:59:40::DEBUG::common_utils::624::root:: found minorVersion 4 2014-03-17 14:59:40::DEBUG::common_utils::626::root:: found release 1 2014-03-17 14:59:40::DEBUG::ovirt-engine-dwh-setup::391::root:: Setting etlVersion 2014-03-17 14:59:40::DEBUG::ovirt-engine-dwh-setup::392::root:: editing etl connectivity file 2014-03-17 14:59:40::DEBUG::common_utils::912::root:: Executing command --> '/sbin/ip addr' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:40::DEBUG::common_utils::967::root:: output = 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue state DOWN group default link/ether c2:71:02:2b:9b:01 brd ff:ff:ff:ff:ff:ff 3: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0c:29:7f:5b:4b brd ff:ff:ff:ff:ff:ff inet 10.125.1.171/24 brd 10.125.1.255 scope global ens32 valid_lft forever preferred_lft forever inet6 fe80::20c:29ff:fe7f:5b4b/64 scope link valid_lft forever preferred_lft forever 4: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default link/ether 72:06:8c:05:e3:a3 brd ff:ff:ff:ff:ff:ff 2014-03-17 14:59:40::DEBUG::common_utils::968::root:: stderr = 2014-03-17 14:59:40::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:40::DEBUG::common_utils::755::root:: Found IP Address: 10.125.1.171 2014-03-17 14:59:40::DEBUG::common_utils::1406::root:: Updating pghba postgres use 2014-03-17 14:59:40::DEBUG::common_utils::529::root:: checking the status of postgresql 2014-03-17 14:59:40::DEBUG::common_utils::260::root:: getting status for postgresql 2014-03-17 14:59:40::DEBUG::common_utils::277::root:: executing action postgresql on service status 2014-03-17 14:59:40::DEBUG::common_utils::912::root:: Executing command --> '/sbin/service postgresql status' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:40::DEBUG::common_utils::967::root:: output = postgresql.service - PostgreSQL database server Loaded: loaded (/usr/lib/systemd/system/postgresql.service; enabled) Active: active (running) since Mon 2014-03-17 14:59:32 EET; 8s ago Process: 6503 ExecStop=/usr/bin/pg_ctl stop -D ${PGDATA} -s -m fast (code=exited, status=0/SUCCESS) Process: 6514 ExecStart=/usr/bin/pg_ctl start -D ${PGDATA} -s -o -p ${PGPORT} -w -t 300 (code=exited, status=0/SUCCESS) Process: 6507 ExecStartPre=/usr/bin/postgresql-check-db-dir ${PGDATA} (code=exited, status=0/SUCCESS) Main PID: 6517 (postgres) CGroup: name=systemd:/system/postgresql.service ├─6517 /usr/bin/postgres -D /var/lib/pgsql/data -p 5432 ├─6518 postgres: logger process ├─6520 postgres: checkpointer process ├─6521 postgres: writer process ├─6522 postgres: wal writer process ├─6523 postgres: autovacuum launcher process └─6524 postgres: stats collector process Mar 17 14:59:31 vpo-rhevm.stfd.ro systemd[1]: Starting PostgreSQL database server... Mar 17 14:59:32 vpo-rhevm.stfd.ro systemd[1]: Started PostgreSQL database server. 2014-03-17 14:59:40::DEBUG::common_utils::968::root:: stderr = Redirecting to /bin/systemctl status postgresql.service 2014-03-17 14:59:40::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:40::DEBUG::common_utils::573::root:: stopping postgresql 2014-03-17 14:59:40::DEBUG::common_utils::226::root:: stopping postgresql 2014-03-17 14:59:40::DEBUG::common_utils::277::root:: executing action postgresql on service stop 2014-03-17 14:59:40::DEBUG::common_utils::912::root:: Executing command --> '/sbin/service postgresql stop' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:41::DEBUG::common_utils::967::root:: output = 2014-03-17 14:59:41::DEBUG::common_utils::968::root:: stderr = Redirecting to /bin/systemctl stop postgresql.service 2014-03-17 14:59:41::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:41::DEBUG::common_utils::529::root:: checking the status of postgresql 2014-03-17 14:59:41::DEBUG::common_utils::260::root:: getting status for postgresql 2014-03-17 14:59:41::DEBUG::common_utils::277::root:: executing action postgresql on service status 2014-03-17 14:59:41::DEBUG::common_utils::912::root:: Executing command --> '/sbin/service postgresql status' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:41::DEBUG::common_utils::967::root:: output = postgresql.service - PostgreSQL database server Loaded: loaded (/usr/lib/systemd/system/postgresql.service; enabled) Active: inactive (dead) since Mon 2014-03-17 14:59:41 EET; 119ms ago Process: 6567 ExecStop=/usr/bin/pg_ctl stop -D ${PGDATA} -s -m fast (code=exited, status=0/SUCCESS) Process: 6514 ExecStart=/usr/bin/pg_ctl start -D ${PGDATA} -s -o -p ${PGPORT} -w -t 300 (code=exited, status=0/SUCCESS) Process: 6507 ExecStartPre=/usr/bin/postgresql-check-db-dir ${PGDATA} (code=exited, status=0/SUCCESS) Main PID: 6517 (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/postgresql.service Mar 17 14:59:31 vpo-rhevm.stfd.ro systemd[1]: Starting PostgreSQL database server... Mar 17 14:59:32 vpo-rhevm.stfd.ro systemd[1]: Started PostgreSQL database server. Mar 17 14:59:40 vpo-rhevm.stfd.ro systemd[1]: Stopping PostgreSQL database server... Mar 17 14:59:41 vpo-rhevm.stfd.ro systemd[1]: Stopped PostgreSQL database server. 2014-03-17 14:59:41::DEBUG::common_utils::968::root:: stderr = Redirecting to /bin/systemctl status postgresql.service 2014-03-17 14:59:41::DEBUG::common_utils::969::root:: retcode = 3 2014-03-17 14:59:41::DEBUG::common_utils::568::root:: starting postgresql 2014-03-17 14:59:41::DEBUG::common_utils::216::root:: starting postgresql 2014-03-17 14:59:41::DEBUG::common_utils::277::root:: executing action postgresql on service start 2014-03-17 14:59:41::DEBUG::common_utils::912::root:: Executing command --> '/sbin/service postgresql start' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:42::DEBUG::common_utils::967::root:: output = 2014-03-17 14:59:43::DEBUG::common_utils::968::root:: stderr = Redirecting to /bin/systemctl start postgresql.service 2014-03-17 14:59:43::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:43::DEBUG::common_utils::1460::root:: starting runPostgresSuQuery database: template1 query: "select 1;" 2014-03-17 14:59:43::DEBUG::common_utils::912::root:: Executing command --> '/bin/su -l postgres -c /usr/bin/psql -U postgres -d template1 -tA -c "select 1;"' in working directory '/var/lib/ pgsql/data' 2014-03-17 14:59:43::DEBUG::common_utils::967::root:: output = 2014-03-17 14:59:43::DEBUG::common_utils::968::root:: stderr = Password for user postgres: psql: fe_sendauth: no password supplied 2014-03-17 14:59:43::DEBUG::common_utils::969::root:: retcode = 2 2014-03-17 14:59:45::DEBUG::common_utils::1460::root:: starting runPostgresSuQuery database: template1 query: "select 1;" 2014-03-17 14:59:45::DEBUG::common_utils::912::root:: Executing command --> '/bin/su -l postgres -c /usr/bin/psql -U postgres -d template1 -tA -c "select 1;"' in working directory '/var/lib/ pgsql/data' 2014-03-17 14:59:45::DEBUG::common_utils::967::root:: output = 2014-03-17 14:59:45::DEBUG::common_utils::968::root:: stderr = Password for user postgres: psql: fe_sendauth: no password supplied 2014-03-17 14:59:45::DEBUG::common_utils::969::root:: retcode = 2 2014-03-17 14:59:47::DEBUG::common_utils::1460::root:: starting runPostgresSuQuery database: template1 query: "select 1;" 2014-03-17 14:59:47::DEBUG::common_utils::912::root:: Executing command --> '/bin/su -l postgres -c /usr/bin/psql -U postgres -d template1 -tA -c "select 1;"' in working directory '/var/lib/ pgsql/data' 2014-03-17 14:59:47::DEBUG::common_utils::967::root:: output = 2014-03-17 14:59:47::DEBUG::common_utils::968::root:: stderr = Password for user postgres: psql: fe_sendauth: no password supplied 2014-03-17 14:59:47::DEBUG::common_utils::969::root:: retcode = 2 2014-03-17 14:59:49::DEBUG::common_utils::1460::root:: starting runPostgresSuQuery database: template1 query: "select 1;" 2014-03-17 14:59:49::DEBUG::common_utils::912::root:: Executing command --> '/bin/su -l postgres -c /usr/bin/psql -U postgres -d template1 -tA -c "select 1;"' in working directory '/var/lib/ pgsql/data' 2014-03-17 14:59:49::DEBUG::common_utils::967::root:: output = 2014-03-17 14:59:49::DEBUG::common_utils::968::root:: stderr = Password for user postgres: psql: fe_sendauth: no password supplied 2014-03-17 14:59:49::DEBUG::common_utils::969::root:: retcode = 2 2014-03-17 14:59:51::DEBUG::common_utils::1460::root:: starting runPostgresSuQuery database: template1 query: "select 1;" 2014-03-17 14:59:51::DEBUG::common_utils::912::root:: Executing command --> '/bin/su -l postgres -c /usr/bin/psql -U postgres -d template1 -tA -c "select 1;"' in working directory '/var/lib/ pgsql/data' 2014-03-17 14:59:52::DEBUG::common_utils::967::root:: output = 2014-03-17 14:59:52::DEBUG::common_utils::968::root:: stderr = Password for user postgres: psql: fe_sendauth: no password supplied 2014-03-17 14:59:52::DEBUG::common_utils::969::root:: retcode = 2 2014-03-17 14:59:54::ERROR::ovirt-engine-dwh-setup::716::root:: Exception caught! 2014-03-17 14:59:54::ERROR::ovirt-engine-dwh-setup::717::root:: Traceback (most recent call last): File "/usr/bin/ovirt-engine-dwh-setup", line 474, in main pg_updated = utils.configHbaIdent() File "/usr/share/ovirt-engine-dwh/common_utils.py", line 1431, in configHbaIdent restartPostgres(newval=='md5') File "/usr/share/ovirt-engine-dwh/common_utils.py", line 887, in restartPostgres startPostgres() File "/usr/share/ovirt-engine-dwh/common_utils.py", line 556, in startPostgres 'Error: postgresql service couldn\'t be started. Stopping.' RuntimeError: Error: postgresql service couldn't be started. Stopping.

3 3

[Users] if ipv6 ready and hot to use it?
by bigclouds 23 Mar '14

23 Mar '14

------=_Part_16214_720314858.1395540433145 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGksYWxsCmlmIG5vdyB3ZSBjYW4gdXNlIGlwdjYgbGlrZSBpcHY0LCAgbW9zdCBiYXNpYyAgdXNl IGNhc2UgaXMgb2ssIGxpa2UgYWRkaW5nIG5vZGUsc2V0dXAgbm9kZSdzIGlwdjYgYWRkcmVzcywg bXVsdGkgZ2F0ZXdheS4uLgppIHRyeWllZCBidXQgZmFpbGVkLiBpIGRpZCBub3Qga25vdyB3aHku CiAKd2hlcmUgaXMgdGhlIHJlbGF0ZWQgY29kZSBhYm91dCBpcHY2ICwgYml0aCBlbmdpbmUgYW5k IHZkc20gc2lkZXMsIHBsZWFzZSBndWlkZSBtZS4KIAogCnRoYW5rcw== ------=_Part_16214_720314858.1395540433145 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6YXJpYWwiPjxkaXY+aGksYWxsPC9kaXY+PGRpdj5pZiBub3cgd2UgY2FuIHVz ZSBpcHY2IGxpa2UgaXB2NCwmbmJzcDsgbW9zdCBiYXNpYyZuYnNwOyB1c2UgY2FzZSBpcyBvaywg bGlrZSBhZGRpbmcgbm9kZSxzZXR1cCBub2RlJ3MgaXB2NiBhZGRyZXNzLCBtdWx0aSBnYXRld2F5 Li4uPC9kaXY+PGRpdj5pIHRyeWllZCBidXQgZmFpbGVkLiBpIGRpZCBub3Qga25vdyB3aHkuPC9k aXY+PGRpdj4mbmJzcDs8L2Rpdj48ZGl2PndoZXJlIGlzIHRoZSByZWxhdGVkIGNvZGUgYWJvdXQg aXB2NiAsIGJpdGggZW5naW5lIGFuZCB2ZHNtIHNpZGVzLCBwbGVhc2UgZ3VpZGUgbWUuPC9kaXY+ PGRpdj4mbmJzcDs8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+dGhhbmtzPC9kaXY+PC9kaXY+ PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFp bF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_16214_720314858.1395540433145--

1 0