RecNes

Son zamanlarda sanal sunucularla haşır neşir olduğumu son iki yazımdan anlamışsınızdır. Tabi çok profesyonel çözümler olmamakla birlikte şirket içinde 4 çekirdekli 8GB bellekli bir sunucunun hiçbir çekirdeğini ve 1mb belleğini heba etmeyecek şekilde hem dışarıya hem içeriye hizmet verebilmesini sağlamak amacıyla çözüm üretme çabası içindeyim. Buna sebep olarak geçen iki yazımdan sonra şimdi de Host makinedeki Apache dışarıya hizmet verirken Guest makinada kurulu olan Apache’nin apayrı veritabanı motoru ile apayrı bir projeyi sunmasını sağlamak gerekliliği doğdu.

Bunu yapmak için daha önce kurmuş olduğumuz sanal makineye geçen yazımda belirttiğim gibi Host makinedeki herhangi boş bir portu (faraza 2156.port) Guest makinenin 80.portuna yönledirerek işe başlayabiliriz. Daha sonra Guest makineye yayımlanacak olan projemizi yerleştiriyoruz ve Guest lokalinde çalıştığından emin olduktan sonra, Host makinenin http://localhost:2156/ adresinden de yönlendirmenin çalışıp çalışmadığın kontrol edebiliriz. Buraya kadar her şey yolunda ise bundan sonra Host makinemizin Apache ayarlarında yapacağımız değişiklikler ile http://adres:port/ yerine http://proje.falanca.com.tr/ adresi ile herhangi bir yerden sanal makinedeki projemize erişebilir hale geleceğiz.

More »

Son yazımızdan bu yana uzun bir süre geçmiş. Yeni bir şeyler eklemek lazım.

Hatırlayacağınız gibi son yazımda Ubuntu server’a VirtualBox için Headless modda hazırlanmış bir sanal makinenin nasıl servis olarak çalıştırılabileceğine değinmiştik. Şimdi ise hazırladığımız bu sanal makineye dışarıdan gelecek istekleri nasıl yönlendirebileceğimizi anlatacağım.

Sanal makinemizin xml konfigürasyon dosyasına ekleyeceğimiz birkaç satır ve sanal makineyi yeniden başlatmaktan ibaret bir işlem. Çok bir teferruatı yok. Örnek olarak ssh ile sanal makinaya erişmek için nasıl bir yönlendirme yapacağımızı anlatacağım.

.VirtualBox/Machines/makine/makine.xml dosyasını bir editör ile açıp içinceki

