error Arşiv

Workflow Manager Certificate Expiration

SharePoint ortamınızda iş akışı hizmeti için Workflow Manager 1.0 kullanıyorsanız ilk kurulumunuzdan itibaren 5 yıl sonunda ansızın Workflow Manager ve Service Bus sertifikalarının expire olması nedeniyle iş akışlarınızın çalışmaması problemi ile karşılaşabilirsiniz. Çünkü kurulum esnasında otomatik oluşturulan sertifikaların süresi 5 yıl ve otomatik olarak yenilenmiyor. Çok klasik bir sertifika expire problemi gibi görünse ve hızlıca yeni bir sertifika yardımıyla sorunu aşabileceğinizi düşünsenizde Workflow Manager’ın süresi geçtikten sonra sertifika yenilemenize izin vermemesi ile bu sorunda çıkmaza girebilirsiniz.

Evet maalesef Workflow Manager sertifikalarının yenilenmesi çok basit bir işlem olsa da sertifika expire olduktan sonra bu işlemi gerçekleştirmenize izin verilmiyor. Çünkü Workflow Manager PowerShell yapısı çalışırken sertifika kontrolü yapıyor ve süresi geçmiş bir sertifika ile Workflow Manager farm bağlantısını yapamıyorsunuz. SharePoint loglarında ve işlem yapmak için PowerShell kullanırken alacağınız hata şöyle birşey olacaktır.

“Certificate requested with thumbprint … not found in the certificate store”

Maalesef Workflow Manager sertifika expire tarihi yaklaşırken bir uyarı vermiyor ve tabi 5 yıllık bir periyot için ilk kurulum yaptığınızda kendinize bir hatırlatıcı koymanızda çok uygulanabilir bir işlem değil. Bu nedenle genellikle iş işten geçtikten sonra haberdar oluyoruz.

Bu durumu çeşitli forumlarda aradığınızda genellikle uygulamanız gereken yöntem olarak önerilen yöntemi, yani Workflow Manager farmını yeniden yapılandırmanız ve eski verileri buraya taşımanız önerisini bulacaksınız. Evet bu önerilen yöntem ancak yazıldığı kadar kolay bir operasyon olmayacak 🙂

Sorunu çözmek için hemen aklımıza gelen yöntemlerden birisi de tarihi geri almak ve sertifika değişimini gerçekleştirip yolumuza devam etmek. Burada bu yöntemi işlem adımları şeklinde detaylandırmak istiyorum.

Hata: Unable to load workflow actions from server. Please contact your server administrator.

SharePoint Designer 2013 yardımıyla SharePoint 2013 seviyesinde iş akışı geliştirmek istediğinizde aşağıdaki şekilde hata mesajı alıyor olabilirsiniz.

“Unable to load workflow actions from server. Please contact your server administrator.”

Bu hata mesajını internette aradığınızda pek çoğu lokal cache’in sıfırlanmasını tavsiye eden pek çok sonuç elde etmeniz mümkün. Ancak benim gibi bu gönderiler sizin de sorununuzu çözmemiş olabilir. Bu durumdaysanız aşağıdaki güncellemeyi yüklemenizi öneriyorum.

https://www.microsoft.com/en-us/download/details.aspx?id=50708

Hata: The form cannot be rendered. This may be due to a misconfiguration of the Microsoft SharePoint Server State Service

Yeni konfigüre ettiğiniz bir SharePoint farmında Infopath tabanlı formlarınızı web tarayıcı üzerinde görüntülerken aşağıdaki şekilde hata mesajı alabilirsiniz.

“The form cannot be rendered. This may be due to a misconfiguration of the Microsoft SharePoint Server State Service. For more information, contact your server administrator.”

Bu durumda yapmanız gereken işlem oldukça basit. State Service Application’ın aktive edilmesi gerekiyor. Bu işlem için aşağıdaki PowerShell komutlarını kullanabilirsiniz.

Adım 1 : State Service Application Provision İşlemi

Adım 2 : Service Application Proxy’i Yaratın

Adım 3 : Service Application Veritabanını Yaratın

Adım 4 : Database Şemasını Oluşturun

Detaylı bilgi için tıklayınız

 

SharePoint workflows stop working after you install .NET security updates for CVE-2018-8421

