18 Şubat 2022 Cuma

Bir disk daha bozuldu - 4TB lık disklerde sorun mu var ne

 Yaklaşık 2 yıl önce 3.5" disklerden 2.5" notebooklarda kullanılan disklere geçtim, bozulma ihtimalini düşürmek için. 2.5" lik 1TB ve 2TB lık slim disklerde bir sorun yok iken, arşiv için kullandıklarım 2.5" lik 4 TB ve 5TB lık diskler bozuldu. Son 4 TB lık diskte bu gün bozulmuş oldu.

Error 1311 occurred at disk power-on lifetime: 21725 hours (905 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

Kişisel tecrübem, 4 ve 5 TB lık kalın 2.5 disklerden uzak durmak gerektiğini gösteriyor.


Bir disk daha bozuldu - 4TB lık disklerde sorun mu var ne

 Yaklaşık 2 yıl önce 3.5" disklerden 2.5" notebooklarda kullanılan disklere geçtim, bozulma ihtimalini düşürmek için. 2.5" lik 1TB ve 2TB lık slim disklerde bir sorun yok iken, arşiv için kullandıklarım 2.5" lik 4 TB ve 5TB lık diskler bozuldu. Son 4 TB lık diskte bu gün bozulmuş oldu.

Error 1311 occurred at disk power-on lifetime: 21725 hours (905 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

Kişisel tecrübem, 4 ve 5 TB lık kalın 2.5 disklerden uzak durmak gerektiğini gösteriyor.


14 Şubat 2022 Pazartesi

selinux kullanilan linuz sistemlerinde ozellestirilmis mysql/mariadb kullanimi

 Sistemimizde selinux kullanıyorsak(artık kullanmamız şart olduğu bir dünyada yaşıyoruz) ve özel bir mysql (data/log dizinleri standart yerlerinden farklı olarak) kurduysak, ilave selinux ayarları yapmadığımız takdirde mysql çalışmaz.

datadir=/my-database

log-error=/var/log/my-database/mariadb.log

port= 13306

Yapılması gereken selinux ayarları:


port için:

# semanage port -a -t mysqld_port_t -p tcp 13306

dizin için:

semanage fcontext -a -t mysql_db_t "/my-database(/.*)?"

restorecon -Rv /my-database


# log dizini icin

semanage fcontext -a -t mysql_log_t "/var/log/my-database/mariadb.log(/.*)?"

restorecon -Rv /var/log/my-database

 

Bu üç ayar olmazsa olmazdır. İlave olarak farklı değişiklikler  varsa, duruma göre farklı ayarlar gerekebilir.


selinux kullanilan linuz sistemlerinde ozellestirilmis mysql/mariadb kullanimi

 Sistemimizde selinux kullanıyorsak(artık kullanmamız şart olduğu bir dünyada yaşıyoruz) ve özel bir mysql (data/log dizinleri standart yerlerinden farklı olarak) kurduysak, ilave selinux ayarları yapmadığımız takdirde mysql çalışmaz.

datadir=/my-database

log-error=/var/log/my-database/mariadb.log

port= 13306

Yapılması gereken selinux ayarları:


port için:

# semanage port -a -t mysqld_port_t -p tcp 13306

dizin için:

semanage fcontext -a -t mysql_db_t "/my-database(/.*)?"

restorecon -Rv /my-database


# log dizini icin

semanage fcontext -a -t mysql_log_t "/var/log/my-database/mariadb.log(/.*)?"

restorecon -Rv /var/log/my-database

 

Bu üç ayar olmazsa olmazdır. İlave olarak farklı değişiklikler  varsa, duruma göre farklı ayarlar gerekebilir.


11 Şubat 2022 Cuma

Diskteki kısmi veri bozuklukları

Bir disk arsızası daha -  yıllardır özenle sakladığım solaris 11 arşivimdeki  bir dosyanın verisi bozulmuş.


 

 Disklerimiz korusak, fazla kullanmasak bile hem standart disklerimizdeki, hem ssd disklerimizdeki veriler bozulabiliyor. Bunun çözümü her bir verinin kopyasanı iki adet tutulması.


root@solaris11:~#  zfs get copies data
NAME  PROPERTY  VALUE  SOURCE
data  copies    1      default
root@solaris11:~#

Bir verinin  iki adet tutulmasını deduplication kullanıyorsak, veri kayıp ihtimalimiz artıyor.

Her nekadar disk fiyatları artsada her bir verimizi en az iki ayrı diskte yedeklemeliyiz.

 


Ne işe yarar; sar -n DEV

sar -n DEV|awk 'BEGIN{mak=0} !/txpck|x86|CPU|^[ \t]*$/{if (mak