Fehler nach UpDate von VKP MX 2.1a nach Pragma MX 0.16

BChris · 11 November 2005, 22:23:43

hallo zusammen,

urplötzlich tritt nach dem update folgender fehler auf:

auf der startseite, also der index.php erscheint nurnoch "Fatal error :
There was an error while processing a database query"

aber sobald man ein modul in der url aufruft, geht die seite ohne probleme... kann mir das einer evtl erklären warum das so ist?

vars:
CMS-Version: pragmaMx 0.1.6, 1.15/2005-08-27
PHP-Version: 4.4.0
MySQL-Version: 4.1.13-standard
Server-Version: Apache/1.3.29 (Unix) FrontPage/5.0.2.2635 DAV/1.0.3 PHP/4.4.0 mod_gzip/1.3.19.1a mod_fastcgi/2.2.12 mod_ssl/2.8.16 OpenSSL/0.9.7a

detail fehlermeldung nach dem debug:
SQL query:
select pwd from mx_authors where aid='XXXusernameXXX';

SQL query:
select uid, pass from mx_users where uid=2 and uname='XXXusernameXXX' and user_stat=1;

SQL query:
select main_module from mx_main WHERE main_module <> ''

SQL query:
SELECT Count(sid) FROM mx_stories WHERE (mx_stories.ihome=0 OR mx_stories.catid=0) AND (mx_stories.alanguage LIKE 'german%' OR mx_stories.alanguage='') AND mx_stories.time <= now()

SQL query:
SELECT mx_stories.sid, mx_stories.informant, mx_stories.title, mx_stories.hometext, mx_stories.bodytext, mx_stories.comments, mx_stories.counter, mx_stories.notes, mx_stories.time, mx_stories.alanguage, mx_stories.acomm, mx_stories.aid, mx_stories.score, mx_stories.ratings, mx_stories.topic, mx_topics.topicname, mx_topics.topicimage, mx_topics.topictext, mx_stories_cat.catid, mx_stories_cat.title AS cattitle, mx_authors.url, mx_authors.email FROM ((mx_stories LEFT JOIN mx_stories_cat ON mx_stories.catid = mx_stories_cat.catid) LEFT JOIN mx_topics ON mx_stories.topic = mx_topics.topicid) LEFT JOIN mx_authors ON mx_stories.aid = mx_authors.aid WHERE (mx_stories.ihome=0 OR mx_stories.catid=0) AND (mx_stories.alanguage LIKE 'german%' OR mx_stories.alanguage='') AND mx_stories.time <= now() ORDER BY mx_stories.time DESC LIMIT 0, 7

SQL query:
update mx_counter set count=count+1 where (type='total' and var='hits') or (var='MSIE' and type='browser') or (var='Windows' and type='os')

SQL query:
select count(hour) from mx_stats where (year='2005') and (month='11') and (date='11')

SQL query:
update mx_stats set hits=hits+1 where (year='2005') and (month='11') and (date='11') and (hour='22')

SQL query:
LOCK TABLES mx_users WRITE

SQL query:
UPDATE mx_users set user_lastvisit=1131743970, user_lastmod='Home', user_lasturl='/', user_lastip='84.190.183.xxx' where uid=2

SQL query:
UNLOCK TABLES

SQL query:
LOCK TABLES mx_visitors WRITE

SQL query:
REPLACE INTO mx_visitors (time, ip, module, url, uid) VALUES (1131743970, '84.190.183.xxx', 'Home', '/', 2)

SQL query:
UNLOCK TABLES

SQL query:
select *, (YEAR(CURRENT_DATE) - YEAR(user_bday)) - ( RIGHT(CURRENT_DATE, 5) < RIGHT(user_bday, 5)) AS user_age from mx_users where uname='XXXusernameXXX' and pass='72aef1b40c04c36207b37ad3975XXXXX' and user_stat=1

SQL query:
SELECT m.mid, m.title FROM mx_modules AS m LEFT JOIN mx_groups_modules AS g ON m.mid = g.module_id WHERE ((title = 'News') OR (view = 0 AND active=1) OR (view = 1 AND g.group_id=7 AND active=1) OR (view = 2)) ORDER BY m.title ASC

SQL query:
SELECT Count(msg_id) FROM mx_priv_msgs WHERE to_userid=2 AND read_msg=0