Gecikmiş bir yazı ancak halen pek çok kişi tarafından sorgulandığını gözlemliyorum. Eylül 2018 döneminde yayınlanan aylık toplu güvenlik güncelleştirme paketleri sonrası SharePoint üzerinde workflow kullanan pek çok kullanıcı (Nintex workflowları dahil) iş akışlarının durduğu veya “Bu akış sistem hesabı tarafından iptal edildi” şeklinde hata aldığı sorunu ile çözüm arayışına geçti. Aslında güvenlik güncellemesinden kısa bir süre sonra Nintex gibi bu servisi kullanan geliştiriciler ve Microsoft tarafından yapılması gereken düzenlemeye ilişkin bilgi paylaşıldı ancak farkına varılmayabiliyor.

Microsoft’un orjinal destek yazısına bu bağlantıdan ulaşabilirsiniz. Kısa bir özet ile bu sorunun nasıl ortadan kaldırılacağı ise şu şekilde.

İlk yöntem elbette yüklenen güvenlik güncellemesini geri almak ancak bu kalıcı bir çözüm değil. Bir anda farkettiğiniz soruna ilişkin kalıcı çözüm devreye alınana kadar sözkonusu güncellemeleri sunucudan silebilirsiniz. Sonrasında ise her web uygulamanızın (elbette tüm web front-end sunuculardaki) web.config dosyasına aşağıdaki satırları eklemeniz gerekecek. (Web.config içinde <AuthorizedTypes araması yaparsanız varsayılan olarak ekli olanların bulunduğu node’a erişebilirsiniz),

İşlem sonrası AppPool recycle olacak ve artık workflowlarda hata almıyor olacaksınız.

Hata: Loading this assembly would produce a different grant set from other instances

SharePoint farm sunucuları üzerinde bir işletim sistemi veya MS Patch yüklemesi yaptıktan sonra zaman zaman karşılaşabileceğiniz hizmet kesintileri sözkonusu olabilir. Aldığınız hata aşağıdaki şekilde ise ve web uygulamalarınıza veya Central Administration web uygulamasına erişirken hata alıyorsanız aşağıdaki şekilde müdehale etmeniz gerekecektir.

“Loading this assembly would produce a different grant set from other instances”

Bu sorunu çözmek için hızlı bir çözüm olarak sorun yaşana uygulamanın web config’inde aşağıdaki şekilde olan değeri

şu şekilde değiştirmeniz yeterli olacaktır.

Ancak bu işlem Microsoft tarafından desteklenmiyor ve olası bir Microsoft destek işleminizde ürününüzün destek kapsamı dışına çıkmasına neden olabilir. Bu nedenle tüm web uygulamalarında bu işlemi yapmak yerine aşağıdaki şekilde registry üzerinden tek seferde düzenlemenizi yapabilirsiniz.

Start > Run > regedit sonrası “HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework” anahtarına kadar gelin ve buraya yeni bir DWORD yaratın. İsim olarak “LoaderOptimization” kullanacağız. Ve varsayılan değer olarak “1” yazabilirsiniz.

İşlem sonrası IISRESET yapabilirsiniz ancak yapmasanızda geçerli olacaktır.

Hata: Web Application Oluştururken Sayfa Görüntülenemiyor Mesajı

SharePoint farmınızda yeni bir web application yaratmak istediğinizde bazen işlem bir süre devam edip ardından “Sayfa görüntülenemiyor” hata mesajı verebilir. Kontrol ettiğinizde web applicationın sadece Central Administration’ın barındırıldığı sunucu üzerinde yaratılmış olduğunu, farmın diğer web front-end rolündeki sunucularında ise henüz yaratılmamış olduğunu gözlemlersiniz.

Ve bu durumdayken web application altında bir site collection yaratmak istediğinizde hata mesajı alırsınız.

Hatanın çözümü için IIS altında Central Administration uygulaması için shutdown limitini yükseltmeniz yeterli olacaktır. İşlem adımları şu şekilde;

  • IIS üzerinde Central Administration uygulamasının application pool’una gidin.
  • Sağ tıklayın ve “Advanced Settings” kısmına gelin.
  • “Process Model” bölümü içerisindeki “Shutdown time limit” alanı değerini yükseltin. Mesela 200-250 gibi bir değer verebilirsiniz.
  • IIS’i restart edin (iisreset)

 

Hata: Maximum allowed Correlation Filter have been reached or exceeded

Geliştirmesini yaptığınız workflowlarda yoğun kullanımlar sonrası aşağıdaki gibi bir hata ile karşılaşabilirsiniz.

Exception command text: [dbo].[PerformBatchOperations], exception = Microsoft.ServiceBus.Messaging.QuotaExceededException: The number of maximum allowed CorrelationFilter have been reached or exceeded. Number of filters:100001, Max number of filters allowed: 100000.

