Hi guys, I cannot login to ovirt wiki. The wiki insists that my cookies are disabled and therefore I cannot login, but I both checked and tried from firefox and chrome and getting the same results. Can you please check this out? My user is "Yair Zaslavsky"

Thanks _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra

Hi, I've documented the issue in the past: http://lists.ovirt.org/pipermail/infra/2013-October/004183.html It would be possible to migrate the database to the separate gear in the ovirt tenant - http://mysqlserver-ovirt.rhcloud.com/ - and use that database with the appropriate environment variables on the wiki gear.

Then you could drop the database on the wiki gear. If you do that, then you reduce the ibdata1 file to its start-up size, and buy us a couple of years. The way to remove the problem longer term would be to ensure that we have per-table database files. Cheers, Dave. On 09/17/2014 06:56 AM, David Caro wrote: > On Wednesday, September 17, 2014 05:52:33 AM Yair Zaslavsky wrote: >> Hi guys, I cannot login to ovirt wiki. The wiki insists that my >> cookies are disabled and therefore I cannot login, but I both >> checked and tried from firefox and chrome and getting the same >> results. >> >> Can you please check this out? >> >> My user is "Yair Zaslavsky" > > Should be temporarily fixed :/, more permanent solution is needed > >> Thanks _______________________________________________ Infra >> mailing list Infra(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/infra > > _______________________________________________ Infra mailing list > Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +1-978-399-2182 / Cell: +1-978-799-3338

On Wednesday, September 17, 2014 10:56:58 AM Dave Neary wrote: > Hi, > > I've documented the issue in the past: > http://lists.ovirt.org/pipermail/infra/2013-October/004183.html > > It would be possible to migrate the database to the separate gear > in the ovirt tenant - http://mysqlserver-ovirt.rhcloud.com/ - and > use that database with the appropriate environment variables on > the wiki gear. Nice! I can do all that only with ssh access? (I have to the wiki, but not sure if I have it to the mysqlserver-ovirt)

If not, who has it? who can do it/give privileges?

-----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJUGahbAAoJECd1qeknDCggoZAIAL+jnaAsyO9HmN5YG4CUw6go ep1THQP9Ztpg0LFTOyHd3/dGfLetWQtwEGoY8KmizNUPiPH75GOJZkjm7KD/IuGZ Y2EHXNIdHEklVPhZYhr+brh1eiV3qslzXZZKO2SlwqNMspc76oZg4rigNHPmvU8m oIdbG1CD+bSRcDLR+vIKxg+XUMPfhXPUEONGWYx6zpsGPxCPdmA5G4nKGOx3wfCI RZEw7t0DETJW65wC+P++tYp3Q2PXWa2SyYaSoGMxUXJv72pA3iCusame/p+AmC14 vJHpdA4asqyhLyCSradL6+i3c9g03/r5xnMAYnb/3omDd2qP6vOcJDyrjnAZpI0= =pwMt -----END PGP SIGNATURE-----

As I said in the past, the plan wouldn't work. To have 2 gears communicate, we need to have them setup in a specific way, not just 2 gears in the same account. If one is moved to another node, we need to have a specific triggers on the webserver gear to trigger a potential configuration change.

Le mercredi 17 septembre 2014 à 15:37 -0400, R P Herrold a écrit : > On Wed, 17 Sep 2014, Michael Scherer wrote: > > As I said in the past, the plan wouldn't work. To have 2 gears > > communicate, we need to have them setup in a specific way, not just 2 > > gears in the same account. If one is moved to another node, we need to > > have a specific triggers on the webserver gear to trigger a potential > > configuration change. > > Why not just point the two through a pair of keyed access > openvpn links, each to a fixed (and routing) central hub? > > MySQL will communicate just fine across a network fabric > > hub > > 10.0.0.1 10.0.1.1 > > / \ > > / \ > > 10.0.0.2 10.0.1.2 > gear A gear B > (the wiki) (the MySQL server) > > The hub just routes 10.0.1 and 10.0.0 back and forth > > Nothing changes, save re-establishment of an openvpn link when > a 'spoke' moves I would slightly be against the idea because : 1) we do not root access in the gears 2) the firewall will likely not be open for that from the gear to external world 3) one of the main selling point of using openshift online was that we do not have to manage the platform aspect. Adding openvpn to bypass the platform is kinda managing a different platform than what we have, and kinda negate the main advantage of using openshift. 4) we would have to manage the hub ( so need to manage 1 more server ), so we could as well manage mysql and the wiki on the server and that's it ? If we must stretch the platform to its limit to make it do what we want, I think we should accept that what we want is not what we have. Again, i think openshift is a fine product when you use it with software made for the platform ( ie, aware of the scaling requirement, aware of the variable for integration, stateless if possible ). But currently, it is: - not integrated with puppet ( so we have 2 identity store ) - not integrated with icinga ( so it has its own monitoring ) - no backups made by ovirt infra ( but made by openshift ops ) - various space issue ( with a quite complex solution ) We can surely solve each of this with enough hack. I can surely run puppet inside the gear if I want, running a nagios agent if we want, make a clever backup script and solve the space issue by reinstalling everything. But if we go the pain of reinstallation and update, a more standard setup would be cleaner and easier in the future, by using straight tarball from upstream, by using standard system to cache the data, etc, etc.