SQL query:
SELECT Count(ip) FROM mx_visitors WHERE time>1131743670 AND uid=0

SQL query:
SELECT COUNT(uid) FROM mx_users WHERE (user_lastvisit >= 1131743670 AND user_stat=1 AND user_lastmod<>'logout')

SQL query:
SELECT ban_val FROM mx_user_ban WHERE ban_type='ban_ip' AND ban_val='84.190.183.XXX'

pragmaMx 0.1.6 Debug-Mode, PHP Error-Reporting (E_ALL) enabled

SQL query:
select mid, title, content, `date`, expire, view FROM mx_message WHERE active=1 AND title <> '' AND content <> '' AND (mlanguage='german' OR mlanguage='') ORDER BY `date` DESC

SQL query:
SELECT block_id FROM mx_groups_blocks WHERE (group_id=7)

SQL query:
SELECT * FROM mx_blocks WHERE (active=1) AND ((blanguage='german' OR blanguage='')) AND ((view = 0) OR (view = 2) OR (view = 1 AND bid in(14, 56, 57, 88))) ORDER BY position, weight ASC

SQL query:
SELECT count(eid) FROM mx_events WHERE (startDate>= '2005-11-11' or endDate>= '2005-11-11') and ( categorie in('3', '03', 'g', '1', '01', 'b', '2', '02', 'c', '4', '04', 'o') AND activ=1)

SQL query:
SELECT eid, title, hometext, posteddate, topic, informant, year(startDate), month(startDate), dayofmonth(startDate), hour(startTime), minute(startTime), year(endDate), month(endDate), dayofmonth(endDate), hour(endTime), minute(endTime), alldayevent, categorie FROM mx_events WHERE (startDate>= '2005-11-11' or endDate>= '2005-11-11') and ( categorie in('3', '03', 'g', '1', '01', 'b', '2', '02', 'c', '4', '04', 'o') AND activ=1) order by startDate asc, endDate asc limit 0, 3

SQL query:
SELECT status, lastvisit, lastvisitdate, lastvisitstore, keeplastvisit, ppp FROM mx_eBoard_members WHERE username='XXXusernameXXX'

SQL query:
SELECT COUNT(tid) as posts FROM mx_eBoard_threads WHERE dateline >= '1131738170'

SQL query:
SELECT COUNT(pid) as replies FROM mx_eBoard_posts WHERE dateline >= '1131738170'

SQL query:
SELECT COUNT(tid) as nbsites, SUM(views) as totalus FROM mx_eBoard_threads

SQL query:
SELECT COUNT(pid) as nbposts FROM mx_eBoard_posts

SQL query:
SELECT COUNT(uid) as xusers FROM mx_eBoard_members

SQL query:
SELECT thread.tid, thread.subject, thread.lastpost, thread.dateline, thread.replies, thread.author, thread.icon, thread.fid, forum.name, forum.moderator, forum.private, forum.userlist FROM mx_eBoard_threads AS thread, mx_eBoard_forums AS forum WHERE forum.fid=thread.fid ORDER BY thread.lastpost Desc LIMIT 0, 20

SQL query:
SELECT * FROM mx_cpg_config

Error sql_query():
qry: SELECT * FROM {prefix}_cpg_config
descr: Table 'XXXdbnameXXX.{prefix}_cpg_config' doesn't exist ( mysql 1146 )
details:
file: /modules/Gallery/blocks.inc.php # line: 59, cmd: sql_query(SELECT * FROM mx_cpg_config),
file: /blocks/block-Gallery-center-scroll-Top_view_pictures.php # line: 30, cmd: include(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php),
file: /includes/mx_api.php # line: 810, cmd: include(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php, /blocks/block-Gallery-center-scroll-Top...),
file: /includes/mx_system.php # line: 432, cmd: mxgetblockdata(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php, /blocks/block-Gallery-center-scroll-Top..., Array[32]),
file: /includes/mx_themes.php # line: 177, cmd: mxgetallblocks(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php, /blocks/block-Gallery-center-scroll-Top..., Array[32], l),
file: /footer.php # line: 33, cmd: themefooter(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php, /blocks/block-Gallery-center-scroll-Top..., Array[32], l),
file: /modules/News/index.php # line: 141, cmd: include(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php, /blocks/block-Gallery-center-scroll-Top..., Array[32], l, /footer.php),
file: /modules/News/index.php # line: 216, cmd: theindex(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php, /blocks/block-Gallery-center-scroll-Top..., Array[32], l, /footer.php, 0, 1),
file: /index.php # line: 68, cmd: include_once(SELECT * FROM mx_cpg_config, /modules/Gallery/blocks.inc.php, /blocks/block-Gallery-center-scroll-Top..., Array[32], l, /footer.php, 0, 1, /modules/News/index.php),

Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/XXX/www/modules/Gallery/blocks.inc.php on line 60

Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /home/XXX/www/modules/Gallery/blocks.inc.php on line 63

