pdadmin-forum

pdadmin-forum » Suche » Suchergebnis » Hallo Gast [Anmelden|Registrieren]
Zeige Beiträge 1 bis 20 von 370 Treffern Seiten (19): [1] 2 3 nächste » ... letzte »
Autor Beitrag
Thema: Installierte pd-admin Version
riedlit

Antworten: 8
Hits: 594
07.11.2016 14:51 Forum: Off-Topic/Smalltalk


Zitat:
Original von Daniel Bradler

Die auf den Screenshots gezeigte neue Version wird auf jeden Fall noch in diesem Jahr veroeffentlicht.


Das wird ja SUPER !!
Thema: Roundcoube Update
riedlit

Antworten: 11
Hits: 1.512
12.10.2016 15:34 Forum: Anwendung


Zitat:
Original von Eisenherz
Also ich würde lieber an Herrn Bradler appellieren, mal die neue Version einzubauen, denn wenn man selber Veränderungen macht, hat man später immer Ärger damit beim Update. Squirellmail scheint leider wirklich nicht mehr weiterentwickelt zu werden, ich habe es bei DirectAdmin auch schon abgeschaltet und auch unter pd-admin wüsste ich keinen von meinen Kunden, der das noch benutzt.


Hallo,

gibt es hierzu ein Update? es gibt ja eine Version 1.0.1 die mit der SE mit kommt. wie kann man auf diese Umstellen? wird diese gewartet?

Danke
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
RE: Update 05.10.2016 19:10 Forum: Bug-Report


Also ich konnte es nun zum laufen bekommen, und es sieht so aus, als würde der Server keine PRobleme mehr haben. Jetzt muss ich auf das nächste PDAdmin Update warten, ob danach wieder etwas auftritt und ob ich evtl Rechte oder so übersehen hatte.

Roundcube habe ich gelöst:
Dank der Datei /usr/local/pd-admin2/CONFIGURE/roundcube.pl konnte ich die Rechtevergabe finden udn habe die Datenbank manuell erstellt / mit Hilfe einer Datenbank von einer separatne frischen neuinstallation. Nun funktioniert das auch wieder.

Die anderen User-Datenbanken musste ich leider alle händisch aus diversen Backup-Files selbst zusammensuchen. !Zum Glück! handelte es sich auf diesem Server nur noch um Alt-Bestände von ca 40 Kunden.

DAnke für die Hilfe nochmals!
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
RE: Update 05.10.2016 14:09 Forum: Bug-Report


Zitat:
Original von Eisenherz
Hast Du vorher Courier benutzt und nicht Dovecot?

Nein, war ebenfalls Dovecot.

Ich habe herausgefunden das die roundcubemail DB beschädigt war. Nach einem Webmail-Login - der nun wieder klappt - komm ich zumindest im RoundCube jetzt soweit:

code:
1:
2:
3:
4:
5:
6:
[B]DATABASE ERROR: CONNECTION FAILED![/B]

Unable to connect to the database!
Please contact your server-administrator.


Datenbank User und PAsswort passen aber mit denen ind er Roundcube Config überein.
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
Update 05.10.2016 11:02 Forum: Bug-Report


Also momentan scheint alles wieder zu laufen.

Das einzige was mir noch aufgefallen ist: bei bestehenden Mail-Konten ist KEIN roundcubemail Login möglich. Folgende Zeile kommt hier im Mail-Log.

Bei neuen Accounts ist das jedoch möglich - kann mir jemand sagen, in welcher Datei ich prüfen soll, ob alle Rechte passen?

code:
1:
2:
3:
Oct  5 10:55:34 w01 dovecot: auth-worker(9043): Warning: mysql: Query failed, retrying: MySQL server has gone away (idled for 52 secs)
Oct  5 10:55:34 w01 dovecot: auth-worker(9043): Error: mysql(localhost): Connect failed to database (vadmin): Can't connect to local MySQL server through socket '/usr/local/pd-admin2/var/mysql.run/mysql.sock' (111) - waiting for 1 seconds before retry
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
04.10.2016 15:16 Forum: Bug-Report


Zitat:
Original von Daniel Bradler
Wenn Sie ein Backup von /home/mysql haben, dann sollten Sie das zurückspielen. Wenn nur Dumps vorliegen, sollten Sie die am besten in eine frische Installation einspielen und dann /home/mysql kopieren.

ok. ich werde die dumps einfach auf einem anderen system einspielen und dann das verzeichnis kopieren.
ich habe auch herausgefunden, dass ich jede tabelle einzeln löschen und dann wieder erstellen kann auf der commandline, und so komme ich dann, wenn ich es mit tabellen machen, immer zu diesem text.


