<html>
<body>
Hi Michael<br><br>
Just did a yum update then went to web to log into the gui and got
this.<br>
<b>Warning</b>:
unlink(/usr/sausalito/ui/style/BlueOnyx.xml.compiled.ff09e609732daf49b796a76a233a3223)
[<a href="http://66.121.54.248:444/function.unlink">function.unlink</a>]:
Permission denied in <b>/usr/sausalito/ui/libPhp/uifc/Stylist.php</b> on
line <b>352<br><br>
</b>Then logged in and got this<br>
<b>Warning</b>:
unlink(/usr/sausalito/ui/style/trueBlue.xml.compiled.ff09e609732daf49b796a76a233a3223)
[<a href="https://66.121.54.248:81/nav/function.unlink">function.unlink</a>]:
Permission denied in <b>/usr/sausalito/ui/libPhp/uifc/Stylist.php</b> on
line <b>352<br><br>
Warning</b>: Cannot modify header information - headers already sent by
(output started at /usr/sausalito/ui/libPhp/uifc/Stylist.php:352) in
<b>/usr/sausalito/ui/web/nav/cList.php</b> on line <b>53<br><br>
Warning</b>: Cannot modify header information - headers already sent by
(output started at /usr/sausalito/ui/libPhp/uifc/Stylist.php:352) in
<b>/usr/sausalito/ui/web/nav/cList.php</b> on line <b>55<br><br>
Warning</b>: Cannot modify header information - headers already sent by
(output started at /usr/sausalito/ui/libPhp/uifc/Stylist.php:352) in
<b>/usr/sausalito/ui/web/nav/cList.php</b> on line <b>65<br><br>
</b> <br><br>
At 06:02 PM 2/5/2014, you wrote:<br>
<blockquote type=cite class=cite cite="">Hi all,<br><br>
I just pushed the (imaginary) button and released about four months<br>
worth of YUM updates for 5106R, 5107R and 5108R.<br><br>
Everything from the "Testing" YUM repositories has been moved
to the<br>
production YUM repositories. Depending on your type of BlueOnyx
that'll<br>
amount to roughly 500 updated and/or new RPMs.<br><br>
What's new:<br>
===========<br><br>
GUI:<br>
----<br><br>
- Still the old GUI (am still working on the new one)<br>
- New languages:<br>
<x-tab> </x-tab>-
Dutch<br>
<x-tab> </x-tab>-
Spanish<br>
<x-tab> </x-tab>-
French<br>
<x-tab> </x-tab>-
Italian<br>
<x-tab> </x-tab>-
Portuguese<br>
The translation for these was done with the Google Translate API,
so<br>
the translations aren't perfect. The French locale has been
cleaned<br>
up a little (still work in progress) by Meaulnes Legler and
Antoine<br>
Hayoz. Many thanks for that!<br><br>
New Modules:<br>
------------<br><br>
- base-api: Will now get installed automatically. Allows remote<br>
provisioning of Vsites via a web based API.<br>
More info:
<a href="http://www.blueonyx.it/index.php?page=api" eudora="autourl">http://www.blueonyx.it/index.php?page=api</a><br><br>
- base-istat: Allows monitoring of the server health via an iPhone
or<br>
iPad application available in the Apple Appstore.<br><br>
<br>
New Features:<br>
--------------<br><br>
- FTP: Better FTPS support. FTP and FTPS can now be separately<br>
enabled/disabled via "Network Services" /
"FTP".<br><br>
- Web: Apache can now be configured to run on other ports than<br>
the standard port 80 (HTTP) and port 443 (HTTPS). This
allows<br>
users to put something else in front of Apache (like a
Varnish<br>
cache for example) if they want to.<br><br>
- AdmServ: No longer runs as user "httpd", but as user
"admserv".<br><br>
- 5107R/5108R only: Dovecot now supports TLSv1, TLSv1.1 and
TLSv1.2.<br>
Additionally Dovecot has been switched to use stronger
ciphers.<br><br>
- HTTPS: Vsites that use HTTPS are enforcing the use of stronger<br>
ciphers. On 5107R/5108R TLSv1.2 is also possible now.
Wherever<br>
possible "Perfect Forwarding Secrecy" will be used, but
for IE<br>
browsers this is not yet possible as our OpenSSL (thanks to<br>
idiosyncrasies on behalf of RedHat) is missing the needed<br>
ECDH ciphers. Additionally "HTTP Strict Transport
Security"<br>
will be enforced on HTTPS transactions. For more info on
that<br>
one please see:<br>
<a href="http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security" eudora="autourl">http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security</a><br><br>
- "Reseller"-support: It is now possible to use the
existing<br>
"Server Administrators" as "reseller"
accounts. Each admin<br>
set up that way can be granted extra permissions such
as<br>
"Virtual Site Management". He can then create as
many sites<br>
and users as you allow him to. Existing Vsites can be
moved<br>
to and from the control of such an admin. Suspension
and/or<br>
deletion of such an administrator will also affect the<br>
Vsites under his control. The sites will then either
be<br>
suspended or deleted, too.<br><br>
- Shop Integration: Under "Software Updates" there is a
new<br>
menu entry that points to the BlueOnyx Shop and presents<br>
the available products sorted by category.<br><br>
- YUM Updates: A scheduled YUM update will now also try to<br>
"auto-complete" your BlueOnyx install. For that it runs
a<br>
separate "yum groupinstall blueonyx" after each update
run.<br>
That will make sure that your install is not missing any<br>
RPMs that we deem essential and which might or might not<br>
be missing.<br><br>
- Updated CMU: This new version of CMU already supports 5207R<br>
and 5208R.<br><br>
Bugfixes:<br>
---------<br><br>
I don't know where to start on that one. It's basically too many to<br>
remember. However, these really stick out and should be
mentioned:<br><br>
- Loss of web server alias on SSL enable/disable: Fixed<br>
- Sporadic loss of MBR record on 5106R with RAID1: Fixed<br>
- Wrong cert concatenation for the Sendmail cert: Fixed<br><br>
Generally the whole server alias stuff should now be working a lot
more<br>
reliably. In the past we had these cases where either the email
server<br>
alias(es) or the web server alias(es) would go walkies. They would
still<br>
show in the GUI, but were gone in the respective config files. The<br>
problem there was that quite a few handlers run on these
transactions<br>
and sometimes they just got into each others way, too.<br><br>
New Bugs:<br>
----------<br><br>
Well, the stuff was in the testing YUM repositories since December.<br>
Every reported bug got fixed. But there still might be the odd
glitch<br>
here and there that was missed. If you find something, say so and
it'll<br>
get fixed ASAP.<br><br>
Problems during the YUM update:<br>
-------------------------------<br><br>
I had updated all my own VPS's over the last couple of weeks. I
also<br>
just updated a few client servers. The updates themselves throw a
few<br>
minor complains here and there with some scripts failing during the<br>
post-install. That is of no concern.<br><br>
After this massive YUM update you might experience that the AdmServ<br>
might have stopped or failed to restart. Simply restart it again
manually.<br><br>
If the YUM update didn't go all the way through, then just do
another<br>
"yum update" and it should finish.<br><br>
However, so far I haven't seen any larger defects with or after a
YUM<br>
update of these new updates. But if you need assistance, please
post<br>
here or in emergencies use the contact details on
<a href="http://www.solarspeed.net/" eudora="autourl">www.solarspeed.net</a>:<br>
<a href="https://www.solarspeed.net/imprint/" eudora="autourl">https://www.solarspeed.net/imprint/</a><br><br>
-- <br>
With best regards<br><br>
Michael Stauber<br>
_______________________________________________<br>
Blueonyx mailing list<br>
Blueonyx@mail.blueonyx.it<br>
<a href="http://mail.blueonyx.it/mailman/listinfo/blueonyx" eudora="autourl">http://mail.blueonyx.it/mailman/listinfo/blueonyx</a><br><br>
<br>
-----<br>
No virus found in this message.<br>
Checked by AVG -
<a href="http://www.avg.com/" eudora="autourl">www.avg.com</a><br>
Version: 2012.0.2247 / Virus Database: 3681/6541 - Release Date:
01/28/14<br>
Internal Virus Database is out of date.</blockquote></body>
</html>