Bugün ODTÜ Metalurji ve Malzeme Mühendisliği bölümünde çekilen bu güzel fotoğrafı sizlere sunmaktan gurur duyuyorum.
"Dumur" da diyebilirdik sanırım başlığa :)
İki adet gentoo linux kurulu ve çok sevdiğim makine var elimde, sunuculuk yapıyorlar kendileri. Övünmek gibi olmasın, bir yıla yakın bir zaman boyunca ikisi de açık durdular. Bu süre zarfında gentoo'da çok şey değişti, devfs'ten udev'e geçmek gibi köklü bir değişim oldu. Sunucuların kapanma zamanı geldiğinde hem çekirdekteki devfs desteğini çıkarmak, hem de diğer güncellemelerden faydalanmak için bir de çekirdek güncellemesi yaptım. Güncellemeler ve yeniden başlatma başarılı geçti, mutlu mesut gidiyorduk. Ancak ufak tefek bir kaç sorun gözüme çarptı. SSH sunucusunun tuttuğu kayıtlarda, sisteme ssh ile her giriş yapanın arkasından şöyle bir hata düşülüyordu; error: open /dev/tty failed - could not set controlling tty: Permission denied Ayrıca çok faydalı bir program olan screen 'i sıradan bir kullanıcı olarak çalıştırmaya çalıştığımda aşağıdaki hatayı verip kapanıyordu, root iken böyle bir sorun olmuyordu. No more PTYs Could not find a PTY Ve işin ilginç yanı makina...
Saç baş yolduran bir sorunla karşılaşan olursa yaşadıklarımızı yaşamasın diye günlüğe yazma ihtiyacı duydum. Xen sanal makina altyapısını kullanan sanal makinalarımız var, ve bunlar NFS(Network File System: Ağ Dosya Sistemi) ile bir başka sunucudan kullanıcı ev dizinlerine erişiyorlar. Bugün ilginç bir şekilde NFS işlemleri yavaşladı, dosyalara erişim ve IMAP sunucusu için elzem olan kilitleme işlemleri çooook uzun sürüyordu. IMAP sunucunun tepki vermediğini düşünen IMAP istemcisi ise (Thunderbird) tekrar tekrar bağlantı açıp sunucunun işini daha da zorlaştırıyordu. İki koldan yaptığımız internet aramalarından çıkan çözüm önerilerinin tamamını tükettikten sonra (4 saat kadar sürdü bu) bir de IRC'ye sormak istedim. Daha önce de çözümsüz gibi görünen sorunları yaşamış birilerine IRC'de denk geldiğim olmuştu çünkü. Ancak "faydalı cevap/toplam soru" oranı düşük olduğu için yine son çare olarak gördüm. Freenode 'da #solaris kanalına sorduk (NFS sunucu solaris, #...
I have installed k3s to a machine, trying to experiment with Kubernetes in a small scale. As one of the options that I can run in the (currently single-node) cluster was atuin ( https://atuin.sh/ ) It's an optionally self-hosted shell history search & sync tool. It's like fzf for searching, but for sync I didn't know of anything like it. As shell history is a bit... sensitive, self-hosting the sync server sounded like a good first pod for my budding Kubernetes cluster. It's not a bad experience, and it worked, I mostly used official docs in https://docs.atuin.sh/self-hosting/kubernetes/ with little tweaks. The rabbit hole started from the installation of the command line tool. Installing the shell plugin doc asks you to either use ble.sh (not a URL, home page at https://github.com/akinomyoga/ble.sh ) or bash-preexec. The latter is discouraged so I went with the first. This step of the rabbit hole already blew my mind, I found a lot of user-friendly featu...
Yorumlar