Kategori arşivi: Windows Server 2003

Bu kategori altında sadece Windows Server 2003 ile ilgili yazılar yayınlanmaktadır.

.NET Framework 3.5 SP1 Kurulumu “Setup is loading installation components, This may take a minute or two.” Aşamasında Askıda Kalıyor

.NET Framework 3.5 SP1 kurulumu  Windows 2003 sunucularda “Setup is loading installation components, This may take a minute or two.” aşamasında askıda kalıyorsa:

  • Tam kurulum dosyasını indirin (yaklaşık 230 MB)
  • Internet Explorer proxy ayarlarını devre dışı bırakarak kurulumu tekrar başlatın.

Windows Sistemlerde Crash Dump Analizi – Bölüm 4: Dump Analizi

Windows Debugging Tools’u başlattıktan sonra  File -> Open Crash Dump ile dump dosyamızı açıyoruz:

Ben bu yazımda bir Remote Desktop (Terminal) Sunucuda aldığım çekirdek bellek crash dump (kernel memory dump) dosyasını kullandım. Crash dump açılırken daha önce yaptığım sembol ve executable search tanımlamalarını görüyorum:

Analizin ilk verileri benim için çok değerli bilgileri veriyor:

”Page xxxxx not present in the dump file” hatasını almamın sebebi analiz yaptığım dump dosyasının full dump değil, çekirdek bellek dump dosyası olması. Eğer full dump dosyası alabilmiş olsaydım, o anda bellekte olan tüm page’ler dump dosyasında olacaktı. Okumaya devam et

Windows Sistemlerde Crash Dump Analizi – Bölüm 3: Windows Debugging Tools Yapılandırılması

Windows Debugging Tools ile crash dump dosyasını analiz ederken, dökümü aldığımız bilgisayara ait sembollere ihtiyacımız olacaktır. Sembol tabloları, programların derlenme (compile) safhasında üretilirler. Bir program derlenirken yazıldığı yüksek seviye programlama dilinden makine koduna çevrilirler. Bu çevrim sırasında derleyici (compiler) bir sembol dosyası oluşturarak içine tanıtıcıları (identifiers), tanıtıcıların programda bulunduğu yerler ve tanıtıcıların özelliklerini (attributes) ve fonksiyon çağrılarını yazar. Çökme sırasında işletim sistemi sadece sorunun oluştuğu bellek adresini (16’lık sayı düzeninde – hexadecimal) bilir. Bizim ise çökme sebebini anlayabilmemiz için bu adres değerini hangi uygulamanın kullandığını ve bu uygulamanın ne yapmaya çalıştığını bilmemiz gerekir. Bu bilgiler de Windows sembol tablolarında yer alır.

Sembol tabloları her işletim sistemi ve her sistemin sürümlerinde – Windows 2003 32-bit ve 64-bit, Windows 2003 SP1, Windows 2003 R2 gibi – farklıdır. Crash dump analizi yaparken, her işletim sistemine ait gerekli sembol tablosunu indirmek yerine, Windows Debugging Tools’un sağladığı kolaylıktan faydalanabiliriz. Sembol tablolarının Internet üzerinde bulunduğu adresi ve analiz yaptığımız bilgisayarda sembollerin indirileceği dizini Debugging Tools’a bildirdiğimiz takdirde gerekli sembol dosyaları otomatik olarak indirilecektir. Ben kendi bilgisayarımda sembolleri C:Symbols dizini altında saklıyorum.

Sembolleri indirmek için Başlat -> Programlar altından WinDbg uygulamasını çalıştırıyoruz ve File -> Symbol File Path ile sembolleri arayacağımız yeri belirten pencereyi açıyoruz ve aşağıdaki satırı giriyoruz: Okumaya devam et

Windows Sistemlerde Crash Dump Analizi – Bölüm 2: Windows Debugging Tools Kurulması

Windows altında crash dump’ı inceleyebilmemiz için Windows Yazılım Geliştirme Kiti (Software Development Kit – SDK) ile gelen Windows Debugging Tools (Windbg) uygulamasını kullanacağız. Windows Yazılım Geliştirme Kit’ini Microsoft Yükleme Merkezinden (Microsoft Download Center) indirebilirsiniz. Her Windows ve .NET sürümü için Yazılım Geliştirme Kiti güncellendiğinden tek bir indirme bağlantısı vermem mümkün değil. Ayrıca uygulamanın şu anda Türkçe sürümü de yok. Bu sebepten yazılımı Microsoft Download Center üzerinden Windows SDK yazararak aratmanız ve yüklemeniz en doğrusu olacaktır.

