Syndrom

Witam, Miał ktoś problem z systemd, w logu mam: systemd[1]: Too many concurrent connections, refusing Nie wiem zupełnie jak do tego podejść.

Odgrzebię kotleta, ale mam nowy trop. Na serwerze z problemem jest otwartych streamów do pliku dużo: # netstat -a|grep '/run/systemd/private' |wc -l 513 a zawsze jest tylko jeden.

Toyota Avensis Wagon, w tej cenie T25, ale polecam T27, oczywiście tylko benzyna

@Spoofy - wat? po co serwer aplikacji do tego? virtualenv + python + instalacja modułów z requirements.

Jeśli użytkownicy są inni niż adresy email to użyj mapy:

Na Remi3 wszystko śmiga, zero lagów :-) Nie zauważyłem błędów kosmetycznych, ale może dlatego, że używam go jako telefon do dzwonienia.

Witam, Już bez morałów typu przejdź na fpm ale zdziwiłem się dzisiaj, stary serwer był skonfigurowany tak, że każdy vhost miał własnego wrapera, który miał własny php.ini (głównie ustawienia open_basedir, post_max_size, etc). <code>exec /usr/bin/php-cgi -c /home/phpini/mb</code> Zawsz te ustawienia nadpisywały te z głównego php.ini z katalogu /etc/php5/cgi Dzisiaj się zorientowałem, że na wersji 5.6.22 jak ma się własny php.ini, to w ogóle nie korzyta z głównego php.ini i ma defaultowe ustawienia i ze wzgłedu na to np expose_php jest ustawione na On. Wygląda na to, że teraz muszę kopiować główny plik i w nim zmieniać. Może to jakaś opcja a może zmiana podejścia. Ktoś coś słyszał ?

Witam, Czy ktoś ogarania zamiennik dla ntop. Chodzi o to by dane były trzymane nawet po restarcie serwisu..

jakież to proste ;-)

vnstat - znam, ale posiada on tylko informacje o transferze odczytu/zapisu/całościowy. Potrzebuje informacji np ile dany IP siał danych (historyczne), bo aktualne to moge iftop obserwować. darkstat - spoko, minimalistyczny, ale też nie zapamiętuje danych po restarcie /EDIT chyba jednak zapamiętuje z odpowiednią konfiguracją

Z lxc nie ma najmniejszych problemów na Debian8, do tego limity ram/cpu/io działają bez zarzutu

Zrobiłem test i wyczyściłem dokumnet i zapisałem go i nie wpada w tą sygnaturę, a wątpię byśmy mieli tą samą treść. Dziwnie naprawdę

Też mam wysyp takich wiadomości i nie wiem co z tym zrobić. Pewnie jakieś makro dziwne w środku.

Faktycznie, mój błąd. Grseca porzuciłem 6 lat temu, ale widzę, że już są aktualni.

Docker to nakładka na cgroups, więc to lxc opakowane. @patrys - limitownie IO działa pięknie w LXC

Którą wersję jajka mamy, a która jest kompatybilna z grsec ? Podobnie jak openvz lxc tak jak kvm jest natywnie w kernelu

grsec, które jest archaiczne ?

ipset + google

Foreman ma pewne ograniczenia i musisz sprawdzić czy będzie CI pasować. Narzutu żadnego Zamiast puppeta daj odrazu Ansibla

Witam, Czy ktoś rozkminiał temat jak narzucić limity IO w cgroupach (docker/lxc) ? Niby mam limit ustawiony, ale nie wiem czy testowanie dd coś daje ? Pozdrawiam,

@is_wm Która wersja LXC? To możesz chociaż podpowiedzieć jak skorzystać z tego? Duża ilość userów tzn ile? Co miałeś tam konkretnie postawione? W jakiś inny sposób w takim razie limitowałeś ?

Podbijam, może ktoś już coś ogarniał ?

Plik konfiguracyjny dla NATa: ## Network lxc.network.type = veth lxc.network.flags = up # Network host side lxc.network.link = virbr0 # Network container side lxc.network.name = eth0 lxc.network.ipv4 = 0.0.0.0/24 Robisz na iptables forward SNAT/DNAT i po sprawie

Robią problem z authinfo, trzeba obijać się o nask, który i tak jest sprawniejszy

lxc-attach wygodniej :-) Jak dojdziesz do limitowania IO to daj znać bo ja nie mogę tego ogarnać.