Thursday, May 17th 2012, 4:18am UTC+2

You are not logged in.

  • Login
  • Register

1142 - SELECT command denied to user 'dbxxxx'@'local3' for table 'configuration'

  • 1
  • 2

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

1

Thursday, February 2nd 2012, 10:27am

1142 - SELECT command denied to user 'dbxxxx'@'local3' for table 'configuration'

Heute morgen um 09:35Uhr erhielt ich eine Nachricht von meinem Provider, daß meine Datenbank eine Überlastung des Webservers verursacht habe:


(This term was hidden for guests. To be able to read it you should register!)


nachdem ich nun meine Datenbank-Passwort wieder auf das ursprüngliche zurückgesetzt habe, erhalte ich folgende Fehlermeldung:


(This term was hidden for guests. To be able to read it you should register!)


Über Google konnte ich diesbezüglich nichts finden.
Laut mysqldumper ist die Tabelle vorhande und auch Inhalte darin.
Lediglich die customers_basket und customers_basket_attributes lassen sich nicht überprüfen und optimieren...

Hat da jemand einen Lösungsvorschlag?

MfG
JayJayS
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

2

Thursday, February 2nd 2012, 10:36am

RE: 1142 - SELECT command denied to user 'dbxxxx'@'local3' for table 'configuration'

Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

3

Thursday, February 2nd 2012, 10:38am

Der Admin hat keine ausreichenden Rechte?

Wie kann man den Bug lösen?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

4

Thursday, February 2nd 2012, 10:43am

Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

5

Thursday, February 2nd 2012, 11:26am

Das Passwort wurde wieder auf das ursprüngliche zurückgesetzt....
Warum hat der User dann keinen Zugriff?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

6

Thursday, February 2nd 2012, 11:35am

Der Server Administrator wird dem Benutzer die Rechte entzogen haben.
Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

7

Thursday, February 2nd 2012, 11:38am

Das hat mir der Provider gerade bestätigt, daß die Datenbank automatisch für 4 Stunden gesperrt ist.
Stellt sich nur noch die Frage, wie der Bug zu beheben ist...?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

8

Thursday, February 2nd 2012, 11:55am

Der Bug ist nicht so einfach zu lösen, dazu könnte höchstens Dein Serveradmin ein Timeout für die offenen inaktiven Verbindungen setzen.
Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

9

Thursday, February 2nd 2012, 12:06pm

Der Techniker meinte, daß es zu viele geöffnete Datenbankverbindungen gibt und diese nicht geschlossen werden....
Hierzu gäbe es die Möglichkeit eines mysql close-Befehls. Nur wo muß der gesetzt werden ?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

10

Thursday, February 2nd 2012, 12:20pm

Es ist nicht einfach mit einem Close Befehl getan, Du kannst in die

(This term was hidden for guests. To be able to read it you should register!)


(This term was hidden for guests. To be able to read it you should register!)

rein setzen, das kann aber u.U. zu Problemen führen, es wird aber auch nicht wirklich weiter helfen. Da es nicht nur eine Verbindung ist, die genutzt wird. Wenn Du dann auch noch Sessions in die Datenbank schreiben lässt, wirds auch Probleme verursachen.
Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

11

Thursday, February 2nd 2012, 12:29pm

Es muß doch möglich sein, das Problem zu beheben...???
Wenn es serverseitig an einer zu geringen Einstellung der maximalen DB-Connections liegt ?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

12

Thursday, February 2nd 2012, 1:07pm

Die Timeout Grenze müsste reduziert werden, so das die unnötigen Verbindungen automatisch geschlossen werden.

Das Problem im Code zu beheben müsste man einmal quer durchs System.
Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

13

Thursday, February 2nd 2012, 4:03pm

Sehe ich das richtig, daß ich das gesamte Shopsystem nach
(This term was hidden for guests. To be able to read it you should register!)
absuchen muß und dort
(This term was hidden for guests. To be able to read it you should register!)
überprüfen und ggf. hinzufügen muß...?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

