loop modulunde max_loop/part degerlerini azaltinca (daha oncesinde deger
verilmemisti) surec kisaldi. Ancak bu device sinirini neye gore
belirlemis olacagiz bilemiyorum. 3-4 Lun ve her birinde 2-3 partition
ekledigimde diskler sdz' e kadar uzandi cunku. Bu konuyu arastiracagim.
Ureticiden birseyler gelecegine inanmadigim icin sorup hayal kirikligi
yasamak gicik ediyor beni. Zira konfigurasyon desteginde pek
bulunmadiklarini ve ayrica debian desteginin de olmadigini soylediler
ancak internette benzer sorunu yasayan suse, redhat kullanicilari da tonla.
Zaten resource CD ve internet sitelerinde redhat ve suse disinda hicbir
kaynak yok. Kazara dell linux sayfasi buldum ve debian etch ve ubuntunun
bazi surumleri icin kisitli destek felan muhabbetleri etmisler. Yazilim
ayni, isletim sistemi ayni, cekirdek ayni ama zihniyet farkli olunca
ortaya bu manzara cikiyor.
Hard code'da her redhat surumu icin full path vermelerinin nasil bir
aciklamasi olabilir ki baska turlu?
Logun bir bolumunu gondereyim zaten tamami uzunca bir loop.
-----------------
Oct 4 00:06:56 xxxxx kernel: [982208.041914] sd 0:0:2:0: [sde] Result:
hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 4 00:06:56 xxxxx kernel: [982208.041918] sd 0:0:2:0: [sde] Sense
Key : Illegal Request [current]
Oct 4 00:06:56 xxxxx kernel: [982208.041922] sd 0:0:2:0: [sde]
<<vendor>> ASC=0x94 ASCQ=0x1ASC=0x94 ASCQ=0x1
Oct 4 00:06:56 xxxxx kernel: [982208.041929] sd 0:0:2:0: [sde] CDB:
Read(10): 28 00 00 00 00 00 00 00 08 00
Oct 4 00:06:56 xxxxx kernel: [982208.041936] end_request: I/O error,
dev sde, sector 0
Oct 4 00:07:01 xxxxx kernel: [982212.422942] sd 0:0:0:0: [sdd]
Unhandled sense code
Oct 4 00:07:01 xxxxx kernel: [982212.422945] sd 0:0:0:0: [sdd] Result:
hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 4 00:07:01 xxxxx kernel: [982212.422948] sd 0:0:0:0: [sdd] Sense
Key : Data Protect [current]
Oct 4 00:07:01 xxxxx kernel: [982212.422951] sd 0:0:0:0: [sdd] Add.
Sense: Write protected
Oct 4 00:07:01 xxxxx kernel: [982212.422955] sd 0:0:0:0: [sdd] CDB:
Write(10): 2a 00 00 b7 40 3f 00 04 00 00
Oct 4 00:07:01 xxxxx kernel: [982212.423122] device-mapper: multipath:
Failing path 8:48.
Oct 4 00:07:01 xxxxx kernel: [982212.423134] end_request: I/O error,
dev dm-2, sector 12009535
Oct 4 00:07:01 xxxxx kernel: [982212.423188] Buffer I/O error on device
dm-3, logical block 1501184
Oct 4 00:07:01 xxxxx kernel: [982212.423241] lost page write due to I/O
error on dm-3
Oct 4 00:07:01 xxxxx kernel: [982212.423245] Buffer I/O error on
device dm-3, logical block 1501185
Oct 4 00:07:01 xxxxx kernel: [982212.423295] lost page write due to I/O
error on dm-3
-------------
On 10/03/2011 08:01 PM, Burhan Hanoglu wrote:
Merhaba,
Ureticinin CD'sinde de aynisi var ise, sorunsuz calismasi gerekir
(yani test edilmistir). Ureticiye danismakta fayda var. En azindan
ASC/ASCQ ciftinin anlamini sorabilirsiniz, belki fikir verir.
Ilgili log dosyalarini gondermeniz mumkun mu?
Saygilar,
Burhan
2011/10/2 Atif CEYLAN<[email protected]>:
Fiziksel baglanti kesilince sorun olmuyor. Open source multipath yazilimini
kullaniyorum. Ureticinin kaynak cd icerisinde de aynisi var. Onu da denedim
durum ayni. Bir yerde loop var sanki. kern.log da cok fazla loop oldugu icin
denemekten vazgecildi gibi bir uyari veriyordu sanki (suan boyle animsiyorum).
Burhan Hanoglu<[email protected]> wrote:
Merhaba,
Pasif kontrolcuyu FC switch'ten ayirip deneme sansiniz var mi?
Normalde sistemin acilisi sirasinda sadece INQUIRY yapilmasi gerekir
ve pasif kontrolcunun buna bir kere "illegal request" ile cevap
vermesinin yeterli olmasi gerekir.
Bu arada, kullandiginiz multipath yazilimi nedir?
Saygilar,
Burhan
2011/10/2 Atıf CEYLAN<[email protected]>:
Hocam aletin acilisi 4 dakikayi buluyor bu errorler nedeni ile. Bu kadar
fazla scan etmesini gerektiren sey'in lvm oldugunu dusunuyorum ancak
lvm.conf ayarlarinda filtre vs. olusturmam ise yaramadi. scsi errorlerini
kapatmak disinda bu hatalarin taranma sayisini dusurmenin bir yolu olmali. 2
device icin 3 dakika boyunca I/O error basiyor log'a.
Bunun disinda herhangi bir sorunum yok. Ama 4 dakikalik acilma suresi beni
bayagi gicik etti acikcasi :)
On 09/30/2011 07:51 PM, Burhan Hanoglu wrote:
Merhaba,
2011/9/30 Atıf CEYLAN<[email protected]>:
hocam bu sorun tüm lunlar için geçerli. sdc, sde, sdb ve sdd aynı lun.
hba bilgilerine baktığımda device0 ve device1 şeklinde iki device
görünüyor. 2 adet hba kartım olduğu için toplam 4 adet device varmış gibi
görünüyor.
aktif/pasif şekilde çalışıyor ancak herbir volume ayrı bir kontrolcüye
atanabiliyor. Bu durumda herbir volume için bir aktif birde pasif
kontrolcümüz varmış gibi görünüyor.
sdb ve sdd olarak active şekilde görünen de sorun yok. Ancak diğer ikisinde
sorun oluyor.
Anlasildi; sorun yok aslinda. Passive kontrolcuden her iki yol
uzerinden de "illegal request" almaniz normal ve beklenen bir hareket.
Tek anlayamadigim; ASC/ASCQ ciftinin neden 0x94/0x1 oldugu. T10'da
boyle bir ASC cifti yok, demek ki proprietary. Belki Dell'e
sorabilirsiniz.
Saygilar,
Burhan
_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]
Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
okuyabilirsiniz;
Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
--
/**
* @author Atıf CEYLAN
* Software Developer& System Admin
* http://www.atifceylan.com
*/
_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]
Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
okuyabilirsiniz;
Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]
Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
okuyabilirsiniz;
Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]
Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
okuyabilirsiniz;
Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]
Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
okuyabilirsiniz;
Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
--
/**
* *@author* Atıf CEYLAN
* Software Developer & System Admin
* http://www.atifceylan.com
*/
_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]
Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
okuyabilirsiniz;
Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
