• 25-11-2016, 13:04:07
    #10
    sunucuoptimizasyon.com
    Aslında cpanel her gece otomatik güncelleme yaparken yum ve kernel güncellemesi de yapmakta. Fakat kernel güncellemesi yapılsa bile sunucu yeniden başlatılmadan yeni kernel aktif olmamaktadır.

    Bunun için cloudlinux'ün kernelcare modülü satın alınabilir. Reboot atılmasına gerek olmadan kernel güncellemeleri otomatik yapılmakta.
  • 25-11-2016, 13:11:19
    #11
    ya da cron job ile haftada bir kernel güncelleme yapmayı deneyip gece 3 ila 4 arası reboot yaptırılabilinir sunuculara...
  • 25-11-2016, 13:22:28
    #12
    Üyeliği durduruldu
    Elazığlı168 adlı üyeden alıntı: mesajı görüntüle
    Aslında cpanel her gece otomatik güncelleme yaparken yum ve kernel güncellemesi de yapmakta. Fakat kernel güncellemesi yapılsa bile sunucu yeniden başlatılmadan yeni kernel aktif olmamaktadır.

    Bunun için cloudlinux'ün kernelcare modülü satın alınabilir. Reboot atılmasına gerek olmadan kernel güncellemeleri otomatik yapılmakta.
    azmican adlı üyeden alıntı: mesajı görüntüle
    ya da cron job ile haftada bir kernel güncelleme yapmayı deneyip gece 3 ila 4 arası reboot yaptırılabilinir sunuculara...
    Merhaba.
    Blgiler için teşekkür ederim. ARif hocam kernelcare modulu sanırsam bu sorunumuzu çözecektir.
  • 25-11-2016, 13:25:32
    #13
    sunucuoptimizasyon.com
    Yuztb adlı üyeden alıntı: mesajı görüntüle
    Merhaba.
    Blgiler için teşekkür ederim. ARif hocam kernelcare modulu sanırsam bu sorunumuzu çözecektir.
    Sorun kernel kaynaklı ise çözecektir.

    azmican'ın önerdiği yöntemde kullanılabilir fakat cron saati iyi seçilmelidir. sunucuya güncelleme, yedekleme v.s gibi bir işlem sırasında reboot atılması dosya sistemi hatalarına neden olabilir.
  • 25-11-2016, 13:27:12
    #14
    Üyeliği durduruldu
    Elazığlı168 adlı üyeden alıntı: mesajı görüntüle
    Sorun kernel kaynaklı ise çözecektir.

    azmican'ın önerdiği yöntemde kullanılabilir fakat cron saati iyi seçilmelidir, sunucuya güncelleme, yedekleme v.s gibi bir işlem sırasında reboot atılması dosya sistemi hatalarına neden olabilir.
    Şu gereken önlemler neyse hepsini almamız gerekli güvenlik açısından. Her gün farklı bir linux açığı çıkıyor.
    Bu yüzdende cron job ile ayarlansa bile, sabah 5-6 gibi olması gayet iyi oalcaktır.
    Tekrardan teşekkürler.
  • 25-11-2016, 13:29:38
    #15
    sunucuoptimizasyon.com
    Yuztb adlı üyeden alıntı: mesajı görüntüle
    Şu gereken önlemler neyse hepsini almamız gerekli güvenlik açısından. Her gün farklı bir linux açığı çıkıyor.
    Bu yüzdende cron job ile ayarlansa bile, sabah 5-6 gibi olması gayet iyi oalcaktır.
    Tekrardan teşekkürler.
    Ve ekstra olarak önerim, 32 bit işletim sistemlerinden yavaş yavaş uzaklaşmanız gerektiğidir. 32 bit işletim sistemleri için güncelleme desteği cpanel tarafında bitmek üzere. Üst sürümlere zaten geçilemiyor, major güncellemeler ise yakında sonlanacaktır.
  • 25-11-2016, 13:33:17
    #16
    Üyeliği durduruldu
    Elazığlı168 adlı üyeden alıntı: mesajı görüntüle
    Ve ekstra olarak önerim, 32 bit işletim sistemlerinden yavaş yavaş uzaklaşmanız gerektiğidir. 32 bit işletim sistemleri için güncelleme desteği cpanel tarafında bitmek üzere. Üst sürümlere zaten geçilemiyor, major güncellemeler ise yakında sonlanacaktır.
    Merhaba.
    Arif hocam. IRCd sunucularında genellikle 32 bit kurulduğu için bu yüzden tercih ediyoruz. Sanırsam bu konuda da bir çözüm getireceğiz diye düşünüyorum.
  • 25-11-2016, 16:36:44
    #17
    Platin üye
    Bir script vardı kernelde açık olup olmadığını söylüyordu fakat bir türlü bulamadım. Çokta ingilizcem olmadığı için pek bilgi edinemedim. Dilerseniz açık için https://dirtycow.ninja/ sitesini inceleyebilirsiniz.
  • 27-11-2016, 22:10:51
    #18
    Cron ile Reboot artırmak bizim makineler için sakıncalı bir durum yuztb ninde belirttigi gibi irc-d makineleri reboot yedigi zaman bütün Botları Ve gereksimleri tek tek açmak zorunda kalırız buda müşteriyi memnun etmez