Fehlermeldung: Temp-Datei konnte nicht kopiert werden

Hi,
ich schätze das er tatsächlich nicht in c:\windows\temp
schreiben kann.

Was hast du denn für eine Windows Version?
Ich meine nämlich dass (ab XP oder 7 ) nur der Admin etwas was auf die Partition schreiben
kann af der windows installiert ist.

Gib in Drupal Filesettings einen Ordner an der nicht auf der Partition liegt.
Du möchtest den IIS Prozess sicher nicht als Admin laufen lassen.

LG

Hi.
Danke für die Nachricht.

Bin wenig Windows-affin. Arbeite mit Mac, wo auch der Apache-Webserver und MySQL laufen. Für alle lokalen Drupal- und andere Rootbased-Installationen alles mit Virtual Hosts. Einzig ein WinXP-Notebook läuft mit IIS und der erwähnten Anwendung, die ich umprogrammieren musste, weil die Idioten, die nur mit professionellen Tools von Microsoft arbeiten, es nicht geschafft haben, ein redundanzfreies DB-Model zu erstellen und alles logisch zu programmieren. Nun, das Zeugs habe ich von MS-SQL, wo die Anwendung langsam teuer zu stehen kam wegen des unsinnigen, exorbitant grossen Datenmülls, nach MySQL migriert und das DB-Model dermassen geändert, dass es nicht nur schneller läuft sondern auch nur noch 5% des Speicherplatzes benötigt. Die von mir stark modifizierte VBScript-Anwendung läuft tipptopp mit dem IIS und dem MySQL-Server auf meinem Mac. Auch im produktiven Einsatz beim Windows-Hoster. Jetzo will der Kunde ein CMS mit mehr Möglichkeiten.

Die erwähnte Drupal-Fehlermeldung auf dem IIS-Webserver des Hosters ist meines Erachtens ein Überbleibsel der Erstinstallation. Habe die Erste Installation wieder entfernt, da schon mehr als 2 solcher Meldungen erschienen. Jetzt sind es nur die 2 ersten Meldungen, die übrig sind. Das temp-Verzeichnis habe ich in Drupal schon festgelegt, weshalb keine weiteren Fehlermeldungen mehr erscheinen. Es scheint aber alles zu funzen.

Gibt es die Möglichkeit, im vor der Installation festzulegen, wo sich das temp-Verzeichnis befindet?

Beste Grüsse
Hans

Nein ich glaube vor der
Installation kannst du das Verzeichniss nicht setzen.
Du kannst es jederzeit in Drupal setzten wenn Du es installiert hast.

Gehe nach in Drupal
Administer > Site configuration > File system
oder auf URL admin/settings/file-system
Hier kannst Du den Pfad zum tmp directory setzten.
Bist Du Dir nicht sicher was der Pfad zum tmp directory ist
musst Du deinen Hoster fragen.
Diese Verzeichniss muss lese und schreibrschte haben.

Unter IIS ist .htacess überflüssig.
Die Verzeichnisrechte müssen dort in der IIS Verwaltung oder über Plesk o. ä. gesetzt werden

LG

PS:
Bei deinem Hoster ist das temp Verzeichnis 100%ig
nicht in c:\windows (das wäre der Tod des Hosters)

Danke für die ausführliche Info. Habe das temp-Verzeichnis ja schon lange gestzt, wie meinem ersten Posting zu entnehmen ist. Das mit htaccess ist mir eigentlich auch klar, Probleme gab es diesbezüglich nur, weil ich meine OS X-Drupal-Installation eingespielt habe, die ich ab jetzt einfach nur zum Testen verwende. Hab dann einfach von vorne angefangen.
Die Fehlermeldungen wegen der Temp-Files sind schon störend, aber sonst läuft alles vorderhand problemlos.

Das mit Plesk ist auch so eine Sache. Kann fast nichts ändern an den Berechtigungen, und wenn ja, dann zeigt es keine Wirkung (z.B. beim settings.php-File). Tja, und der Hoster antwortet auch nicht auf meine seltenen Anfragen.

Mal schauen, wie das weiter geht.
Beste Grüsse
Hans

