Kubuntu 10.10 > 11.04 > 11.10 güncelleme, logon problemi

Sony vaio laptopumda uzun süredir Kubuntu 10.10 kullanıyordum ve oldukça memnundum. Sonra şeytan dürttü ve diğer kurulum olan Ubuntu'yu 11.10'a güncelleyip güzel bir performans elde edince Kubuntu'yu da güncelleyeyim dedim.

Halbuki Kubuntu'yu dikkatli kullandığım için onun başına kolay kolay bir şey gelmesine izin vermiyorum. Neyse, dediğim gibi şeytan dürttü.

Grafik oturumdan 11.04'e güncellemeyi tamamlayınca, ilk logon hayal kırıklığı oldu. Kullanıcı adımı ve şifremi girdikten sonra gelen splash screen'deki ikonlardan sonuncusu olan KDE çarkını bir türlü ekrana getiremiyor ve masaüstünü açamıyordum. Uğraştım, ettim ama beceremedim.

Sonra CTRL+ALT+F1 ile komut satırını açtım ve oradan 11.10'a güncellemeyi tamamladım. Bu sefer herhalde olur diye düşünüyordum.

Ama yine olmadı.

Bu arada okuduğum makalelerdeki soruna neden olabileceği söylenen kablosuz bağlantıyı hem 11.04'de hem de 11.10'da defalarca pasif hale getirip denedim ama hiç birinde giriş yapamadım.

Neyse, 11.10 kurulumu bitince tam da umutsuzluğa kapılmak üzeeyken logon ekranında KDE failsafe ile açmak geldi aklıma. Bingo ! Bu sefer girdim. İlk iş olarak da NVIDIA sürücüsünü mevcut 96 sürümünden 17x (pre-release vs. birşey) haline güncelledim.

Kapattım, açtım. Çalıştı :)

Ardından da kablosuz bağlantıyı aktif hale getirdim. Yine çalıştı.

Rahatladım yahu... :)

Openfire veri tabanını ve görüşme (audit) kayıtlarını silmek.

Arkadaş, bu openfire'ın gö​mülü, kendine özel veritabanından görüşme kayıtlarını silmek ne illet bir şeymiş...!


Aylarca uğraştım şunun yöntemini bulmak için. Çünkü 3.6.0'da web arayüzünden "1 günlük görüşme kaydı sakla" demek yetmiyor bu alete dediğini yapması için. Forumlara kaç tane mesaj yazdım, soru sordum hatırlamıyorum. Çıkmadı bir türlü cevap.


Google'ın semantik arama / arayamama öküzlüğünün bir sonucunu da burada görüyoruz tabi.


Ben aylarca "clear audit log" "erase archive conversation" diye arattım da bir halt çıkmadı sonuç olarak. Nereden aklıma estiyse bu gece "erase openfire database" ve veya "openfire reset database" diye aratmak geldi aklıma. Ve bingo !


ilk kayıt aslında yöntemi anlatıyor. İkinci kayıt da SQL deyimlerine ışık tutuyor
http://community.igniterealtime.org/thread/35563
http://community.igniterealtime.org/message/169629#169629


Belki kayıt filan silinir. En önemli kısmı alayım şuraya.

Re: Reset Chat Log Archive

Hi,

Sounds like you've run into both the upside and downside of using the embedded database. The upside is that it allows people to get Openfire up and running quickly, the downside is that it (the database) can be difficult to manage.

The embedded database does actually have some management tools but they can't be used while Openfire is running. So the best/only thing you can do is to stop Openfire, make a copy of the $OPENFIRE_HOME/embedded_db directory for backup and then navigate to the bin/extras directory and run the embedded-db-viewer.sh script which will start up a basic Java based view that allows you to look at/edit the tables. The table you'll want to update is the ofMessageArchive.

Unix epoch zamanı / gregoryen takvim çevrimi için aşağıdaki sayfayı kullandım.http://www.onlineconversion.com/unix_time.htm



Sonuçta da HSDBSQL'den kayıtları silmek için aşağıdaki SQL cümleciğini kullandım.


DELETE FROM PUBLIC.OFMESSAGEARCHIVE WHERE SENTDATE <131293440000;


Çok şükür yahu, bu yılan hikayesi de bitti sonunda. :)

SCOM 2007 web konsolu kurulum hikayemiz

Sıkıntılı bir eklentiymiş SCOM web konsolu. Yükleyince tık diye çalışmayanlardan. İlla ki bir şeyleri elle kurcalamak gerekiyor.

Neyse​, ezcümle kurulum adımları kısaca aşağıda.

1. IIS bileşeninin SCOM'a yükledim.
2. Doğrudan kurulum paketini yükledim.
3. Çalışmadı. Kevin Hollman'ın blogundan ilgili adımı uyguladım. Özellikle Windows 2008 için olan özel tavsiyesini de uyguladım. http://blogs.technet.com/b/kevinholman/archive/2008/09/24/installing-the-web-console-on-a-2008-management-server-using-windows-authentication.aspx
4. Çalışmadı. Web sayfası görüntülenmeyince Kevin Hollman'ın blogundan aşağıdaki adımı uyguladım. http://blogs.technet.com/b/kevinholman/archive/2010/04/07/common-issues-with-the-opsmgr-web-console.aspx.
   To resolve – you can uncheck Anonymous Authentication and then perform an iisreset.
5. Çalışmadı. Marnix Wolf'un blogundan basit ama etkili tavsiyesini uyguladım.
   http://thoughtsonopsmgr.blogspot.com/2009/08/opsmgr-r2-webconsole-wont-start-after.html. Kısaca, web bileşenini kaldır ve tekrar yükle diyor.
6. Çalışmadı. Eksik olan Windows güncellemelerini yaptım.
7. Çalıştı.

SCOM 2007 sunucusunun fizikselleştirilmesi, veritabanının taşınması

Mevcut SCOM sunucularımız yoğun veri akışı nedeniyle artık zorlanıyordu ve konsolu kullanmakta güçlük çekiyorduk. Bunun üzerine veritabanını bir fiziksel sunucuya taşıyıp ardından da RMS rolünü üzerine çekmeye karar verdik.​

Mevcut yönergeleri okuyunca basit görünen bir iş, bizim ortamda da çok sorun çıkartmadı. Kısaca adımları sıralayacak olursak ;

1. SCOM sunucularındaki servisleri sustur.
2. Veritabanını 'detach' et. Diğer SQL cümleciklerini yazmıyorum, yönergede var.
3. Veritabanı sunucusundan SCOM DB rolünü kaldır (Uninstall)
4. Daha önceden kurulmuş yeni DB sunucusuna veritabanını kopyala ve bağla. Bu adımda biz mevcut SQL 2005'teki veritabanını SQL 2008 SP2'ye sorunsuz bağlayabildik.
5. Tüm SCOM sunucularında MS yönergesinde belirtilmiş kayıt defteri anahtarını değiştir.
6. Yeni SQL sunucusunda SCOM için gerekli hesapları ekle. Ekleyince veritabanı üzerinde yetkileri otomatik tanıyor.
7. SCOM sunucularını sırayla kapat aç.
8. Eğer 33333 hata kodu alınırsa (senaryoya da uyuyorsa) ikinci yönergeyi uygula.
9. Bu adımda artık çalışmış olmalı.

MS yönergesi

http://technet.microsoft.com/en-us/library/cc540384.aspx

33333 hatası alındığında uygulanacak yöntem.

http://opsmgradmin.blogspot.com/2011_05_01_archive.html


sp_configure @configname=clr_enabled, @configvalue=1
GO
RECONFIGURE
GO

Aldığımız hata mesajı