Yazılımı indirdikten sonra ilgili .NET Framework’ün bilgisayarınızda kurulu olması gerekiyor; örneğin Windows SDK for Windows 8 and .NET Framework 4.5 kurulumu yapacaksanız sisteminizde .NET Framework 4.5 kurulması gerekiyor. Eğer kurulumdan once ilgili .NET Framework sisteminizde yoksa Windows Yazılım Geliştirme Kiti kurulum sırasında ilgili .NET Framework sürümünü indirecek ve kuracaktır.

Windows Debugging Tools Kurulması

Yazılım Geliştirme Kitini yüklerken ilk önce karşılama ekranı geliyor: Okumaya devam et

Windows Sistemlerde Crash Dump Analizi – Bölüm 1: Windows Neden Çöker, Crash Dump Nedir, Nasıl Alınır?

Windows ile çalışırken mutlaka bir gün Windows’un çökmesi ile karşılaşmışızdır. Çoğunlukla Windows’un çökme sebebi olarak yeni eklenen bir donanım ya da sürücü (driver) olsa da aslında Windows’un çökme nedeni çok farklı olabilir.

Windows’un çökme sebebini analiz etmeden once Windows’un neden çöktüğünü anlamamız gerekir.

Windows Neden Çöker

Bu soruya detaylı olarak bilgi verebilmek için aslında Windows’un nasıl tasarlandığı ve nasıl çalıştığı ile ilgili detaylı bilgiye sahip olmamız gerekir. Ancak burada bir işletim sisteminin nasıl çalıştığını anlatmamız mümkün olmadığından, bu konuya daha yüzeysel bakacağız.

Windows bugüne kadar hemen hep x86 işlemciler üzerinde çalıştı. x86 sistemler, birden çok programın aynı anda çalışmasına izin verir ve bunu programların birbirlerinin kaynaklarına erişmeden yapmasını sağlar. Aslında programların birbirlerinin kaynaklarına erişimini kısıtlamak x86 sistemlerin bir “uygulama koruma” sistemidir. x86 Windows sistemlerde belleğe (RAM) ve donanıma erişim 2 seviyeli bir ayrıcalık (privilege) ile olur: çekirdek (kernel) seviyesi ve kullanıcı (user) seviyesi. Okumaya devam et

Sunucuları Uzaktan Kapatma ve Yeniden Başlatma

Sistem yöneticilerinin yapmak durumunda olduğu işlerden birisi de bir seferde birçok sunucuyu kapatmak veya yeniden başlatmaktır. Her sunucuya tek tek oturum açıp da her birisinde “shutdown” komutunu vermektense bu işi çok kısa bir sürede halledebiliriz.

Hatırlarsanız, Windows Komut Ortamından Yönetim – Uzaktan Oturum Açma yazımızda PS Araçlarından bahsetmiş ve yazımızda uzaktaki sunuculara komut satırından ulaşmak için psexec aracını kullanmıştık. Şimdi kullanacağımız araç da PS Araçlarından birisi olan psshutdown.

PsShutdown aracının kullanımı Windows komut satırındaki shutdown komutu ile çok benzer. Komutun alabileceği tüm değişkenler aşağıdaki gibi: Okumaya devam et

Windows Komut Ortamından Yönetim – Uzaktan Oturum Açma

PSExec

Her gün onlarca defa yaptığımız şey: uzak masaüstü bağlantısı, kullanıcı adı, şifre, etki alanı girişi, oturum açılmasını bekleme ve muhtemel iki sonuçtan bir tanesi:

  1. Başarılı olarak oturum açma ve arka planda çalışan servislerin ve süreçlerin (process) tamamlanması,
  2. “Terminal server maksimum kullanıcı sayısına ulaştı” (The terminal server has exceeded the maximum number of allowed connections) uyarı mesajı Eğer 2. madde başımıza gelirse, o zaman Terminal Sessions Manager ya da Remote Desktop Manager kurulu bir sunucu bulmamız, bu sunucuya oturum açmamız ve inactive/disconnected kullanıcılardan birisinin oturumunu kapatmamız gerekir; tabii eğer bulduğumuz sunucuya oturum açarken de “maksimum kullanıcı sayısına ulaşıldı” mesajını almazsak. Eğer alırsak, tüm sürece baştan başlarız ve istediğimiz durumda bir sunucu bulana kadar bu arayışımız devam eder.

Peki sistem yöneticileri olarak bu kadar vaktimiz var mı? Açıkçası ben herhangi bir çalışma günümde bu şekilde bir sunucu arayışı ve oturum açma, oturumu aktif durumda olmayan kullanıcıları bulup sistemden oturumlarını kapatma ve sonrasında tekrardan işimin olduğu sunucuya bağlanma gibi zaman kayıplarına ne yazık ki tahammülüm yok. Okumaya devam et