14

Friday, February 3rd 2012, 11:43am

Versuchs erst mal mit Beitrag #10 davor noch ein
(This term was hidden for guests. To be able to read it you should register!)

Im gesamten sollte nur eine Stelle einen
(This term was hidden for guests. To be able to read it you should register!)
ausführen und an einer stelle
(This term was hidden for guests. To be able to read it you should register!)
, so dass von oben bis unten nur eine Verbindung genutzt wird, das sollte gewährleistet sein, wenn alle MySQL Verbindungen über die Wrapperfunktionen des Shops gehen.
Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

15

Monday, February 6th 2012, 10:46am

Zu folgendem Analyse-Ergebnis kam mein Provider:


(This term was hidden for guests. To be able to read it you should register!)


Soweit ich weiß, gehören die serienmäßig nicht zum XTC, oder?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

16

Monday, February 6th 2012, 11:43am

Shoplister nicht,
(This term was hidden for guests. To be able to read it you should register!)
gehört zwar dazu wird aber nicht verwendet. Wobei ich bestreiten würde, dass es wirklich da dran liegt :whistling:

Lösung für Provider:

(This term was hidden for guests. To be able to read it you should register!)


(This term was hidden for guests. To be able to read it you should register!)

setzen und der Fall der offenen und nicht benutzten Verbindungen ist vorbei.
Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

17

Friday, February 10th 2012, 10:01pm

Die Empfehlung aus Beitrag 10 hab ich durchgeführt und folgendes Statemant erhalten:


(This term was hidden for guests. To be able to read it you should register!)


Den timeout können sie nicht verändern, da es sich auf alle Kunden auf dem Server auswirken würde...

Shoplister hat wie folgt Stellung bezogen:

(This term was hidden for guests. To be able to read it you should register!)


Nach meinem Empfinden sagt der genau das Gegenteil, oder?
  • Go to the top of the page

HHGAG

Sage

Date of registration: Jun 14th 2008

Posts: 14,377

Thanks: 34

Occupation: CEO

18

Monday, February 13th 2012, 10:58am

Was will denn Dein Provider haben? Natürlich wird pro Aufruf eine Verbindung aufgebaut, das kann höchstens durch Datenbank Cache verringert werden, aber die Daten müssen ja nun mal irgendwoher kommen. Die Verbindung muss halt lediglich auch beendet werden. D.h. es können auch weitaus mehr Verbindungen parallel entstehen, die dürfen nur nicht lange untätig verweilen.

Zum Anderen äußer ich mich mal nicht, soll erstmal überprüfen. :whistling:
Wenn ich Recht habe, habe ich Recht. Habe ich Recht? =)
H.H.G. group
Hasan H. Gürsoy (CEO)
------------------------------------------------------------------------------------
Shopsoftware - Shopsystem - Webshop - Onlineshop
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

19

Tuesday, February 14th 2012, 1:04pm

Soviel wie ich rausgefunden habe ist der timeout hierfür bei 60. Ob es sich dabei bei s,min, h oder Tage handelt, kann ich jedoch nicht sagen.
Mittlerweile zweifel ich daran, daß df ein geeigneter Provider für gut besuchte Onlineshops ist. Trotz 5***** Performance und nur 4 Kunden auf dem Server, bin ich weiterhin sehr unzufrieden mit der Performance. Identische Shopssysteme mit viel mehr Artikeln sind gut 4mal schneller unterwegs. Ich bezweifle das da auch ein fd-managedServer viel daran ändert außer auf der Rechnung...
  • Go to the top of the page

JayJayS

Intermediate

Date of registration: Dec 12th 2007

Posts: 358

20

Tuesday, February 14th 2012, 3:47pm

  • Go to the top of the page
  • 1
  • 2

Similar threads

Tagging