W dniu 06.01.2024 o 01:12, Arnold Ziffel pisze:
> io <i...@o...pl.invalid> wrote:
>
>>> Projekciki pykane są swoją drogą. A jak w projekcikach coś nie działa, to
>>> pytam na pme, więc w moim interesie jest, żeby pme istniało :)
>>
>> Nikła pomoc. Wszystkie moje nieoczywiste tematy kończą się niczym,
>
> Ja często dostaję realną i konkretną pomoc. Marny ze mnie elektronik,
> szczególnie w porównaniu z niektórymi wyjadaczami stąd. Poza tym chyba
> każdy ma jakąś swoją niszę, w której czuje się najlepiej. Jak ktoś zapyta
> mnie np. o AVR, to jest duża szansa, że znajdę rozwiązanie. Jak ja zapytam
> o op-ampy, to ktoś, kto zęby na opampach zjadł, pewnie znajdzie
> rozwiązanie. Itd.
>
>> przykład z brzegu, wyeliminowanie HA na rzecz jakiegoś DCSa. Czytanie
>> innych oczywiście rozwija, ale to jest trochę stwarzanie problemów skoro
>> nie żyję z tych projekcików.
>
> Ale miałeś jakiś konkretny problem i szukałeś konkretnego rozwiązania?

No przecież piszę, HA chciałem wyeliminować na rzecz DCS :-) Widać
ludzie nie znają DCS.

>
>>> A to akurat zależy. Teraz standardem jest CNFS. Tworzysz duży plik (lub
>>> kilka) i w nim (w nich) serwer sobie trzyma posty. Jak doleci do końca, to
>>> nadpisuje najstarsze.
>>
>> To chyba zawsze jakiś sposób na usuwanie starych artykułów był
>
> Różne sposoby były (i są), ale odkąd pamiętam standardem na dużych
> serwerach był CNFS. To stary wynalazek.

Pisałeś "teraz jest" jakby wcześniej nie był :-) A mnie chodzi o to, że
jak było w osobnych plikach to chyba też kiedy brakowało miejsca to
stare były kasowane tak, jak w tym CNFS.

>
>> a to nie musi być kwestia miejsca dla artykułów tylko właśnie całej
>> reszty.
>
> Czyli? Tak naprawdę "cała reszta" to tylko overview i historia. Overview
> się przycina, jak artykuły ekspirują (expireover), historia też sobie
> ekspiruje po skonfigurowanym czasie (/remember/ w expire.ctl).

Reszta serwera, te wszystkie inne usługi niezwiązane z NNTP.

>
>> Miałem np taki problem, że jedna usługa sukcesywnie zapychała mi
>> miejsce, i miała prawo zajmować coraz więcej, ale nie aż tak dużo co
>> dopiero niedawno zdiagnozowałem, i co jakiś czas miejsca brakowało, coś
>> usuwałem i za jakiś czas znowu to samo. A upadało dość nieciekawie,
>> zatrzymywały się wirtualki, trzeba było je wznawiać co niedawno stało
>> się niemożliwe, bo od dostawcy nie działa przekierowanie portu routera,
>> dostawca jakieś bajki o tym przekierowaniu opowiada, nie mam czasu na
>> kolejne rozmowy jak udało się to obejść, no ale nieoczekiwanie przestało
>> działać jak byłem na dłuższym wyjeździe z którego musiałem wrócić by
>> wznowić i rozwiązać problem by dało się to robić zdalnie i akurat udało
>> się rozpoznać że powodem zapychania nie jest normalna aktywność usługi
>> tylko brak wykonywania kopii archiwalnej.
>
> Czyli włączyłeś wykonywanie kopii archiwalnej i wróciło do normy :)

Zawartość maszyny się naprawiła, ale sama maszyna wymagała ręcznej
optymalizacji.

>
> Ja ten problem z przekierowaniami portów rozwiązałem prywatnym VPNem.
> Jak VPN działa, to mam zdalny dostęp, a generalnie nie ma powodu, żeby
> nie działał.

A to nie wystawia tej maszyny dla serwera tego VPN'a?

> Zdarza się czasem, że jakaś maszyna umrze i przez to umrze
> połączenie z nią, ale zawsze jest jakiś powód. Rozwiązuje się go i więcej
> się nie pojawia.
>
>> Co by było gdybym miał działającą usługę grup dyskusyjnych ciężko
>> powiedzieć, pewnie jeszcze trudniej byłoby zauważyć w czym jest problem.
>
> Przychodzą codzienne maile z inn-a ze statusem :)

No i dowiesz się, że już nie działa, ale dlaczego nie działa i że np
wpłynęło to na inną usługę już niekoniecznie.

>
>> I teraz jak robisz coś jeszcze w życiu oprócz hobbystycznym zajmowaniem
>> się administrowaniem to możesz na to administrowanie w ogóle nie mieć
>> czasu.
>
> Tak, dlatego np. na kindlowy spam zareagowałem z opóźnieniem. Miałem
> urwanie głowy, znalazłem chwilę dopiero po paru dniach, jak urwanie
> minęło. Ale generalnie bieżące utrzymanie usługi nie jest specjalnie
> czasochłonne.

A jakby Ci padło coś krytycznego to musiałbyś w mig naprawić.

>
>> Mam np jakieś stare wersje niektórych usług, które są jakoś załatane,
>> ale już dawno powinienem podnieść do nowych wersji czego nie da się
>> zrobić automatycznie. I znowu, problem nie jest z zasobami fizycznymi
>> tylko z czasem.
>
> Tak, to jest realny problem.
>
>>> Są tam konkretne rzeczy, które zajmują konkretne miejsce. Mój własny
>>> "storage" (na którym są m.in. backupy, ale też wszystko inne) mam osobno.
>>> Jak się zrobi niebezpiecznie pełny, to pousuwam stare filmy z kamer, które
>>> pilnują kotów, jak mnie nie ma w domu.
>>
>> Po co koty inwigilować. One normalnie na wolności żyją. Łażą se po
>> okolicy, wracają i trzeba im tylko umożliwić wejście i wyjście.
>
> Te są niewychodzące i do tego ciężko chore. Stąd kamery.

No, ale w czym one pomagają?

>
>>> Zobacz jaka ładna sygnaturka mi się wylosowała. Słyszysz ten trzask
>>> pękających pleców, jakby mi się taka wylosowała na FB?
>>
>> Nigdy nie wiadomo co spowoduje zablokowanie profilu.
>
> No właśnie. I nawet nie masz ścieżki odwoławczej.

Od czego chcesz się odwoływać jak złamałeś zasady serwisu?

>
>> Ale na to, że mój serwer pocztowy znalazł się na jakimś RBLu też nie mam
>> wpływu bo takie są założenia tego RBLa i tylko każdemu co sobie podpiął
>> musiałbym tłumaczyć jaki jest sens tego RBLa.
>
> A dlaczego się znalazł?

Nie wiem
http://www.sorbs.net/lookup.shtml?89.174.201.206

>
> Ja ostatnio miałem problem z pocztą (maile wychodzące czasem ginęły albo
> trafiały do spamu), ale wydaje się, że (przynajmniej częściowo)
> rozwiązałem (okazało się, że niezgodność nazwy podawanej z EHLO oraz nazwy
> w certyfikacie z revDNS nie podoba się niektórym serwerom).
>
> Poczta to w ogóle odrębny problem. Moje "IP reputation" jest niskie, bo to
> VPS, i w zasadzie nic nie mogę z tym zrobić oprócz zmiany serwera
> wychodzącego (tylko na jaki?).
>

Rzeczywistość kreuje coraz to nowe wyzwania.