Tja, dann würde ich den Hoster wechseln.
Ich mir nicht vorstellen das in der Grund Domäne
kein tmp Verzeichnis vorinstalliert ist
wenn man keine schreibrechte auf ein Verzeichnis
setzten kann.

PS:
Ohne das tmp Verzeichnis
funktioniert eigentlich auch alles
ausser Datei/Bilder uploads

In deinem ersten Post schreibst Du C:\Windows\xxx
kann nicht gesetzte werden.
Ich habe bereits erwähnt, dass KEIN Hoster
ein schreiben ins Windows Verzeichnis erlaubt.
Dem zufolge ist dieser Pfad 100% falsch.

LG

Noch was
1.
Du arbeitest mit OSX da gibts keinen Pfad wie c:\windows\tmp Pfad
2.
Bei Deinem Hoster kannst Du 100% keine Schreibrechte in c:windows\tmp (zu gefährlich) gescheige denn Zugriff auf die Windows Partition

Woher kommt dann die Idee dass dieser Pfad c:\Windows\tmp sein soll, das kann nicht sein?

3. Wie hast Du denn die Dateien per FTP hochgeladen (dazu musst Du ja schreibrechte haben)?

Hier Deine Lösung
1. Erststelle selber per FTP ein Verzeichniss tmp im Root Ordner Deiner Drupal Installation (Diesem Ordner gibst Du im Plesk schreibrechte, dass muss gehen, es sind Deine Ordner).
2. Gehe in Drupal ->Administer -> Settings -> Filesystem und gib dir bei Tmp Directory /tmp ein.

Fertig

Also besser kann ichs echt nicht erklären, tut mir leid ;-(

Danke für Deine Worte. Letztes Jahr wechselte ich von Hostdepartment.com zum jetzigen Hoster,der um viele Längen besser ist als Hostdepartment. Früher hatten wir tagelange Ausfälle, verlogene Begründungen des Supports (Transtaktionen-Cache nicht gelöscht und solche Lügen) und sonstige überraschende und uangekündigte Aenderungen des Angebots. Und als ich das vor 4 Jahren übernahm, übernahm ich auch all die zusätzlichen Probleme mit dem DB-Design und der ungünstigen Programmierung. Und seit dem Wechsel läuft alles stabil und ohne auch nur einigermassen erwähnenswerte Probleme (gut, hab ja das Teil auch umprogrammiert).

Hostdepartment.com war günstig (und nicht meine Idee), gleichzeitig auch die Hölle. Da bleib ich lieber mal beim jetzigen Hoster und warte, was der mir zu bieten hat nächste Woche. Ich poste dann die Lösung des Problems.

Auf alle Fälle wünsch ich Dir ein schönes Wochenende und keine IT-Probleme.
Beste Grüsse
Hans

Hallo @ alle, die das gelesen oder beantwortet haben

Manchmal sind die einfachsten Aktionen die besten.
Generell ist es leider so, dass Drupal über die Funktion «Flush all Caches» die Caches nie oder noch nicht zuverlässig leert. Aus diesen Grunde setze ich SQL-Befehle auf meinem Mac ab (in Sequel Pro), bevor ich einen Dump der lokalen Drupal-DB erstelle mit allen Drops, Creates etc. Diesen Dump kann ich problemlos aufm externen IIS via phpMyAdmin importieren, und die Drupal-DB läuft. Natürlich kann ich es auch versuchen, bei Problemen aufm externen IIS die Caches mit den gleichen SQL-Befehlen zu leeren, was übrigens auch kleine Wunder bewirkt.
Beste Grüsse aus dem sonnigen Zürich
Hans

Hier die SQL-Anweisungen:
TRUNCATE TABLE `cache`;
TRUNCATE TABLE `cache_block`;
TRUNCATE TABLE `cache_content`;
TRUNCATE TABLE `cache_filter`;
TRUNCATE TABLE `cache_form`;
TRUNCATE TABLE `cache_menu`;
TRUNCATE TABLE `cache_page`;
TRUNCATE TABLE `cache_update`;
TRUNCATE TABLE `cache_views`;
TRUNCATE TABLE `cache_views_data`;