🚀 go-pugleaf

Toper <toperek@interia.pl_spam> wrote:
> ostatnie co pokazało się na ekranie to:
> login:  collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
> 
> Dodam, że na serwerku jest squid i dansguardian. Jak nie było
> Dansguardiana nie było problemu... Zmieniłem sprzęt na inny, problem z
> wieszaniem się dalej jest :(
> 
> Czy ktoś bardziej kumaty mógłby mi pomóc?

Spróbuj podnieść defaulty w kernelu.

# Set the number of PV entries per process.  Increasing this can
# stop panics related to heavy use of shared memory.  However, that can
# (combined with large amounts of physical memory) cause panics at
# boot time due the kernel running out of VM space.
#
# If you're tweaking this, you might also want to increase the sysctls
# "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target".
#
# The value below is the one more than the default.
#
options         PMAP_SHPGPERPROC=201



Ponc
-- 
Kto misiowi urwał ucho?

W dniu 06.05.2008 14:14, Tomasz Piłat pisze:
> 
> Spróbuj podnieść defaulty w kernelu.
> 
> # Set the number of PV entries per process.  Increasing this can
> # stop panics related to heavy use of shared memory.  However, that can
> # (combined with large amounts of physical memory) cause panics at
> # boot time due the kernel running out of VM space.
> #
> # If you're tweaking this, you might also want to increase the sysctls
> # "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target".
> #
> # The value below is the one more than the default.
> #
> options         PMAP_SHPGPERPROC=201
> 

Dzięki, przekompiluje kernel i zobaczą czy pomoże. Na razie zmniejszyłem
tez ilość instancji squida i dansguardiana, ale to nie pomogło, za
chwilę się wywalił, ale od tamtego czasu chodzi już ze 3 dni bez zwisu...

Pozdrawiam
Toper

W dniu 06.05.2008 14:14, Tomasz Piłat pisze:
> 
> Spróbuj podnieść defaulty w kernelu.
> 
> # Set the number of PV entries per process.  Increasing this can
> # stop panics related to heavy use of shared memory.  However, that can
> # (combined with large amounts of physical memory) cause panics at
> # boot time due the kernel running out of VM space.
> #
> # If you're tweaking this, you might also want to increase the sysctls
> # "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target".
> #
> # The value below is the one more than the default.
> #
> options         PMAP_SHPGPERPROC=201
> 
> 

Zmieniłem
options         PMAP_SHPGPERPROC=255
przekompilowałem i mam już 11 dni uptime :-) mam nadzieję, że to pomogło :-)
DZIĘKI!!!
Pozdrawiam
Toper

Toper wrote:
> Dzięki, przekompiluje kernel i zobaczą czy pomoże. Na razie zmniejszyłem
> tez ilość instancji squida i dansguardiana, ale to nie pomogło, za

Ilosc instancji squida? Ile ich masz odpalonych? Squid jest dosyc 
elastyczny jesli chodzi o konfiguracje, jedna instancja to za malo dla 
Ciebie?

W dniu 19.05.2008 12:08, Mikolaj Rydzewski pisze:
> 
> Ilosc instancji squida? Ile ich masz odpalonych? Squid jest dosyc
> elastyczny jesli chodzi o konfiguracje, jedna instancja to za malo dla
> Ciebie?

Squidy są dwa, zupełnie niezależne kompilacje do różnych katalogów.
Każdy z nich autoryzuje użytkowników w LDAP i do tego celu odpala 10
albo 5 instancji squid_ldap_auth, zauważyłem, że jak jest ich mało, to z
punktu widzenia usera zwalnia, fakt, nie analizowałem tego jakoś bliżej,
mogło mi się wydawać i zostawiłem to jako pewnik. Taka mam konfigurację
autoryzacji:

auth_param basic program /usr/local/squid/libexec/squid_ldap_auth -h itd
-ZZ itd....
auth_param basic children 10
auth_param basic realm Squid proxy-caching web server
auth_param basic credentialsttl 1 minutes
acl AuthorizedUsers proxy_auth REQUIRED

userów jest dużo i nie dużo, ponad 500osób.
Dopóki nie było Dansguardiana było dobrze, odkąd wrzuciłem DS zaczęły
się problemy. Niemniej na razie przekompilowanie kernela z opcją:
     options         PMAP_SHPGPERPROC=255
pomogło.

Pozdrawiam
Toper