27 Şubat 2022 Pazar

ext4 dosya sistemini nasil kurtarabilirim

ext4 dosya sistemi aktif olarak  kullanılırken, sistem aniden çuvalladığında(elektrik kesilmesi,  kernel modülü  aksaklığı vs. gibi nedenlerden) başımız ağrıyacağı kesindir. Özellikle binlerce dosyalar aktif olarak kullanılıloyrsa,  database sistemi aktif kullanılırken gittiyse başımız biraz dertte, 'Bad magic number in super-block' mesajını alıyoruz olabilir.

Böyle durumda hemen yapılmaması yapılmaması gereken tek şey, dosya sistemini fsck ile tamir etmeye kalkmaktır.


Mümkünse her hangi bir işlem yapmadan sorun yaşanan disk/lun'un  snapshot alarak, snopshot tan clone türetmek çok doğru bir hareket olur.

Bir şekilde snapshot/clone aldıysak  sistemdeki yedek superblockları belirleyerek, yedek superblocklardan sistemi check etmeye başlarız. 

Şayet dosya sistemini formatlarken  aşağıdaki, mkfs de bize superblockların yerini söylediği mesajı sakladıysak, aşağıdaki ile mevcut durumuda tekrar kontrol etmek faydalı olur.

Filesystem UUID: 08257eda-3f3f-4380-96e1-13e092f9cfa0
Superblock backups stored on blocks:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000


Dosyasisteminin bulunduğu disk bölümü sdc1 ise;

dumpe2fs /dev/sdc1 | grep 'Backup superblock'

[root@adminlinux ~]#  dumpe2fs /dev/sdc1 |grep 'Backup superblock'
dumpe2fs 1.45.6 (20-Mar-2020)
  Backup superblock at 32768, Group descriptors at 32769-32771
  Backup superblock at 98304, Group descriptors at 98305-98307
  Backup superblock at 163840, Group descriptors at 163841-163843
  Backup superblock at 229376, Group descriptors at 229377-229379
  Backup superblock at 294912, Group descriptors at 294913-294915
  Backup superblock at 819200, Group descriptors at 819201-819203
  Backup superblock at 884736, Group descriptors at 884737-884739
  Backup superblock at 1605632, Group descriptors at 1605633-1605635
  Backup superblock at 2654208, Group descriptors at 2654209-2654211
  Backup superblock at 4096000, Group descriptors at 4096001-4096003
[root@adminlinux ~]#


Bu aşamadan sonra e2fsck   ve yedek superblockla dosya sistemini kontrol ettiririz.


# e2fsck -n /dev/sdc1 -b 32768

# echo $?


Sayet kontrolumuz hatasiz tamamlaniyorsa, 

# e2fsck  /dev/sdc1 -b 32768

komutuyla dosya sistemini tamir ettiririz.,

 

 Yukarıdaki gibi kurtarma işlemleri yapılsada, dosya sistemi ve  uygulama yedeği alınmasını ihmal etmemeliyiz.


Database uygulamalarının yedeğini, database çalışırken dosyalarını kopyalayarak yapamayız. Database çalışırken aldığımız yedekler yedek değildir. Büyük ihtimal ihtiyaç olduğunda geridönülmesi çok zor veya imkansız dosyalar  olarak arşivde dururlar.



ext4 dosya sistemini nasil kurtarabilirim

ext4 dosya sistemi aktif olarak  kullanılırken, sistem aniden çuvalladığında(elektrik kesilmesi,  kernel modülü  aksaklığı vs. gibi nedenlerden) başımız ağrıyacağı kesindir. Özellikle binlerce dosyalar aktif olarak kullanılıloyrsa,  database sistemi aktif kullanılırken gittiyse başımız biraz dertte, 'Bad magic number in super-block' mesajını alıyoruz olabilir.

Böyle durumda hemen yapılmaması yapılmaması gereken tek şey, dosya sistemini fsck ile tamir etmeye kalkmaktır.