Hatadan da anlaşılacağı üzere bu bir sorundan ziyade bir limitlemeye takıldığınız anlamını içerir. Sorunun çözümü için aşağıdaki adımları uygulamanız yeterli olacaktır.

  • Service Bus Farm’ı stop edin. Bu işlem için “Stop-SBFarm” PowerShell komutunu kullanabilirsiniz.
  • Limiti yükseltin. Bu işlem için “Set-SBRuntimeSetting -Name MaximumNumberOfCorrelationFiltersPerTopic -Value 1000000” PowerShell komutunu kullanabilirsiniz.
  • Veritabanı yöneticinizi açın ve SBMessageContainer01 veritabanında bir sorgu çalıştırın “UPDATE TopicsTable SET MaxCorrelationFilters = 1000000
  • Service Bu Farm’ı yeniden başlatın. Bu işlem için “Start-SBFarm” PowerShell komutunu kullanabilirsiniz.

PowerShell komutları için hem Service Bus PowerShell ekranını hem de Workflow Manager PowerShell ekranını kullanabilirsiniz.

Hata: This item could not be crawled because the repository did not respond within the specified timeout period

SharePoint 2013 veya 2016 ortamlarınızda sağlıklı çalışan bir arama hizmetinde indexleme esnasında aşağıdaki gibi bir hata ile karşılaşabilirsiniz. Bu hata sonrasında crawl işlemi duracak ve diğer öğeler için devam etmeyecektir.

“This item could not be crawled because the repository did not respond within the specified timeout period. Try to crawl the repository at a later time, or increase the timeout value on the Proxy and Timeout page in search administration. You might also want to crawl this repository during off-peak usage times”

Hatanın  çözümü için aşağıdaki iki yolu deneyebilirsiniz;

  • Sunucu üzerinde Internet Explorer‘ı açın ve Internet Options > Connections > LAN settings bölümüne gidin. Burada “Automatically detect settings” checkboxındaki seçimi kaldırın. Ayrıca eğer internet erişimi vs için proxy kullanıyorsanız proxy ayarlarını da kapatın.
  • Central Administration > Manage Service Applications > Search Service Application > Farm Search Administration bölümüne gidin ve timeout sürelerini daha yüksek değerler ile değiştirin.

Bu adımlardan sonra yeniden crawl işlemini başlattığınızda sorun olmadan indexlemenin başladığını göreceksiniz.

Yeni Web Uygulaması Yaratırken Sayfa Görüntülenemiyor Hatası

Herhangi bir sorunu bulunmayan bir farmda bazen yeni bir web uygulaması taratırken “Page cannot be displayed” hatası alabilirsiniz. Bu hatanın ardından yapacağınız kontrolde web uygulaması için gerekli veritabanının yaratıldığı ancak IIS web applicationın sadece lokal sunucuda yaratılıp farmdaki diğer sunucularda yaratılmadığını gözlemlersiniz. Ve hatta lokal sunucuda da IIS altındaki dizinin içeriği muhtemelen boş olacaktır.

Söz konusu web uygulaması için yeni bir site koleksiyonu yaratmak istediğinizde ise hata mesajı ile karşılaşacaksınız.

Bu hatanın yüksek olasılıklı sebebi Central Administration web uygulaması için application pool shut down timeoutunun yeterli gelmemesidir. Varsayılan olarak bu süre 90 saniye ve yeterli gelmemesi durumunda işlem yarıda kesilerek amaçladığınız sonuca ulaşmanızı engelliyor. Sorunu aşmak için aşağıdaki adımları yerine getirebilirsiniz;

  • IIS üzerinde Central Administration application pool’unu bulun.
  • Sağ tıklayarak “Advanced Settings” bölümünü açın.
  • “Process Model” sekmesindeki shut down limiti 90 saniye yerine 200 veya 250 saniye olarak değiştirin.
  • IISRESET komutunu çalıştırın.
  • Yeniden web uygulaması yaratmayı deneyin.

 

Git Repo’dan Güncel Dosyaları Pull Yöntemiyle Alamamak

Git Repository’den güncel dosyaları elde etmek için pull işlemi yapmak istediğinizde yaşadığım bir sorunu ve çözümünü paylaşmak isterim. Her “pull” işleminden sonra aşağıdaki şekilde bir hata alıyordum.

“Your local changes to the following files would be overwritten by merge”

Visual Studio aracılığı yaptığınız pull işlemlerinde (arayüzden) aldığınız bu hatanın çözümü için projeniz adına git komut satırını açıp aşağıdaki şekilde komutları çalıştırmak dosyaların güncellenmesine yardımcı olacaktır.