<Machine uuid={“………….>

</Machine>

etiketleri arasına

<ExtraData>
</ExtraData>

etiketleri yerleştiriyoruz. Bu extradata etiketlerinin arasına satırlarını ekliyoruz.

<ExtraDataItem name=”VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/HostPort” value=”22222″/>
<ExtraDataItem name=”VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/GuestPort” value=”22″/>
<ExtraDataItem name=”VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/Protocol” value=”TCP”/>

Sonra dosyayı kaydedip sanal makinemizi YENİDEN BAŞLATARAK xml dosyasının işletildiğinden emin oluyoruz. Artık Host (gerçek) makinadan Guest (sanal) makinaya  ssh localhost -p 22222 komutu ile ulaşmamız mümkün.

Yukarıdaki üç satırı tek tek açıklamak gerekirse; ilk satırda host makinenin hangi portunu sanal makineye yönlendireceğimizi belirliyoruz. İkinci satırda Guest makinenin hangi portuna erişmek istediğimizi belirtiyoruz. Son satırda ise bu portlar arasındaki iletişim protokolünün ne olacağını belirliyoruz. Koyu renklerle yazılmış olan SSH yazısına dikkatinizi çekmek istiyorum. Bu koyu yazılmış olan SSH aslında başka birşey de olabilirdi örneğin HEDE. Bu HEDE sadece bir belirteç o konfigörasyonun ne olduğuna dair bir isimlendirme gibi bir şeyden ibarettir.

Sunucunuza kurduğunuz VirtualBox ile Headless modda sanal makinalarınızı çalıştırarak VirtualBox’ın RDP özelliği ile sanal makinalarınıza uzaktan erişim sağlamanız mümün olmakta. Peki bu sanal makinaları her seferinde sunucuya bağlanıp VBoxManage starvm komutu ile başlatmaktan kurtulmanın yolu nedir? Makinaların servis gibi çalışmasını sağlamak.

Bunu yapmak için VirtualBox makinalarını servis gibi çalıştıracak bir script yazmak gerekmekte. Çünkü şimdilik VirtulaBox’ın böyle bir özelliği malesef yok.

Herşeyden önce kurduğunuz sanal makinanın uzaktan erişim için ayarlanmış olması gerekmekte. Bu ayarı yaptıktan sonra aşağıdaki dosyaları oluşturmanız ve rc kalsörlerine eklemeniz, bilgisayar yeniden açıldığında makinaların servis olarak yeniden çalışmasını sağlayacağı gibi gerektiği zamanlarda daha akılda kalıcı komutlar ile sanal makinayı kapatmanıza olanak verecektir.

More »

Olay şundan ibaret:

sudo apt-get install bugzilla3

Ha bi de çalışmaya başlaması için ufak tefek  ayar çekmek gerek:

sudo cp /usr/share/bugzilla3/debian/apache.conf /etc/apache2/conf.d/bugzilla3.conf

sudo /etc/init.d/apache2 restart

Bu işlem apache’nin bugzilla’yı çalıştırması için kullanması gereken yolları görmesine yardımcı olur. Son olarak da apache’ye gösterilen yoılların apache tarafından okunabilmesi için hak ve grup ayarları yapmak gerekmektedir.

chmod g+rw /etc/bugzilla3/params

chown www-data:www-data /etc/bugzilla3/params

Herşey yolunda gittiyse  (http://sunucu_adresiniz/cgi-bin/bugzilla3/index.cgi) adresiyle bugzilla sayfasına erişip giriş yapabilir ve pirincin taşını ayıklamaya başlayabilirsiniz

Not: Ubuntu’daki bu hazır çözüm ile bugzilla sadece MySQL ile çalışmaktadır. Bana lazım olan ise PostgreSQL ile çalışması. Nasıl olduğunu çözünce buraya eklerim.

Ha çıktı ha çıkacak derken sonunda 15-16 saat gecikmeli de olsa duyuruldu ve gece saat 21 sularından haberdar olunur olunmaz indirildi. Tabi indirme süresi uzun gelince kurulumu ertesi güne kaldı.

CD yakıldıktan sonra kuruluma başlandı ve inanılmaz bir şekilde CD takıp masa üstünü görünceye kadar yaklaşık 10 Dakikada kuruldu. Kurulum inanılmaz hızlıydı. Ancak tabi ki sorunsuz bir kurulum beklemiyordum. İlk bootla beraber kablosuz ethernet kartımın çalışmadığını gördüm. Bunun için hemen bir hata bildiriğiminde bulundum ve kısa sürede cevap aldım. Aldığım cevaba göre tek satırlık bir komutla kablosuz bağlantı sorunum da çözülmüş oldu. Onun haricinde daha önce bluetooth’un kurulur kurulmaz çalıştığına şahit olmamıştım, bunu da gördüm ya gam yemem.

Tek sıkıntı Pardus ekibinin çok fazla aceleci davranmış olması ve ekran kartımın sürücüsününü henüz paetlere eklememiş olmalarıydı. Sabırsızlıkla efektlerimin çalışmaya başlıyacağı günü beklemekteyim.

Acele edilmiş olmasına rağmen ortaya çıkan şey gayet güzel.

Pardus ekibine ve arkasındaki tüm Linux camiasına teşekkürler.

Ubuntu’ya subversion (svn) ile birlikte çalışan trac sunucusu kurmak:

İşe ilk önce kurulu değilse aşağıdaki paketleri kurarak başlıyoruz,

sudo apt-get install apache2 libapache2-mod-python libapache2-svn python-setuptools subversion python-subversion

apt-get install trac ile depodan trac’i kurabilirsiniz anacak depodaki paket son stabil sürüm değildir. Son stabil sürümü bu bağlantıdan görebilirsiniz. son stabil sürümün adresini aldığıktan sonra aşağıdaki komutları sırasıyla işletiyoruz:

sudo easy_install http://ftp.edgewall.com/pub/trac/Trac-0.11.4.tar.gz
sudo mkdir /svn
sudo mkdir /trac
sudo htpasswd -cm /etc/svnauth kullanıcıadın
sudo htpasswd -m /etc/svnauth başkakullanıcı

More »

~ $ amarok

Amarok: [Loader] Starting amarokapp..

Amarok: [Loader] Don’t run gdb, valgrind, etc. against this binary! Use amarokapp.

amarokapp: symbol lookup error: /usr/kde/3.5/lib/libkdefx.so.4: undefined symbol: _ZN12QPaintDevice13setResolutionEi

Eğer amarok’u çalıştırmaya kalktığınızda amarok’un açılış ekranı görünüp kayboluyor ve amarok açılmıyorsa ve yukarıdaki hatayı alıyorsanız ve de sisteminizde Samsung yazıcı kurulu ise sorununuz, Samsung yazıcıyı kaldırmak ve aşağıdaki iki dosyayı bulup silmek sorununuzu çözecektir.

libqt-mt.so.3.0.4
libqt-mt.samsung-mfp.so.3.0.4

Konsoldan şu komutu vermeniz yeterli :

sudo ln -s /usr/lib/libaudiofile.so /usr/lib/opera/10.00/libaudio.so.2

Bununla beraber Opera 10 snapshotları çalışır duruma geliyor. Muhtemelen bu yaptığım bağlantıyı /usr/lib/audiofile.so.2 olarak yapsanız da çalışacaktır zaten.

Herşey mi bu kadar sorunlu olur kardeşim?

Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error! Error!

DELL Studio 1535′e Linux kurduktan sonra sorunlar tabi ki tam olarak bitmiş değil. Diğer başlıklardaki sorunların haricinde bir de BlueTooth sorunumuz var. Aslında BlueTooth sorunu yaşamamın sebebi bir yerde Pardus geliştiricelirinin de bu durumdan sorumlu olmalarından kaynaklanıyor. Çünkü BlueZutils ile kurulu gelmesi gereken bazı komutlar malesef pakete dahil edilmemişti.

Neyse efendim, gelelim sorunumuzun sebebine. İlk başlarda sorunun tam olarak neden kaynaklandığını anlayamamıştım. İlk başlarda sorun herhalde sürücüler ile ilgili diye düşünüyordum ama konuyu derinlemesine araştırdıkça yurtdışındaki bir arkadaşın da DELL Studio 1535 aldığını ve üzerine Debian kurduktan sonra hemen hemen benimle aynı sorunları yaşadığını okudum. Tabi bu arkadaş biraz da pro_user olmasından dolayı sorunların çözümlerini de kendi üretmeyi başarmış. Ben de o arkadaşın çözümlerini incelerken sorunun alsında tam olarak sürücülerden kaynaklanmadığını gördüm. More »