SQL query:
SELECT extension, mime, content FROM mx_cpg_filetypes

Notice: Undefined index: debug_mode in /home/XXX/www/modules/Gallery/include/functions.inc.php on line 107
Fatal error :
There was an error while processing a database query

ich verstehe das nicht... *jammer* kann mir da bitte wer weiterhelfen???

mlg von chris

BChris · 11 November 2005, 22:28:30

nochmal hallo,

kleiner nachtrag.... jetzt gehts das system garnicht mehr, egal ob man modulnamen aufruft oder die startseite, gleich fahr ich zum isp und werf den server aus dem fenster :-(

mlg von chris

Energy-drink · 11 November 2005, 22:32:08

Man man man da sind ja einige Fehler in der Datenbank...

ist beim Upgrade keine Fehlermeldung gekommen??

hast du noch ein Backup von der 2.1a??

EDIT:

hattest du die pro version??

BChris · 11 November 2005, 22:38:45

hallo nochmal und dank für die schnelle antwort...

1. ich hatte das neue system vorher gestetst in einen sub dir auf dem server, und da ging alles, erst nachdem ich die daten dann alle nach dem root kopiert hatte, traten die fehler nach ca. 30 min auf.
2. update war wie folgt: 2.1 nach 2.1a nach pragma 0.16, die datenbank was ich dann hatte, habe ich dann auf ne frische install vom pragma 0.16 geschoben. lief auch alles ohn eprobs... bis zum daten verschieben... danach ging dann ur plötzlich nix mehr.

:-(

habe noch die orig datenbank von dem vkp mx 2.1a

aber wieso gings den n eweile und dann auf einmal nicht mehr?

mlg von chrisi

Energy-drink · 11 November 2005, 22:42:45

also warum es eine weile ging weiß ich nicht.. vielleicht ist dein Cache dran schuld das du meintest das es ging....

was mir aber nicht einblüht wie kompliziert du dieses Update gemacht hast... ein frischinstalliertes Mx 0.16 da dann deine datenbank eingespielt etc. ??

warum hast du nicht wenn du es schon von 2.1 auf 2.1a und dann auf Mx 0.16 geupdatest hast einfach diese version laufen lassen und nimmst dann eine neuinstallation und klatscht da deine datenbank rein?? wer weiß ob du vorher module oder blöcke hattest die in der neuinstallation vom Mx nicht drin sind....

BChris · 11 November 2005, 22:52:51

und nochmal hallo,

Zitatwarum hast du nicht wenn du es schon von 2.1 auf 2.1a und dann auf Mx 0.16 geupdatest hast einfach diese version laufen lassen und nimmst dann eine neuinstallation und klatscht da deine datenbank rein?? wer weiß ob du vorher module oder blöcke hattest die in der neuinstallation vom Mx nicht drin sind....

so hab eich es ja im endefekt gemacht, die geupdatetd db dann auf ne frische pragma gezogen. allerdings habe ich da auch andere module und blöcke eingebaut sowie individuelle änderungen gemacht. nur die liefen ja recht lange, und wirklich binnen von ca 30 min bis 1 h geht das nicht mehr, dann gingen eben noch die module, und jetzt nicht mal mehr die module. ich bin am verzweifeln, mir hängen 3000 use rim nacken und nerven mich zu tode wann das portal wieder geht *jammer*.

mlg von chris

Energy-drink · 11 November 2005, 22:56:54

ja das verstehe ich nur warum hast du eine frisch installiertes MX genommen wenn du doch eh schon auf der aktuellen version warst!?!?!?? ?? ??

Energy-drink · 11 November 2005, 22:58:07

schnellste lösung deine seite wieder zum laufen zu bringen das deine 3000 User nicht dir den kopf runter reissen ist erstmal wieder das 2.1a Backup aufzuspielen damit die seite wieder wie vor dem update läuft...

BChris · 11 November 2005, 23:01:32

und nochmal hallo,

das ging mir darum weil ich ja jede menge andere module und eigene änderungen gemacht gehabt.
ich wollte daher ne blanko install haben vom pragma um dann ne doku zu machen wo ich was geändert habe, denn mit den normeln datein bei nen update, sind ja dann immer meien änderungen weg.

aber ich habe auch noch den spiegel von wo ich das update gemacht habe. bin ja ein vorsichtieger mensch, daher immer alles dreifach zu rabsicherung. nur hänegn an dem teil jetzt was ging un djetzt nicht mehr geht, min 1 woche arbeit am layout und allen anpassungen.

mlg von chris

BChris · 11 November 2005, 23:02:18

japi, ich probier mal den spiegel aus, ob da das problem auch ist. melde mich gleich wieder hier.

Energy-drink · 11 November 2005, 23:04:25

eine URL zur Seite wäre vielleicht auch nützlich!! wenn du es nicht öffentlich machen willst geren auch per PM.

BChris · 11 November 2005, 23:04:38

also, spiegel geht, allerdings totales kaos da das ja nun halb vkp und halb pragma is.

so kann ich das nicht auf die user loslassen. ich versuch mal das orig wieder herzustellen udn melde mich nochmal wieder.

BChris · 11 November 2005, 23:05:14

na wen du schon 18 bist ;-) denn die page ist eine fetisch page.

Energy-drink · 11 November 2005, 23:08:36

Zitat von: BChris am 11 November 2005, 23:01:32
und nochmal hallo,

das ging mir darum weil ich ja jede menge andere module und eigene änderungen gemacht gehabt.
ich wollte daher ne blanko install haben vom pragma um dann ne doku zu machen wo ich was geändert habe, denn mit den normeln datein bei nen update, sind ja dann immer meien änderungen weg.

JA alles gut und recht das du so gedacht hast..aber meiner meinung nach wie man ja an deinen Beispiel auch sieht geht das nicht so ohne...

du hättest vielleicht nach dem update auf 0.16 dein veränderungen machen müssen und nicht auf einem frisch installierten Mx.

Energy-drink · 11 November 2005, 23:09:19

Zitat von: BChris am 11 November 2005, 23:05:14
na wen du schon 18 bist ;-) denn die page ist eine fetisch page.

