[BlueOnyx:18683] Re: 5208R - Bug in Services -> Web
Michael, yes I think your suggestion is good. It is a good idea to help customers and users to prevent removing databases by accident. Maybe you could do one step ahead: In web you can only enable or disable the general possibility to have databases (and number) and define username and password. In the new menue option MySQL/MariaDB you can add or delete (with popup confirmation) the databases. If no database in MySQL/MariaDB longer exist then you can remove the check in the MySQL/MariaDB checkbox. Then you do not have to spread on/off elemnts over two menue options. In web yoju can generally turn on and off the possibility to have databases and in MySQL/Mariadb you manage the databases. You did write some time ago that you also plan to add quota for mysql databases. This could be also an option with could be configured in the new menue option MySQL/Mariadb. Best regards, Dirk --- blackpoint GmbH - Friedberger Straße 106 - 61118 Bad Vilbel -Ursprüngliche Nachricht- Von: blueonyx-boun...@mail.blueonyx.it [mailto:blueonyx-boun...@mail.blueonyx.it] Im Auftrag von Michael Stauber Gesendet: Dienstag, 17. November 2015 17:46 An: BlueOnyx General Mailing List Betreff: [BlueOnyx:18682] Re: 5208R - Bug in Services -> Web Hi Dirk, > 5208R > there is a bug in vsite -> services -> web. > It is possible that a user can delete a database by accident. > > I cannot reproduce the bug in 5209R. Weird. 5208R and 5209R use the same base-mysql, base-alpine and base-vsite is almost identical. At least in the parts where MySQL is concerned. But yes: I think I have an idea how and why that happens. I'll publish a fix for it. What I'll probably do is this: Once MySQL is turned on under vsite -> services -> web you cannot turn it off there. Any saving done on that page will then no longer change any MySQL related settings. In order to be able to disable MySQL I'll create a separate button under vsite -> services -> MySQL that will fire a popup confirmation first (to warn that disabling MySQL will delete all databases) and then turns MySQL off from there. I don't like to have to spread related on/off elements to different GUI pages. But in the interest of accident prevention this is probably the best possible compromise. -- With best regards Michael Stauber ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:18682] Re: 5208R - Bug in Services -> Web
Hi Dirk, > 5208R > there is a bug in vsite -> services -> web. > It is possible that a user can delete a database by accident. > > I cannot reproduce the bug in 5209R. Weird. 5208R and 5209R use the same base-mysql, base-alpine and base-vsite is almost identical. At least in the parts where MySQL is concerned. But yes: I think I have an idea how and why that happens. I'll publish a fix for it. What I'll probably do is this: Once MySQL is turned on under vsite -> services -> web you cannot turn it off there. Any saving done on that page will then no longer change any MySQL related settings. In order to be able to disable MySQL I'll create a separate button under vsite -> services -> MySQL that will fire a popup confirmation first (to warn that disabling MySQL will delete all databases) and then turns MySQL off from there. I don't like to have to spread related on/off elements to different GUI pages. But in the interest of accident prevention this is probably the best possible compromise. -- With best regards Michael Stauber ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:18681] Re: Unable to set larger than 4TB quota
Hi Chris, > This is on 5209R. > > We have a successful "large disk" BlueOnyx server running with 10TB > available in /home. > > We want to allow all (or nearly) of that space to be consumed by a > single site. However, when setting the quota in BlueOnyx, I'm unable > to get anything over 4TB to be accepted. Attempting anything larger > brings a red alert message that says "Unable to set the quota for site1". > > Nov 16 12:04:54 dedicated-server cced(smd)[14546]: handler > handlers/base/disk/modquota.pl failed I just looked at that handler and it's pretty straightforward. Not much that can go wrong there. If you did grow the /home partition to a larger size, then it could be that there is some conflicting info in the system quota database that won't let you assign more space to a group than the partition originally had. I'm not entirely sure about this, though. If this is the case, then it can probably fixed this way: First turn off quota: /sbin/quotaoff -ug /home/ Then remove quota database rm /home/aquota.user rm /home/aquota.group Then run quotacheck to get the quota back in sync: /sbin/quotacheck /home/ -vugm Finally turn back on quota: /sbin/quotaon -ug /home/ And restore the values in the CODB database: /usr/sausalito/sbin/disk_restorequotas.pl If that doesn't fix it, then I'd need to do some debugging and would need access to that server. :-/ -- With best regards Michael Stauber ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:18680] 5208R - Bug in Services -> Web
Hello, 5208R there is a bug in vsite -> services -> web. It is possible that a user can delete a database by accident. Following steps: - Open vsite (which have mysql marked as active) - Add an additional domain name with an error (sub\.domain.de). - Klick Save. - You get an error message in a red box "Die in das Feld webAliases eingegebenen Daten sind leider ungültig. Bitte überprüfen Sie Ihre Eingabe und versuchen Sie es noch einmal." --> AND --> mysql active box is no longer checked. - If you do not mind about this and add an valid alias and save then your database is gone. I cannot reproduce the bug in 5209R. Best regards, Dirk --- blackpoint GmbH - Friedberger Straße 106 - 61118 Bad Vilbel ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:18679] Re: Problems sending to Plus Net - any ideas please?
Thanks Steve, > -Original Message- > From: blueonyx-boun...@mail.blueonyx.it [mailto:blueonyx- > boun...@mail.blueonyx.it] On Behalf Of Steve Howes > Sent: 17 November 2015 09:43 > To: BlueOnyx General Mailing List > Subject: [BlueOnyx:18678] Re: Problems sending to Plus Net - any ideas please? > > On 17/11/15 09:36, Steve Howes wrote: > > Might be worth trying to find a Plusnet contact (or just trying their > > support desk...) Support desk was a chocolate teapot ... > (Locating a contact for you now, will send off-list) I just need a clue as to why it is timing out after asking for the DATA stream. As I say, it was working fine until a few weeks ago. I have tried different MTAs without success so must be something their end that has changed. Regards Colin ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:18678] Re: Problems sending to Plus Net - any ideas please?
On 17/11/15 09:36, Steve Howes wrote: > Might be worth trying to find a Plusnet contact (or just trying their > support desk...) (Locating a contact for you now, will send off-list) Steve ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
[BlueOnyx:18677] Re: Problems sending to Plus Net - any ideas please?
On 16/11/15 19:28, Colin Jack wrote: > Takes long time to time out - so not timing out too quickly. > This was working fine until about 4 weeks ago and we have no problems with > anybody else. > Might be worth trying to find a Plusnet contact (or just trying their support desk...) Steve ___ Blueonyx mailing list Blueonyx@mail.blueonyx.it http://mail.blueonyx.it/mailman/listinfo/blueonyx
