Drupal ile ilgili IIS sorunu - Güncelleme yöneticisi: Güncelleme başarısız! Dizinler php-cgi.exe tarafından kilitlenir

GUI'de "Güncelleme yöneticisi" kullanılırken sorun yaşıyorum. Bazı dizinler kilitlenir php-cgi.exeve bu nedenle orijinal dizinlerin (daha taze olan) yeni indirilen dizinlerle değiştirilmesi başarılı olmaz.
AMA bunun bir izin sorunu olmadığını belirtmek zorundayım, çünkü modüller "URL'den yükle" üzerinden kurulabilir /admin/modules/installve sorunsuz çalışabilir.

Bir örnek verelim:

1. Mevcut güncellemeler sayfası ( /admin/reports/updates/update):

   

   Şimdi güncellenecek Select (veya diğer) modülünü kontrol ediyorum ( hangi modülü seçtiğim önemli değil , sonuçlar aynı !! bu yüzden sadece bir örnek).

2. Ben vurmak "bu güncellemeleri indir" butonuna.

3. Tamam, modülün güncellenmiş örneği sorunsuz indiriliyor:
   " Güncellemeler başarıyla indirildi ":
4. Şimdi Devam'a tıklıyorum .
5. İşte hata geliyor. Sonuç:
   " Güncelleme başarısız oldu! Fazla bilgi için aşağıdaki günlüğüne bakın.
   Select_or_other
   • Yükleme / güncelleme hatası
   • Dosya Transferi, nedenini başarısız oldu: kopyalanamıyor D:/Projects/web/drupal-7/tmp/update-extraction-6d8993ac/select_or_other/LICENSE.txtiçin /Projects/web/drupal-7/htdocs/sites/all/modules/select_or_other/LICENSE.txt. "
6. Tamam, olası nedenleri incelemeye çalışıyorum.
   • İşte benim Drupal dizin yapısı görünüyor ne gibi: . ../tmpGeçici dizin (in /admin/config/media/file-system) olarak ayarladım , Drupal dosyaları var htdocs. Yukarıda belirtildiği gibi GUI üzerinden modüller yükleyebildiğim için bu doğrudur.
   • htdocs/sites/all/modules/select_or_otherDizine girmeye çalıştığımda , "Dosyada erişim reddedildi ......sites/all/modules/select_or_other!" Total Commander açarken ve " ...sites/all/modules/select_or_othererişilebilir değil erişim engellendi." Windows Explorer'da açılış: ,
   • Tamam, klasörü sağ tıklıyorum ve içerik menüsündeki yardımcısı aracılığıyla Unlocker'ı açıyorum . Bu dizinin kilitli olduğunu söylüyor php-cgi.exe: "Tümünün Kilidini Aç" ı tıklıyorum ve klasör artık kendisinden silinebiliyor (artık kilitlenmediğinden php-cgi.exe), bu yüzden basitçe
   • Güncellenmiş select_or_other modülünün dizinini şurada bulabilirim tmp:
   • bu yüzden elle sites/all/modulesdizine taşımak zorunda .

Dizinin kilitlenmesinin olası nedenleri neler olabilir php-cgi.exe? (Belki PHP 5.3 için Windows Önbellek Uzantısı 1.1 Web Platformu Yükleyicisi aracılığıyla yüklenir? Ancak evet ise, neden örneğin GUI aracılığıyla görüntülerin veya benzerinin silinmesi doğru çalışıyor?)
Bu sorunu önlemek için ne yapabilirim ve "Güncelleştir müdür "iş?

Bu modülleri güncellemek için Drupal kullanıcı arabiriminden ftp kullanmak yerine dosya yazmaya izin veren güvenli değildir.

ancak isterseniz http://www.resdocs dizininde sağ tıklayıp ardından izin üzerine barındırma plesk paneline gidin, şimdi izinli Uygulama havuzu kullanıcısına yazma izni verin,

Teşekkürler

Php-cgi'nin Lock'a sahip olmasının nedeni, pencerelerin dosya erişimini ve php / iis "önbelleğe almayı" "tuhaf" yoludur. Temel olarak dizini oluşturdunuz ve ona erişmeye çalıştınız, ancak onu oluşturan tanıtıcı serbest bırakılmadı (bu yüzden hala kilitli). Bu bir drupal sorunu değil, onun bir IIS / PHP sorunu Ve bulabildiğim bilinen bir geçici çözüm yok.

Temel olarak, IIS kullanmamanın temel tavsiyesini yapın, bu sorunu apache HTTPD'ye (win32'de) geçerek çözdüğüm IIS ile sadece drupaldan daha fazla gördüm. Windows 2000 kullanmam gereken bir proje ile okula geri döndüğünüze dikkat edin.

Windows üzerinde drupal çalışan biliyorum en iyi yolu (php iç işleme nedeniyle) apache üzerinden olduğunu.

Doğru yönde kazmak için bazı fikirler:

Drush ile aynı sorunu yaşıyorsanız, bunun bir IIS sorunu olup olmadığından emin değilim. Drush, IIS'yi komut satırı üzerinden yalnızca IIS yürütmekle kalmıyor mu? Bunu IIS'yi (iisreset / stop) durdurup ardından Drush update komutunu çalıştırarak deneyebilirsiniz ve aynı sonucu almanızı beklerim.

Başka bir şey (üzgünüm, Lawri'nin cevabı hakkında doğrudan yorum yapmak için yeterli itibarım yok):

"Temel olarak dizini oluşturdunuz ve ona erişmeye çalıştınız, ancak onu oluşturan tanıtıcı serbest bırakılmadı"

Bu gerçekten doğru mu? Orijinal gönderiden, klasörü "tmp" de oluşturmuş gibi görünüyor, ancak kilit "httpdocs" içindeki mevcut klasörde.

Benim tahminim php-cgi'nin tmp'den httpdocs'a kopyalamaya çalışması, bir nedenden dolayı başarısız olması ve kilidi kaldırmamasıdır. Başarısızlıktan sonra araştırdığınızda, httpdocs üzerinde bir kilit görüyorsunuz, ancak başarısız olmanın ilk nedeninin bir kilit olmadığını düşünüyorum, sonuçta tmp klasöründe bir izin sorunu olabilir!