Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - goldp

Pages: [1]
1
Thanks to Markus for the solution!
It worked for me, but only in the following way:

1. backup of /var/lib/apt/lists/packages.zentyal.org_zentyal_dists_6.2_main_binary-amd64_Packages
backup of /var/lib/apt/lists/packages.zentyal.org_zentyal_dists_6.2_main_binary-i386_Packages

2. Update in both files the section "Package: zentyal-antivirus" by replacing all "(= 0.102.2+dfsg-0ubuntu0.18.04.1)" with "(>= 0.102.2+dfsg-0ubuntu0.18.04.1)"

3. Restart the computer
4. Install the Zentyal antivirus and Mailfilter component from Zentyal web interface --> Error message

5. backup of /var/lib/dpkg/status
6. Update also the section "Package: zentyal-antivirus" by replacing all "(= 0.102.2+dfsg-0ubuntu0.18.04.1)" with "(>= 0.102.2+dfsg-0ubuntu0.18.04.1)"

7. sudo dpkg --configure -a


2
After the Zentyal 6.2 upgrade, the Mailfilter and Antivirus components cannot be installed.
This is the error message:

"Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
zentyal-antivirus : Depends: libclamav9 (= 0.102.2+dfsg-0ubuntu0.18.04.1) but 0.102.3+dfsg-0ubuntu0.18.04.1 is to be installed
Depends: clamav (= 0.102.2+dfsg-0ubuntu0.18.04.1) but 0.102.3+dfsg-0ubuntu0.18.04.1 is to be installed
Depends: clamav-base (= 0.102.2+dfsg-0ubuntu0.18.04.1) but 0.102.3+dfsg-0ubuntu0.18.04.1 is to be installed
Depends: clamav-daemon (= 0.102.2+dfsg-0ubuntu0.18.04.1) but 0.102.3+dfsg-0ubuntu0.18.04.1 is to be installed
Depends: clamav-freshclam (= 0.102.2+dfsg-0ubuntu0.18.04.1) but 0.102.3+dfsg-0ubuntu0.18.04.1 is to be installed"

How could I solve this dependency error?

3
Magyar / Re: Max Open Files
« on: April 09, 2013, 11:15:39 pm »
Kipróbáltam és tényleg úgy van. 
A /etc/zentyal/stubs/modulnev alá betett conf.mas fájlokat használja a zentyal.
Ez hasznos infó.
Kösz.

4
Magyar / Re: Max Open Files (SOLVED)
« on: March 29, 2013, 01:30:58 pm »
A hibák nem jelentkeztek újra.

--- end of transmission ---

5
Magyar / Re: Max Open Files
« on: March 28, 2013, 10:21:01 pm »
Sikerült megoldanom a problémámat.
Okulásnak írom le, hogy milyen buktatók voltak, és végül milyen egyszerű volt a megoldás.

A hiba, mint írtam, hogy bizonyos belépett IMAP-os felhasználó után, hibaüzenetek jelentek meg a logfájlokban és a dovecot nem engedett új belépéseket.

A mail.err fájban megjelent bejegyzésre // Mar 26 16:11:30 mail dovecot: auth: Error: read(anvil-auth-penalty) failed: EOF // gúgliztam és egy fórumon azt olvastam, hogy ez egyértelműen dovecot/anvil process, vagy valamilyen egyéb csatlakozó process max open file soft limit-álása miatt van. Azt is írták, hogy a process-ekhez kötődő limiteket kell figyelni. Ez most úgy tűnik nem teljesen igaz, vagy létezik más megoldás is, mint a file limit emelése.

Mivel ezen a fórumon (és máshol sem) találtam megoldást, végül elkezdtem olvasgatni a dovecot dokumentációt  ;)
Ide tartozik még, hogy az első keresési találatok mindig a dovecot 1.x wikijére vonatkoztak, ami először elkerülte a figyelmem... Szóval gúglizni is ésszel kellett volna és egyből a 2-es dovecot-ra keresni.

