· kaynak Hacker News – Front Page (native)
Rehber, Network UPS Tools kurulumunu adım adım anlatıyor: Linux sunucular pildeyken düzgün şekilde kapanıyor
Hacker News'in ana sayfasına yükselen bir linuxjunkies.org rehberi, Network UPS Tools'un nasıl yapılandırılacağını açıklıyor; böylece bir Linux makinesi, UPS pilinin bitmesinden önce düzgün şekilde kapanıyor.
linuxjunkies.org'da yayımlanan ve Hacker News'in ana sayfasına oylarla yükselen bir yapılandırma rehberi, birçok ev laboratuvarında ve küçük sunucu odalarında karşımıza çıkan bir güvenilirlik açığını ele alıyor: ana bilgisayardaki hiçbir şeyin aslında izlemediği bir kesintisiz güç kaynağı (UPS). Rehbere göre donanım, bir makineyi elektrik kesintisi boyunca ayakta tutuyor; ancak izleme yazılımı olmadan sistem, pil bittiğinde yine de aniden kapanıyor. Önerilen çözüm, yüzlerce UPS modelini destekleyen ve şarj bitmeden temiz bir kapanmayı tetikleyebilen açık kaynaklı bir proje olan Network UPS Tools (NUT).
Tek ana bilgisayarda üç bileşen
Rehber, NUT'u bileşenlerine ayırarak başlıyor. upsd adlı bir daemon, UPS'ten veri okuyor ve bunu bir socket üzerinden sunuyor. Bir izleme süreci olan upsmon bu verileri izliyor ve pil kritik bir seviyeye ulaştığında kapanma komutunu çalıştırıyor. İkisinin arasında, donanımla USB, seri port veya SNMP üzerinden gerçekten haberleşen binary dosyası olan model başına bir driver bulunuyor. Rehberin hedeflediği tek makine senaryosunda üçü de aynı ana bilgisayarda çalışıyor ve UPS çoğunlukla USB üzerinden bağlı oluyor.
Kurulum ve cihaz algılama
Paketler büyük dağıtımların hepsinde mevcut: Debian ve Ubuntu'da apt, nut, nut-client ve nut-server paketlerini kuruyor; dnf, Fedora, RHEL 9 ve Rocky Linux üzerinde sunucu ve istemci bileşenleri birlikte gelen nut paketini kuruyor; pacman ise Arch'ı kapsıyor. Her durumda yapılandırma dosyaları /etc/nut/ altına yerleşiyor.
Sıra cihaz algılamaya geliyor. Root yetkileriyle nut-scanner çalıştırmak veri yollarını tarıyor ve driver, port, USB satıcı ve ürün kimlikleri ile model adını tanımlayan bir blok yazdırıyor. Bu blok, cihaz için kısa bir ad altında ups.conf dosyasına yapıştırılıyor. Rehber, satıcı ve ürün kimliklerini dahil etmeyi öneriyor; çünkü bu, birden fazla UPS bağlıysa NUT'un yanlış USB cihazını ele almasını önlüyor.
Driver seçimi önemli: usbhid-ups, APC, Eaton ve CyberPower gibi üreticilerin USB HID uyumlu çoğu cihazını ele alırken, blazer_usb birçok uygun fiyatlı cihazı ve yeniden markalanmış modelleri kapsıyor, nutdrv_qx ise Q serisi protokollü donanımlar için tasarlanmış. Projenin donanım uyumluluk listesi, belirli modelleri driver'lara eşliyor.
Kapanma yolunun bağlanması
Küçük bir dosya olan nut.conf, ana bilgisayarın rolünü belirtiyor. MODE=standalone tek makine durumunu kapsıyor; netserver ise diğer makinelerin aynı UPS'i ağ üzerinden izlediği kurulumlar için ayrılmış. Bağımsız bir kurulum için upsd yalnızca loopback üzerinde dinleyecek şekilde yapılandırılıyor ve upsd.users dosyasında upsmon master yetkilerine sahip en az bir hesap tanımlanmalı. Rehber, gerçek bir parola seçmeye ve dosyanın izinlerini chmod ve chown ile sıkılaştırmaya vurgu yapıyor; çünkü kimlik bilgisi, dinleyici localhost'tan hiç ayrılmasa bile düz metin olarak duruyor.
upsmon.conf dosyası ise her şeyi birbirine bağlayan satırı barındırıyor: UPS adını, ana bilgisayarı, güç değerini, kimlik bilgilerini ve rolü belirten bir MONITOR kaydı; ardından kapanma komutu, pile geçiş veya iletişimin kesilmesi gibi olaylar için bildirim bayrakları ve yoklama aralıkları geliyor. Servisler başlamadan önce iki değeri kontrol etmeye değer: MINSUPPLIES 1 olmalı ve UPS halihazırda şebeke gücünde olduğunu bildirmeli. Rehber, NUT başlangıçta UPS'e ulaşamazsa makinenin güç kaybettiğini varsayıp hemen kapatabileceği konusunda uyarıyor.
Test ve yaygın hata durumları
Servisler etkinleştirildikten sonra — birim adları dağıtım ailelerine göre değişir — upsc istemcisi cihazın canlı değişkenlerini döküyor. Rehber, ups.status (şebeke gücü için OL, pilde için OB, düşük pil için LB), battery.charge ve battery.runtime değerlerini öne çıkarıyor. Güvenli bir uçtan uca test, UPS'in şebeke fişini çekmek ve gerçek bir kapanmaya hiç gitmeden durumu döngüsel bir sorguda OB'ye geçerken izlemektir.
Sorun giderme bölümü en sık ortaya çıkan hataları ele alıyor: paketle birlikte gelen udev kuralıyla çözülen USB izin hataları; journalctl üzerinden yanlış driver değerine ya da UPS adındaki yazım hatasına traced edilen "Driver not connected" hatası; ve upsd'ye ulaşılamamasına ya da harf büyüklüğü de dahil olmak üzere tam olarak eşleşmeyen kimlik bilgilerine işaret eden COMBBAD uyarıları.
Neden önemli
Birçok kişi UPS satın alıyor ve işin bittiğini varsayıyor. Pili işletim sistemine köprüleyen bir yazılım olmadan bir elektrik kesintisi, yalnızca sert bir çöküşü şarj süresi kadar erteler — ve veritabanları, NAS birimleri veya devam eden yazma işlemleri barındıran makinelerdeki sert çöküşler, dosya sistemlerinin bozulmasının tam da bu yoldur. NUT bu boşluğu, tek bir ana bilgisayarda çalışan hafif, donanımdan bağımsız bir daemon yığınıyla kapatıyor ve burada anlatılan bağımsız kurulum da çoğu ev laboratuvarının ve küçük sunucunun gerçekte ihtiyaç duyduğu yapılandırma. Rehberin Hacker News'te gördüğü ilgi, bunun iyi bilinen ama sık gözden kaçan bir operasyonel hijyen parçası olduğunu ve ilk elektrik titremesinde kendini amorti eden bir önlem olduğunu gösteriyor.
- #linux
- #open-source
- #sysadmin
- #ups
- #power-management
İlgili yazılar
- DSpark draft modeli, Spark-X2.6-4B için BF16'dan 2 kattan fazla çıkarım hızını iddia ediyor
- wire yeni özellik almazken kanna-di, Go için provider kaydı gerektirmeyen compile-time DI sunuyor
- Açık kaynak AWS emülatörü Floci, LocalStack'ın ücretsiz Community Edition'ı sonlandırmasının ardından güç kazanıyor