MySQL kan geen temp file aanmaken

[Standeman]

Misschien dat iemand iets weet? Ik probeer een aantal (1000 ofzo) alter table statements uit te voeren, alleen krijg ik de volgende foutmelding:

Can't create/write to file 'D:\dev\MySQL\MySQL Server 5.1\temp\#sql_13d4_0.MYI

Via google kan ik een hoop vinden, alleen gaan alle threads alleen in op permissie problemen.
De privileges staat goed vziw. Vrijwel iedereen heeft permissie om in die directory te schrijven, dus ik neem aan dat Local System user (waaronder de MySQL service draait) dat ook wel heeft, alhoewel ik deze niet apart kan toevoegen. De Local Service user kan ik wel toevoegen, zonder effect trouwens.

specs:
- MySQL 5.1
- Windows Vista Home premium

[TripleQ]

Standeman schreef op maandag 15 november 2010 @ 13:55:
Misschien dat iemand iets weet? Ik probeer een aantal (1000 ofzo) alter table statements uit te voeren, alleen krijg ik de volgende foutmelding:


[...]


Via google kan ik een hoop vinden, alleen gaan alle threads alleen in op permissie problemen.
De privileges staat goed vziw. Vrijwel iedereen heeft permissie om in die directory te schrijven, dus ik neem aan dat Local System user (waaronder de MySQL service draait) dat ook wel heeft, alhoewel ik deze niet apart kan toevoegen. De Local Service user kan ik wel toevoegen, zonder effect trouwens.

specs:
- MySQL 5.1
- Windows Vista Home premium

Misschien wel heel erg voor de hand liggend, maar is je schijf niet vol?

[Standeman]

Nog 125GB vrij Was ik idd vergeten bij te vermelden. Hoewel je dan wel errorcode 28 krijgt volgens de manual

En ik heb overigens ook al de locatie van file veranderd, het was eerder C:\windows\temp. Daar kreeg ik exact dezelfde melding..

update: Ook als ik MySQL met mijn administrator account run krijg ik dezelfde error

[ Voor 38% gewijzigd door Standeman op 15-11-2010 14:26 ]

[alt-92]

Dus ga je ProcessMonitor erbij pakken om te zien waar MySQL de mist in gaat toch?

[Standeman]

ProcessMonitor Je bedoelt van sysinternals? * Standeman gaat even rommelen

Ik heb het probleem inmiddels wel "opgelost". Voor de alter-table statements deed ik eerst selects op de information_schema tabel. Wanneer ik dat niet doe en mijn app de exceptions laat afhandelen (ik doe het via een klein java progseltje) gaat het wel om een of andere reden wel goed

Ik snap alleen niet hoe selects op de information_schema tabel invloed kunnen hebben op het al dan niet wegschrijven van een temp-file... (Lijkt me stug eigenlijk..)