jupp dieses alter habe ich seit 11 Jahren überschritten...aber dann doch lieber per PM man weiß ja nicht wer hier so alles jünger ist..

BChris · 11 November 2005, 23:14:24

und nochmal,

altes orig system läuft.
geupdatet system läuft auch.
frisches pragma mit der update db geht nicht :-(

+ du hast ne pm

mlg von chris

BChris · 11 November 2005, 23:17:18

nachtrag:
nicht wundern das die prefix beim pragma bei mir auf mx steht, das hab eich so angepasst gehabt.

Energy-drink · 11 November 2005, 23:30:58

@Admins...

er hatte das MX in einem unterverzeichniss installiert und angepasst... dann hat er das angepasst MX genommen und dann in den root geschoben aus dem unterverzeichniss.. ist das möglich ohne probleme?? da reicht mein wissen leider nicht aus....

BChris · 11 November 2005, 23:39:30

nochmal hallo,

na nicht wirklich so energy...

1. das vpk mx2.1a war von mir angepasst und lief alles tutti und feini so wie es sollte direkt im web root.
2. ich wollte updaten udn habe eine KOPIE in einen subdir geschoben. dann uf der kopie ein update gefahren auf das pragma 0.16
3. habe ich dann in einen weiteren subdir ein frische pragma installiert, und dort danach die db aus punkt (2.) eingespielt. lieft auch alles. habe dann noch das layout und meien anpassungen weiter gemacht und es lief immer noch.
4. habe ich dann den inhalt aus punkt (3.) ins web root kopiert, dnan lief es noch ca. 30 min und seit dem kommen da nurnoch fehler....

so zum ablauf nochmal.

mlg von chris

BChris · 11 November 2005, 23:46:18

und schon wieder ich,...

also habe das alte vkp 2.1 a wiede rins root kopiert und es geht alles wie es war, nur sehr schade das ich ne woche umsonnst dranne gearbeitet hatte, vorallen weil das pragma ja super im subdir gelaufen is...
ich verstehe die sache einfach nicht, das es nach dem kopieren ins web root nicht mehr ging.

mlg von chris

RiotheRat · 12 November 2005, 00:15:08

Pragma (als solches) geht immer von seinem eigenen Root aus. Das kann eigentlich liegen wo es will, auch in einem Unterverzeichnis. Der Aufruf erfolgt im Normalfall ja über die index.php / admin.php / modules.php. Diese binden wiederum den ganzen anderen Kram ein und refernzieren über relative Pfade (modules.php?Name=foo)

Einige wenige Module wie der Mx-Editor gehen jedoch vom absoluten Pfad aus und referenzieren auch über absoulte Pfade (http://example.net/images/beispiel.gif) da müssen dann evtl. manuelle Änderungen vorgenommen werden.

Das Problem mit der Datenbank sollte also eine andere Ursache haben - Pragma ist es "relativ" egal ob es in einem Unterverzeichnis oder im physischen Webroot liegt.

RtR

BChris · 12 November 2005, 00:22:56

hallo rio :-)

nett, dachte ich mir schon... ;-)