Mümkünse her hangi bir işlem yapmadan sorun yaşanan disk/lun'un  snapshot alarak, snopshot tan clone türetmek çok doğru bir hareket olur.

Bir şekilde snapshot/clone aldıysak  sistemdeki yedek superblockları belirleyerek, yedek superblocklardan sistemi check etmeye başlarız. 

Şayet dosya sistemini formatlarken  aşağıdaki, mkfs de bize superblockların yerini söylediği mesajı sakladıysak, aşağıdaki ile mevcut durumuda tekrar kontrol etmek faydalı olur.

Filesystem UUID: 08257eda-3f3f-4380-96e1-13e092f9cfa0
Superblock backups stored on blocks:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000


Dosyasisteminin bulunduğu disk bölümü sdc1 ise;

dumpe2fs /dev/sdc1 | grep 'Backup superblock'

[root@adminlinux ~]#  dumpe2fs /dev/sdc1 |grep 'Backup superblock'
dumpe2fs 1.45.6 (20-Mar-2020)
  Backup superblock at 32768, Group descriptors at 32769-32771
  Backup superblock at 98304, Group descriptors at 98305-98307
  Backup superblock at 163840, Group descriptors at 163841-163843
  Backup superblock at 229376, Group descriptors at 229377-229379
  Backup superblock at 294912, Group descriptors at 294913-294915
  Backup superblock at 819200, Group descriptors at 819201-819203
  Backup superblock at 884736, Group descriptors at 884737-884739
  Backup superblock at 1605632, Group descriptors at 1605633-1605635
  Backup superblock at 2654208, Group descriptors at 2654209-2654211
  Backup superblock at 4096000, Group descriptors at 4096001-4096003
[root@adminlinux ~]#


Bu aşamadan sonra e2fsck   ve yedek superblockla dosya sistemini kontrol ettiririz.


# e2fsck -n /dev/sdc1 -b 32768

# echo $?


Sayet kontrolumuz hatasiz tamamlaniyorsa, 

# e2fsck  /dev/sdc1 -b 32768

komutuyla dosya sistemini tamir ettiririz.,

 

 Yukarıdaki gibi kurtarma işlemleri yapılsada, dosya sistemi ve  uygulama yedeği alınmasını ihmal etmemeliyiz.


Database uygulamalarının yedeğini, database çalışırken dosyalarını kopyalayarak yapamayız. Database çalışırken aldığımız yedekler yedek değildir. Büyük ihtimal ihtiyaç olduğunda geridönülmesi çok zor veya imkansız dosyalar  olarak arşivde dururlar.



20 Şubat 2022 Pazar

Satellite yeni bir host eklemek cok kolay

 Sayet sattelite kullaniyor ve sattellite yeni bir linux sunucuyu eklemeyi bilmiyorsak, satellite bu konuda bize yardimci oluyor.


https://satellite-hostname/hosts/register baglantisina gittigimizde satellite bizim icin asagidaki gibi kayit scripti olusturup, linkini veriyor. 

curl -sS  'https://satellite.example.lan:9090/register?activation_keys=demo-rhel8-x86-64&hostgroup_id=2&lifecycle_environment_id=11&location_id=2&operatingsystem_id=4&organization_id=1&update_packages=false' -H 'Authorization: Bearer eyJhbGciOiJIUzI1NiJ9.eyJ1c2VyX2lkIjo0LCJpYXQiOjE2NDUzNDYyMTEsImp0aSI6IjIxOGJhMDMzYzBkYzlkMGY0ZjMxZjRmNzAwZDc0ZDA2Mzc3MWZiNTI0ZWNlYWRhN2UwNDcwMDFmMmZlNzY2YzMiLCJleHAiOjE2NDUzNjA2MTEsInNjb3BlIjoicmVnaXN0cmF0aW9uI2dsb2JhbCByZWdpc3RyYXRpb24jaG9zdCJ9.ubw3oLqrRqesmFcmjw6J2ox4ngwfB2MAHPnaVKzkec0' | bash

 