ich weiß nicht ob das gut oder schlecht ist, oder ob ich dann die datenbank dennoch reparieren sollte...

code:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
InnoDB: a tablespace 40454 of name '.IMMER-DIE-DB-DIE-ICH-MANUEL-RÜCKSICHERE',
InnoDB: but a tablespace 10387 of the same name
InnoDB: already exists in the tablespace memory cache!
InnoDB: We assume that InnoDB did a crash recovery, and you had
InnoDB: an .ibd file for which the table did not exist in the
InnoDB: InnoDB internal data dictionary in the ibdata files.
InnoDB: We assume that you later removed the .ibd and .frm files,
InnoDB: and are now trying to recreate the table. We now remove the
InnoDB: conflicting tablespace object from the memory cache and try
InnoDB: the init again.
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
04.10.2016 12:50 Forum: Bug-Report


UPDATE:

jetzt stehe ich da an...

code:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
InnoDB: Have you moved InnoDB .ibd files around without using the
InnoDB: commands DISCARD TABLESPACE and IMPORT TABLESPACE?
InnoDB: It is also possible that this is a temporary table #sql...,
InnoDB: and MySQL removed the .ibd file for this.
InnoDB: Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting-datadict.html
InnoDB: for how to resolve the issue.
161004 12:44:39 [Note] Event Scheduler: Loaded 0 events
161004 12:44:39 [Note] /usr/local/pd-admin2/bin/mysqld: ready for connections.
Version: '5.5.52'  socket: '/usr/local/pd-admin2/var/mysql.run/mysql.sock'  port: 0  Source distribution
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
04.10.2016 12:28 Forum: Bug-Report


Danke für die Info. das habe ich vermutet.

ich hab ein system backup, ein älteres. ebenso eines von vadmin.

Wie soll ich nun am besten vorgehen? Die Inhalte von /home/mysql vollständig löschen, dann MySQL starten, und dann die mysql.dum sowie die vadmin.dump einspielen, und dann die jeweiligen User-datenbanken?

Ich bin mir nur nicht sicher, was ich von /home/mysql alles löschen kann.

Danke für die Info.

code:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
161004 12:35:10  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Error: trying to add tablespace 26 of name './usrdb_cloudabc_asdf/ca_usermeta.ibd'
InnoDB: to the tablespace memory cache, but tablespace
InnoDB: 26 of name './usrdb_gnzgreb3_asdf/s_article_configurator_templates_attributes.ibd' already exists in the tablespace
InnoDB: memory cache!
161004 12:35:10 mysqld_safe mysqld from pid file /usr/local/pd-admin2/var/mysql/w01.pid ended
161004 12:35:11 mysqld_safe Starting mysqld daemon with databases from /usr/local/pd-admin2/var/mysql
161004 12:35:11 [Note] /usr/local/pd-admin2/bin/mysqld (mysqld 5.5.52) starting as process 19542 ...
161004 12:35:11 InnoDB: The InnoDB memory heap is disabled
161004 12:35:11 InnoDB: Mutexes and rw_locks use GCC atomic builtins
161004 12:35:11 InnoDB: Compressed tables use zlib 1.2.8
161004 12:35:11 InnoDB: Initializing buffer pool, size = 128.0M
161004 12:35:11 InnoDB: Completed initialization of buffer pool
161004 12:35:11 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
161004 12:35:11  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Error: trying to add tablespace 26 of name './usrdb_cloudabc_asdf/ca_usermeta.ibd'
InnoDB: to the tablespace memory cache, but tablespace
InnoDB: 26 of name './usrdb_gnzgreb3_asdf/s_article_configurator_templates_attributes.ibd' already exists in the tablespace
InnoDB: memory cache!
161004 12:35:11 mysqld_safe mysqld from pid file /usr/local/pd-admin2/var/mysql/w01.pid ended
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
04.10.2016 10:59 Forum: Bug-Report


Danke, das hat nun geklappt.

nachdem ich nun bei einigen Kunden leere Datenbanken hatte, würde ich den Dump nochmal einspielen und das ganze nochmal von vorne machen..

jetzt meine frage: welche Datensätze soll ich vorher löschen um den mysql.dump aus dem pdadmin-backup wieder einzuspielen?

wenn ich nämlich den Dump einfach drüberspiele kommt nach einigen Datensätzen das Ergebnis:

code:
1:
2:
3:
4:
5:
6:
--
-- Dumping data for table `session`
--