nur an was liegt das? kann doch nicht sein das durch ein verschieben ins webroot das ganze system wegbleibt und nur noch fehler produziert.

kann es sein das evtl die db beim kopieren nen schuß bekommen hat? den kurz vor dem kopieren ins web root, habe ich die ganze db nochmal eingespielt um eine aktuelle version von den user actions zu bekommen.

oder an was kann das noch liegen? ich bin echt voll deprie das die ganze mühe für die katz ist :-(

mlg von chris

RiotheRat · 12 November 2005, 02:35:26

Läuft es jetzt wieder ohne rumzuhupen? Oder mackt noch was rum? Wenn's noch Probs gibt bitte mal Zugangsdaten per PN an mich ... dann guck ich mal.

RtR

BChris · 12 November 2005, 13:31:53

hi rio,

naja es geht so halb wegs, ich habe mal das neue system wieder zurück in ein sub dir geschoben , es läuft teilweise... was mir auffiel ist das z.b. die copperminegallery nicht geht, also das ist mir so auf die schnelle aufgefallen.
ich teste heute abend nochmal durch und melde mich dann hier wieder.

mlg von chris

BChris · 12 November 2005, 14:02:50

und nochmal ich wieder,...

so, ich habe da mal ne frage an die admins hier:

wie is den euer empfohlender weg ein vkp 2.1x zum pragma 0.16 zu bekommen?

dabei ist zu beachten das ich div eigene änderungen im vkp gemacht habe...
- div module eingebunden die nicht bei waren (friendlist, mega prfil, avatar upload usw...)
- einen zusätzlich eingebunden counter
- zusätzliche funktionen um in eine 2. db zu schreiben
- geändertes reg formular
- und kleinigkeiten die mir nich so wichtig sind

meine vorgehensweise wie ich das gemacht habe:
1. habe ich ein kommplettes backup vom webspace und der db gemacht.
2. dieses backup in ein sub dir kopiert und die db in eine neue 2. db eingespeisst
3. auf dieses backup habe ich dann die update version des pragmas eingespielt und das upgrade.php aufgerufen. hat auch soweit alles gemacht wie er sollte.
4. habe ich noch ein subdir erstellt, dort drinne dann eine frische vollständige ver. des pragmas installiert.
5. habe ich dann alle tabellen in der neu install des pragmas geleert und dann eine kopie der db eingespeisst die er mir bei upgrade geändert hatte.
6. habe ich dann meine änderungen am frischen system gemacht, ein paar module zusätzlich installiert und das layout angepasst. lief auch alles echt super und ohne probleme.
7. habe ich dann den inhalt des web roots in ein subdir verschoben , und dann das frische system mit meinen änderungen ins web root kopiert.
8. lief das system einwandfrei und urplötzlich nachdem ich die user drauf gelassen habe auf das neue system, kamen dann nach ca. 30 minuten nurnoch fehler.

fragen dazu:
- kann das daran liegen das ich die profil erweiterung im pragma noch nicht drinne habe, aber die user db tabelle schon diese erweiterten felder hat?
- kann beim kopieren der db ein fehler passiert sein obwohl phpadmin sagt das alles tutti war?
- war den der ablauf des update so ok wie ich es gemacht habe?
- wie könnte ich es den noch versuchen?

angebot:
- ich kann portal, ftp, mysql und ssh account zur verfühgung stellen, so das jemand evtl mal guggen könnte? bitte anfragen per mail oder pm. ich schau hier mehrfach am tag rein.

bin für jedem vorschlag und hilfe sehr dankbar.

mlg von chris

RiotheRat · 12 November 2005, 17:10:50

Ich würde mir das LOKAL anpassen ... u.a. hast Du so mit Diff-Tools wie WinMerge oder BeyondCompare so die Möglichkeit die Differenzen zwischen Deinen Änderungen und den Änderungen die durch die neue Version nötig sind heraus zu finden.

Generell ist es keine schlechte Idee bei Änderungen in den Scripten die man selbst vornimmt einen Kommentar einzufügen, so findet man seine Änderungen schneller wieder und kann die von Version zu Version mitnehmen.

# RtR-Change DDMMYYYY - Zweck - Start
Geänderter / Eingefügter Code
# RtR-Change - Zweck - Ende

So etwas in der Art eben

Was Änderungen in der DB betrifft: Wenn Du eine geänderte DB hast, dann muss auch das Script dahingehend geändert werden. Evtl. hilft Dir hier aber die Debug-Ausgabe weiter. Speziell die Möglichkeit alle mySQL-Queries und mySQL-Fehler anzeigen zu lassen. Dies nicht produktiv einsetzen, sondern wirklich nur zum debuggen!

Ich hoffe das hilft Dir so erstmal weiter ...

RtR

BChris · 12 November 2005, 20:05:17

hallo rio,

naja wegen den änderungen... das sind so viele die ich überall direkt in den scripten geändert habe das ich da das auch von hand machen kann.
lokal halt eich nicht wirklich was von, habe ja einen server im rechnezentrum stehen der mir alleine gehört und wo ich machen kann was ich will ;-)