A lényeg, ha valaki több, mint 100 imap-os felhasználónak szeretne csekély linux-os tudással Zentyal 3.0 levelezőszervert, akkor ezeket a beállításokat fűzze hozzá az usr/share/zentyal/stubs/mail/dovect.conf.mas fájlhoz:
(10-master.conf fájlba írva hatástalan volt.)

Általános beállítások rész (én neveztem el force config-nak, így voodoo-ztam)
Code: [Select]
##
## FORCE CONFIG
##
auth_cache_negative_ttl = 1 hours
auth_cache_size = 10 M
auth_cache_ttl = 1 hours
config_cache_size = 2 M
debug_log_path =
default_client_limit = 1000
default_idle_kill = 60
default_internal_user = dovecot
default_login_user = dovenull
default_process_limit = 300

IMAP specifikus beállítások rész
Code: [Select]
##
## IMAP specific settings
##
service imap-login {
  inet_listener imap {
    port = <% $imapPort %>
  }
  inet_listener imaps {
    port = <% $imapsPort %>
  }
  privileged_group =
  process_min_avail = 2
  protocol = imap
  service_count = 1
  type = login
  user = $default_login_user
  vsz_limit = 256M
}

(A process-ek száma függhet a processzormagok számától)

Már két napja nincs említésre méltó hiba a naplófájlokban, és volt, hogy a belépett (az IMAP szerverre csatlakozott) felhasználók száma meghaladta a 140-et.

 

6
Magyar / Re: Max Open Files
« on: March 25, 2013, 10:14:03 pm »
Pontosítok.
A dovecot user-re vonatkozóan kellene megemelnem a "nofile soft" értéket, mert az nem mozdul el az 1024-ről.
A shell-ben sikerül változtatni az értéket, de valamiért a dovecot és a dovenull esetében hatástalan marad a minden kipróbált beállítás.
Lehet ez nem is állítható?

Jelenleg a julio által javasoltak elvégzése után ez a helyzet:
Max Open Files -> Soft Limit
amavis 1024
dovecot 31
dovenull 1024
ebox 1024
postfix 4096
Ezeket az eredményeket a cat /proc/<process ID>/limits paranccsal kaptam.

(Az ulimit -a eredménye bash shell-ben 4096)

7
Magyar / Re: Max Open Files
« on: March 24, 2013, 10:32:47 pm »
Julio,
Kösz a linket, de ezt már pár napja próbáltam. Esetleg újra kellene fordítani a kernelt a kívánt beállításokkal?
A linux nem az erősségem...

8
Magyar / Re: Max Open Files
« on: March 24, 2013, 10:29:14 pm »
Zeta,
Kösz, hogy foglalkozol a problémámmal.

Részlet a mail.err logfájlból:
Mar 19 10:09:17 mail dovecot: auth: Error: Master requested auth for nonexistent client 23476
Mar 19 10:09:17 mail dovecot: imap: Error: Internal auth failure (client-pid=23476 client-id=1)
Mar 20 11:52:13 mail dovecot: imap-login: Error: read(anvil) failed: EOF
Mar 20 11:53:32  dovecot: last message repeated 19 times

És csatoltam is a /var/log/roundcube/error fájlból egy részletet.

9
Magyar / Max Open Files
« on: March 21, 2013, 11:05:25 am »
Sziasztok!

Egy Zentyal 3.0 levelezőszervert üzemeltetek IMAP,IMAPS,POP3S protokolokkal és Roundcube adja a webes elérést hozzá. Több mint 200 postafiók van használatban és gyakran előfordul, hogy több mint százan vannak valamilyen módon bejelentkezve, ami azt eredményezi, hogy (hibaüzenettel kísérve) nem lehet belépni. Bogarásztam a neten és azt találtam, hogy az egyszerre 1024 megnyitható fájl kevés lehet.

Arra szeretnék választ kapni, hogyan lehet a Zentyal-ban megnövelni a Max Open Files 1024-es alapértékét. Nekem nem sikerül...

A következőket próbáltam:
- Az "/etc/security/limits.conf"-ba illesztettem ezt: "*  soft nofile 3072"
- Az "/etc/sysctl.conf-ba"-ba illesztettem ezt: "fs.file-max = 65535"

Bármilyen ötletet szívesen fogadok.


Pages: [1]