mysqldump: Couldn't execute 'SELECT /*!40001 SQL_NO_CACHE */ * FROM `session`': Lost connection to MySQL server during query (2013)
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
RE: Nach zwangsmigration SQL Fehler & Access Denied 03.10.2016 21:12 Forum: Bug-Report


Vielen Dank für die Antwort.
Wenn ich ein pd-Admin Update ausführe (also die aktuelle Version nochmal update) dann erhalten ich diesen Fehler:

code:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
64:
65:
66:
67:
68:
69:
70:
71:
72:
73:
74:
75:
76:
77:
78:
79:
80:
81:
82:
83:
84:
85:
86:
87:
88:
89:
90:
91:
92:
93:
94:
95:
/tmp/pdadmin# ./update.sh
##############################################
#                                            #
#  Willkommen beim Update auf pd-admin 4.27  #
#                                            #
##############################################

Build: 2460

Aendere Feld navigation_text.navigation_id
Aendere Feld navigation_text.id
Aendere Feld smtpauth_logins.mailid
Aendere Feld smtpauth_logins.timestamp
Lege Feld vhosts.hsts an.
Aendere Feld vhosts.id
Aendere Feld errordocs.vhost
Aendere Feld errordocs.type
Aendere Feld errordocs.id
Aendere Feld traffic_new.id_user
Aendere Feld traffic_new.date
Aendere Feld traffic_new.id
Aendere Feld user.id
Aendere Feld forwards.id
Aendere Feld traffic.date
Aendere Feld traffic.id
Aendere Feld mailinglists.id
Aendere Feld mailthrottle.ts
Aendere Feld mailthrottle.rcptcount
Aendere Feld mailthrottle.pop3id
Aendere Feld applications.vhost
Aendere Feld applications.name
Aendere Feld applications.id
Aendere Feld forwarder_targets.forwarder
Aendere Feld forwarder_targets.address
Aendere Feld forwarder_targets.id
Aendere Feld privilege.user
Aendere Feld privilege.privilege
Aendere Feld privilege.id
Aendere Feld crontab.hour
Aendere Feld crontab.owner
Aendere Feld crontab.month
Aendere Feld crontab.min
Aendere Feld crontab.day_of_week
Aendere Feld crontab.day_of_month
Aendere Feld crontab.id
Aendere Feld ip.id
Aendere Feld users.id
Aendere Feld users.www
Aendere Feld users.mail
Aendere Feld users.passwd
Aendere Feld users.mysql
Aendere Feld whitelist.id
Aendere Feld spamfilter_config.item
Aendere Feld spamfilter_config.id
Aendere Feld ftp.password
Aendere Feld ftp.id
Aendere Feld new_passwd.ip
Aendere Feld new_passwd.time
Aendere Feld new_passwd.session
Aendere Feld new_passwd.user
Aendere Feld new_passwd.id
Aendere Feld pop3.login
Aendere Feld pop3.password
Aendere Feld pop3.id
Aendere Feld mysql_subaccounts.owner
Aendere Feld mysql_subaccounts.id
Aendere Feld spamassassin_config.preference
Aendere Feld spamassassin_config.id
Aendere Feld spamassassin_config.username
Aendere Feld accounts.id
Aendere Feld accounts.reseller
Aendere Feld ipv6.address
Aendere Feld ipv6.id
Aendere Feld ipv6.reseller
Aendere Feld resellers.id
Aendere Feld resellers.account
Aendere Feld resellers.passwd
Aendere Feld codomains.domain
Aendere Feld codomains.name
Aendere Feld codomains.id
Aendere Feld mysqldb.owner
Aendere Feld mysqldb.id
Aendere Feld navigation.type
Aendere Feld navigation.id
Aendere Feld sessions.time
Aendere Feld sessions.session
Aendere Feld sessions.user
Aendere Feld sessions.id
Aendere Feld domains.name
Aendere Feld domains.id
Aendere Feld greylist.id
DBD::mysql::st execute failed: Table 'vadmin.ssl_orders' doesn't exist at ./tools/mysql-update.pl line 123.
cannot execute query 'show tables;' at ./tools/mysql-update.pl line 123.
Kann MySQL-Datenbank nicht anpassen.


der 2. Fehler lag tatsächlich an den IP Adressen - die sich durch die defekte DAtenbankverbindung von der vhost-erzeugung nicht geändert hatten.
Thema: Nach zwangsmigration SQL Fehler & Access Denied
riedlit

Antworten: 13
Hits: 1.043
Nach zwangsmigration SQL Fehler & Access Denied 03.10.2016 19:47 Forum: Bug-Report