Bu linki ekleyecegimiz sunucuda calistirmak yeterli.





Satellite yeni bir host eklemek cok kolay

 Sayet sattelite kullaniyor ve sattellite yeni bir linux sunucuyu eklemeyi bilmiyorsak, satellite bu konuda bize yardimci oluyor.


https://satellite-hostname/hosts/register baglantisina gittigimizde satellite bizim icin asagidaki gibi kayit scripti olusturup, linkini veriyor. 

curl -sS  'https://satellite.example.lan:9090/register?activation_keys=demo-rhel8-x86-64&hostgroup_id=2&lifecycle_environment_id=11&location_id=2&operatingsystem_id=4&organization_id=1&update_packages=false' -H 'Authorization: Bearer eyJhbGciOiJIUzI1NiJ9.eyJ1c2VyX2lkIjo0LCJpYXQiOjE2NDUzNDYyMTEsImp0aSI6IjIxOGJhMDMzYzBkYzlkMGY0ZjMxZjRmNzAwZDc0ZDA2Mzc3MWZiNTI0ZWNlYWRhN2UwNDcwMDFmMmZlNzY2YzMiLCJleHAiOjE2NDUzNjA2MTEsInNjb3BlIjoicmVnaXN0cmF0aW9uI2dsb2JhbCByZWdpc3RyYXRpb24jaG9zdCJ9.ubw3oLqrRqesmFcmjw6J2ox4ngwfB2MAHPnaVKzkec0' | bash

 

Bu linki ekleyecegimiz sunucuda calistirmak yeterli.





Windows Sunucu uzerinden paylasilan alani otomatik olarak linux sisteme baglamak

w2k19srv windows sunucusunun paylasimindaki bolumu  /w2k19srv/sharedfs olarak kullanilmasi;


0. yum -y install cifs-utils autofs

1.  # cat /etc/auto.master.d/sharedfs.autofs
/w2k19srv  /etc/sharedfs.autofs

2.# cat /etc/sharedfs.autofs

sharedfs  -fstype=cifs,credentials=/etc/samba/smb.creds,multiuser,sec=ntlmssp,vers=3.0 ://w2k19srv.ms.lan/sharedfs  

3. # cat /etc/samba/smb.creds
username=varsayilan-kullanici
password=parola
domain=ms.lan


4. $  cifscreds add -u remzi -d ms.lan w2k19srv.ms.lan

[remzi@ms.lan@centos7 ~]$ cd /w2k19srv/sharedfs
[remzi@ms.lan@centos7 sharedfs]$ ls
ls: reading directory .: Permission denied
[remzi@ms.lan@centos7 sharedfs]$  cifscreds add -u remzi -d ms.lan w2k19srv.ms.lan
Password:
[remzi@ms.lan@centos7 sharedfs]$ ls -al
total 5
drwxr-xr-x. 2 remzi@ms.lan domain users@ms.lan 4096 Feb 20 01:12 .
drwxr-xr-x. 3 root         root                   0 Feb 20 01:10 ..
-rwxr-xr-x. 1 remzi@ms.lan domain users@ms.lan    8 Feb 20 01:12 testfile.txt
[remzi@ms.lan@centos7 sharedfs]$ echo Merhaba Dunyali >> testfile.txt
[remzi@ms.lan@centos7 sharedfs]$ cat testfile.txt
MErhaba
Merhaba Dunyali



 

 

Büyük hacimli diskleri niye 512 sector ile kullanalım 4096 byte lık sector kullanabilirken !

 Günümüzde güncel linux dağıtımlarının hepsi 4096byte sector ile sorunsuz çalışmaktadır.  Yukarıda görüldüğü gibi diskler 512/4096 byte şekl...