PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : nach Update auf 5.0.27 -> (Errcode: 17) (1)



hedingsi
12.02.2007, 14:00
Hallo
Folgendes Problem:
Wir haben auf unseren Webserver (nachdem alles auf einem Testserver erfolgreich getestet wurde) ein Upgrade von MySQL 4.1.10 auf MySQL 5.0.27 aktualisiert.

Nun erscheint jedoch folgendes Problem:
Bei Datenbankabfragen (Je grösser, desto häufiger die Fehlermeldung) kommt folgende Fehlermeldung:

Error while fetching Schema Table Status.
The following error occured: Can't create/write to file
'C:\Programme\MySQL\temp\#sql_adc_0_MYD' (Errcode: 17) (1)

oder

mysqldump: Couldn't execute 'show fields from `tablename`': Can't create
/write to file 'C:\Programme\MySQL\temp\#sql_8e0_0.MYD' (Errcode: 17) (1)

Wobei der Tempfad auf 'C:\Programme\MySQL' gestellt wurde um mit Filemon die Zugriffe zu loggen.

Es ist nicht immer eine .MYD Datei. Ab und an ist es auch eine .MYI Datei.

Es wurde bereits versucht alles zu deinstallieren. (inkl. Neustart und manuelles löschen der Sicherungen). Nach der Installation von MySQL 5 erscheint wieder die oben erwähnte Fehlermeldung, selbst wenn nur die Systeminternen Datenbanken vorhanden sind.

Nachdem diese .MYD/.MYI Datei manuell gelöscht wurde funktioniert es wieder ein paar minuten/stunden.

Ich währe für jede Hilfe dankbar!

Mikes-PCHilfe
12.02.2007, 14:05
Hallo,

stell doch mal den Temp Pfad zum testen auf C:\TEMP und lass Filemon mal aus.

Du hast also ein frisches MySQL 5 installiert und die Daten (SQL Dumps) in die Datenbank eingelesen und danach tritt das schon auf?

Mal die my.cnf im Windows Ordner überprüft?

grüße Mike

hedingsi
12.02.2007, 14:22
Dies tritt schon bevor ich irgend etwas in die frische installation einfüge auf. Blanke installation. Beim Versuch eine der Standarddatenbanken auszulesen (mit MySQL Dump) kommt der Fehler bereits.

Ich habe schon jenste temppfade getestet. Alle mit dem selben ergebnis.
Filemon hatte ich nur kurz laufen um zu sehen ob McAfee oder Windowsdefender zugreifen. Dies ist jedoch nicht der Fall. Nur MySQL greift auf die Datei zu.

Hier meine my.ini (cfg ist keine vorhanden)

#This File was made using the WinMySQLAdmin 1.4 Tool
#11.02.2005 21:26:59
#Uncomment or Add only the keys that you know how works.
#Read the MySQL Manual for instructions
[mysqld]
basedir=D:/mysql
#bind-address=10.190.0.3
datadir=D:/mysql/data
#language=D:/mysql/share/your language directory
#slow query log#=
#tmpdir#=
#port=3306
#set-variable=key_buffer=16M
#Don't allow new user creation by the user who has no write privileges to the mysql.user table.
#safe-user-create


[WinMySQLadmin]
Server=D:/mysql/bin/mysqld-nt.exe
user=root
password=********REMOVED*****
QueryInterval=10
#Use old password encryption method (needed for 4.0 and older clients).
old_passwords


Danke für die schnelle Antwort!

Mikes-PCHilfe
12.02.2007, 16:37
Ergänze mal unter [mysqld]

tmpdir = C:/Temp

Ob das eine Änderung bringt, normal passt Errcode 17 aber nicht zur Meldung:

mysql The following error occured: Can't create/write to file

Grüße Mike

hedingsi
13.02.2007, 10:15
Hat leider nichts gebracht.

Ich habe das Gefühl, dass McAfee (8.5.0i) eingreift. Obwohl Filemon kein Zugriff von McAfee auf den Tempordner vornimmt.

Kann es sein, dass McAffe sich vor Filemon verstecken kann?

Mikes-PCHilfe
13.02.2007, 11:01
Hallo,

habe mit McAfee schon die tollsten Dinger erlebt.

Versuch den mal zu deinstallieren. Ansonsten schau dir mal alles an, was auf dem Testsystem anders ist als auf dem LiveSystem.

P.S. Evtl. sollte man mal über einen Umstieg nach Linux nachdenken ;)

grüße Mike

hedingsi
13.02.2007, 14:42
McAfee war der Übeltäter.
Der Zugriffsschutz hat besser gegriffen als er sollte.
nach 4 einträgen in der ausschlussliste von Scannen bei Zugriff verschwand der Fehler.

Vielen Dank für eure Bemühungen!

Mikes-PCHilfe
13.02.2007, 14:50
Danke für die Info.

grüße Mike