Hallo,

ich musst einen Server wegen einer defekte VHD zwangs-migrieren. Das Problem war, dass die SE von 4-0266 auf 4-0277 aktualisiert wurde (durch die neuinstallation) und ich den alten Server davor nicht mehr upgraden konnte.

nun habe ich jedoch alle daten soweit migriert und die backups eingespielt. ich erhalte jedoch beim ausführen von
code:
1:
/opt/pdadmin/bin/httpd_vhosts.pl

folgenden fehler:
code:
1:
DBD::mysql::st execute failed: Unknown column 't2.hsts' in 'field list' at /opt/pdadmin/bin/httpd_vhosts.pl line 717. cannot execute query 'select t1.name, t1.vhostroot, t2.name, t2.fp, t3.login, t4.php, t4.cgi, t1.ip, t1.catchall, t2.id, t1.id, t2.target, t4.rlimit_cpu, t4.rlimit_nproc, t4.rlimit_as, t3.email, t2.ssl_enabled, t1.ip_old, t1.ip_changed, t2.ssl_active, t4.rlimit_nofile, t2.ip, t3.suspended, t5.login, t3.php5_version, t3.migrate_to, t1.ipv6, t1.ipv6_old, t2.webdav, t4.dedicated_errorlog, t2.hsts from domains as t1, vhosts as t2, users as t3, accounts as t4, resellers as t5 where t2.domain=t1.id and t1.owner=t3.id and t3.account=t4.id and t3.reseller=t5.id and t5.suspended='0' and t2.http != '0' order by t1.name, (t1.catchall = t2.id), t2.name' at /opt/pdadmin/bin/httpd_vhosts.pl line 717.

Edit: hier die MySQL ErrorLog Auszüge:
code:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
161003 19:52:46 mysqld_safe mysqld from pid file /usr/local/pd-admin2/var/mysql/w01.serversystems.at.pid ended
161003 19:55:11 mysqld_safe Starting mysqld daemon with databases from /usr/local/pd-admin2/var/mysql
161003 19:55:11 [Note] /usr/local/pd-admin2/bin/mysqld (mysqld 5.5.52) starting as process 5344 ...
161003 19:55:11 InnoDB: The InnoDB memory heap is disabled
161003 19:55:11 InnoDB: Mutexes and rw_locks use GCC atomic builtins
161003 19:55:11 InnoDB: Compressed tables use zlib 1.2.8
161003 19:55:11 InnoDB: Initializing buffer pool, size = 128.0M
161003 19:55:11 InnoDB: Completed initialization of buffer pool
161003 19:55:11 InnoDB: highest supported file format is Barracuda.
161003 19:55:11  InnoDB: Waiting for the background threads to start
161003 19:55:12 InnoDB: 5.5.52 started; log sequence number 1675813
161003 19:55:12 [Note] Event Scheduler: Loaded 0 events
161003 19:55:12 [Note] /usr/local/pd-admin2/bin/mysqld: ready for connections.
Version: '5.5.52'  socket: '/usr/local/pd-admin2/var/mysql.run/mysql.sock'  port: 0  Source distribution

2.: alle Domains, inkl. der Administratorseite von PD-Admin haben ein "Access Denied".
REchte habe ich abgeglichen - aber hat jemand einen Tipp, an was das liegen könnte?

Kann mir dabei jemand helfen?

Danke, Patrick

PS: habe alles was ich im Forum dazu gefunden habe natürlich versucht.
Thema: Serverumzug mit unterschiedlichen SE's??
riedlit

Antworten: 3
Hits: 193
08.08.2016 12:41 Forum: Anwendung


Danke Eisenherz für das Feedback. Wegen den Versionen innerhalb der Reihe 3 sollte es keine Probleme geben?
Thema: Serverumzug mit unterschiedlichen SE's??
riedlit

Antworten: 3
Hits: 193
Serverumzug mit unterschiedlichen SE's?? 08.08.2016 11:54 Forum: Anwendung


- Welche Version von pd-admin wird eingesetzt? v4.25
- Welche Version der Serverumgebung wird eingesetzt? 3-0.260

Hallo,
eine Frage: Nachdem ich mir bei einem Dist-Upgrade das Perl etwas zerschossen habe und einige weitere Probleme mit apt dadurch auch noch aufgetreten sind strebe ich einen Serverumzug an. (momentan laufen alle PD Admin Dienste stabil - es ist aber nicht das Gelbe vom Ei...!)