kommentar anfang und ende habe ich natürlich auch in den erweiterungen gemacht um sie schneller wieder zufinden :-)

also die db ist nicht wirklich geändert, es sind lediglich mehr mehr tabellen vorhanden und ein paar tabellen wurden erweitert. eigentlich sollte alles so gehen, und um nochmal drauf zu sprechen zu kommen, erst lief es ne weile und dann urplötzlich nicht mehr. das ist es was mich am meisten darann verwundert...

also so wirklich geholfen is mir mit deiner antwort nicht.

spricht eigentlich was dagegen das vkp mx 2.1a weite rzu verwenden? oder ist es ernsthaft ratsamm auf das pragma umzu steigen? denn wenn es nur minimale änderungen an den system sind, dann bohr eich lieber das vkp 2.1a weiter auf , alswie jetzt nur probleme zu haben.

mlg von chris

BChris · 12 November 2005, 20:09:32

jo und nochmal ich,

also ich habe mal eben alle module getestet und musste feststellen das jetzt der fehler nur beim aufruf der coppermine erscheint

es scheint also an der zu liegen... ich setz die mal neu auf in das system, mal sehen obs dann immernoch klemmt. ich hoffe ja mal nicht.

melde mich sobald ich da was erreicht habe.

mlg von chris

BChris · 12 November 2005, 21:31:50

hallöle nochmal von mir,

also folgendes nun... der fehler wurde von der coppermine verursacht. beim verschieben des pragmas von den subdir in das web root, muss irgend ein dateifehler passiert sein. nach dem löschen oder bessergesagt nach dem überschreiben der coppermine datein, und anschließender neu install der tabellen dazu. passieren keine fehler mehr, weder beim aufruf der startseite noch von dem modul.
der fehler auf der startseite passierte weil ich einen block von der coppermine auf der startseite platziert hatte. dadurch kamm da dann nurnoch schrott bei raus.
morgen mache ich den nächsten anlauf die datein alle ins web root zu schieben. obs geklappt hat sag ich morgen danach. meld emich dann wiede rhier und sag obs nun geht oder nett .

nochmal danke für die recht schnelle und umfassenden hilfe von allen.

mlg von chris