Wie ihr oben lesen könnt, die Versionen sind nicht die neueste. Außerdem würde ich bei einem neuen Server gleich auf Reihe 4 gehen...

ist es nun überhaupt unter diesen Umständen möglich, einen Serverumzug der Daten durchzuführen? Oder werde ich da definitv Probleme haben?

Danke im Voraus für ein paar helfende Worte!
Patrick
Thema: Probleme bei Umstellung von PHP nach Update auf pd-admin 4.27
riedlit

Antworten: 4
Hits: 758
30.05.2016 10:49 Forum: Bug-Report


Ich hab da einen Nachtrag:

bei einem "alten" Server stand heute morgen auch eine Kundenseite. Die PHP Version war auf "5.6.13" eingestellt.

Serverversion ist: 3-0.260 und pd-Admin Version ist 4.25

Eine Änderung weg von PHP 5.6 war erfolgreich und die Seite ist wieder offline.

Selber Fehler wie im Initial-Eintrag von Eisenherz.
Thema: Probleme bei Umstellung von PHP nach Update auf pd-admin 4.27
riedlit

Antworten: 4
Hits: 758
28.05.2016 14:08 Forum: Bug-Report


Hallo

konnte das gleiche auch nachvollziehen!
Thema: Upgrade Debian 7 auf 8
riedlit

Antworten: 27
Hits: 4.396
09.03.2016 10:59 Forum: Off-Topic/Smalltalk


Hallo,

gibt es dazu schon ein Update? Macht das rausnehmen von --preserver-order Probleme?



interessanter weise ist seit (ich weiß nicht genau wann, aber laut Backupstand ca 1 Woche) das Backup bei mir fehlerhaft - bisher hat es brav getan - aber vermutlich durch ein Update der SE ist wieder das --preserver-order reingekommen.
Thema: Konfiguration iptables
riedlit

Antworten: 3
Hits: 296
02.03.2016 15:54 Forum: Anwendung


Hallo,

ich habe mittlerweile alle WordPress seiten (login und xmlrpc) sowie die ganzen configs zu courier und pdadmin drinnen. auch eine Fixe IP Liste.

Letztens habe ich das hier eingebaut: http://ckdake.com/content/2014/wordpress...ith-apache.html

da gibts noch was: Server mit Fail2Ban absichern

LG
Thema: Resource temporarily unavailable: FastCGI: failed to connect to server ...
riedlit

Antworten: 10
Hits: 852
02.03.2016 15:52 Forum: Anwendung


Hatte ich auch - bei mir war es keine Attacke, sondern ich habe von FastCGI nochmal zurück auf CGI und wieder FastCGI gestellt - ab dann war das Problem bei mir weg. Ist auf Reihe 4 aufgetreten.

Kunde hatte eine PHP Fox installation die immer wieder abgestürzt ist.

LG Patrick
Thema: 4.25 - SSL bestellen und Co.
riedlit

Antworten: 14
Hits: 1.068
RE: 4.25 - SSL bestellen und Co. 24.02.2016 20:03 Forum: Anwendung


Zitat:
Original von Helge
Zitat:
Original von tooliloadEndkunden -> Übersicht -> Verwalten

Die Schaltflächen im Verwalten-Menü werden anders dargestellt, hat ein bisschen was von Bootstrap in weiß. -> Ist das so gewollt oder ein CSS Fehler?

...ein Vorbote des neuen "Responsive UI" Augenzwinkern cool

(sieht aktuell sicher etwas merkwürdig aus, im ganzen wird das dann natürlich stimmig)


Wäre schon recht fein!! smile (also mir gefällts, auch wenns ein wenig komisch im Gesamtbild wirkt!)
Thema: TOP3 Verbesserungswuensche zu pd-admin
riedlit

Antworten: 65
Hits: 12.330
Vielen Dank !!! 24.02.2016 14:21 Forum: Wunschecke


VIELEN DANK an das pdAdmin Team mal an dieser Stelle einmal für die Neue Version - die wir gerade per Mailinglist erhalten haben!!

Die Punkte darin sind ja SUPER! und es wurde meiner Meinung nach sehr rasch umgesetzt seit der Wunschliste!!!

Jedoch - eine Bitte: Könnte man beim Leistungsüberblick im Endkundenfrontend unter "Webspace" auch den "Mailspace" ausgeben? smile
Zeige Beiträge 1 bis 20 von 370 Treffern Seiten (19): [1] 2 3 nächste » ... letzte »

Impressum | Team | Hilfe

Forensoftware: Burning Board, entwickelt von WoltLab GmbH    |    Design entwickelt von You-Online.de