Podrška #11701
Zatvoren
zimbra.sigma-com.net, network problems officeze <-> officesa, česti errori
0%
Opis
Često se dešava da u razmaku od nekoliko sekundi zibra radi pa neradi, izbacuje grešku
- network problems ili connection too slow
ovo je ping u momentu nastanka problema , u samo nekoliko sekundi nedostupna pa dostupna
Pinging zimbra.sigma-com.net [89.146.138.27] with 32 bytes of data:
Request timed out.
Reply from 192.168.1.1: Destination net unreachable.
Reply from 192.168.1.1: Destination net unreachable.
Reply from 192.168.1.1: Destination net unreachable.
Ping statistics for 89.146.138.27:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\Documents and Settings\Administrator>ping zimbra.sigma-com.net
Pinging officesa.dyndns.biz [89.146.133.221] with 32 bytes of data:
Reply from 89.146.133.221: bytes=32 time=70ms TTL=62
Reply from 89.146.133.221: bytes=32 time=51ms TTL=62
Reply from 89.146.133.221: bytes=32 time=52ms TTL=62
Reply from 89.146.133.221: bytes=32 time=51ms TTL=62
Ping statistics for 89.146.133.221:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 51ms, Maximum = 70ms, Average = 56ms
C:\Documents and Settings\Administrator>
vidi se da je došlo do promjene ip adrese, dali se ovo često dešava ???, trebalo bi svakih 7 sati ali možda hernadov router to češće radi pa nam ove errore izbacuje.
ref. trac ticket: http://trac.sigma-com.net/sa-ScInfrastructure/ticket/613
Izmjenjeno od Jasmin Beganović prije više od 19 godina
Ovo je odziv zimbre prilikom saetovog commitovanja u repos , dolazi do primjetnog kašjeja u odzivu, iako se radilo o relativno malom commitu.
Pinging zimbra.sigma-com.net [89.146.133.221] with 32 bytes of data: Reply from 89.146.133.221: bytes=32 time=87ms TTL=62 Reply from 89.146.133.221: bytes=32 time=253ms TTL=62 Reply from 89.146.133.221: bytes=32 time=224ms TTL=62 Reply from 89.146.133.221: bytes=32 time=380ms TTL=62 Reply from 89.146.133.221: bytes=32 time=402ms TTL=62 Reply from 89.146.133.221: bytes=32 time=53ms TTL=62 Reply from 89.146.133.221: bytes=32 time=51ms TTL=62 Reply from 89.146.133.221: bytes=32 time=51ms TTL=62 Reply from 89.146.133.221: bytes=32 time=53ms TTL=62 Reply from 89.146.133.221: bytes=32 time=52ms TTL=62
ovo je možda još jedan razlog u čestim errorima kod zimbre
Izmjenjeno od Jasmin Beganović prije više od 19 godina
pingao sam sa paketima od 5kb i 15kb to je neka standardna veličina maila
Pinging zimbra.sigma-com.net [89.146.133.221] with 5000 bytes of data:
Reply from 89.146.133.221: bytes=5000 time=482ms TTL=62
Reply from 89.146.133.221: bytes=5000 time=736ms TTL=62
Reply from 89.146.133.221: bytes=5000 time=480ms TTL=62
Reply from 89.146.133.221: bytes=5000 time=482ms TTL=62
Reply from 89.146.133.221: bytes=5000 time=480ms TTL=62
Reply from 89.146.133.221: bytes=5000 time=480ms TTL=62
Reply from 89.146.133.221: bytes=5000 time=482ms TTL=62
Reply from 89.146.133.221: bytes=5000 time=479ms TTL=62
Ping statistics for 89.146.133.221:
Packets: Sent = 8, Received = 8, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 479ms, Maximum = 736ms, Average = 512ms
Control-C
^C
C:\Documents and Settings\Administrator>ping -t -l 15000 zimbra.sigma-com.net
Pinging zimbra.sigma-com.net [89.146.133.221] with 15000 bytes of data:
Reply from 89.146.133.221: bytes=15000 time=1330ms TTL=62
Reply from 89.146.133.221: bytes=15000 time=1332ms TTL=62
Reply from 89.146.133.221: bytes=15000 time=1329ms TTL=62
Reply from 89.146.133.221: bytes=15000 time=1330ms TTL=62
bandwidth nam je definitivno uzak ili nas nešto guši
Izmjenjeno od Ernad Husremović prije više od 19 godina
zimbra je očigledno veliki gutač bandwidth-a to trebamo testirati ...
međutim, dugoročno rješenje je da koristimo thunderibrd (imaps protokolom)
ali dobro je da pohvatamo ova iskustva u smislu potreba web klijenta za bandwidth-om, kako se ponaša zimbra,
ima li problema što je server na dinamičkoj adresi (očigledno da i to ima) itd ...
na kraju se uvijek može kupiti dodatni bandwidth,
naravno tada se treba pripremiti za neku novu sagu sa bhtelecom-om :(
Izmjenjeno od Ernad Husremović prije više od 19 godina
naravno za officeze će se stvar popraviti kada ja dobijem veći upload bandwidth ... ali to baš i neće biti nešto bitno veće na 5G ... biće 256K u odnous na sadašnjih 192K
Izmjenjeno od Ernad Husremović prije više od 19 godina
ono što inače treba gledati jeste uvođenje QoS-a na router-u
Naime, neki servisi moraju uvijek imati određeni minimum bandwidth-a ...
Izmjenjeno od Ernad Husremović prije više od 19 godina
u ovom slučaju svn ne bi smio zagušiti ostale http servise
Izmjenjeno od Ernad Husremović prije više od 19 godina
isto tako moguće je da tona spam-a koja na valove dolazi zagušuje ostale servise
naravno tu se trebamo posvetiti spam policy-jima
Izmjenjeno od Ernad Husremović prije više od 19 godina
na starom router-u bilo je blokada nekih ip-ova koje su sada eliminisane ... moguće da ti serveri ponovo napadaju i rade DoS napade ...
Izmjenjeno od Ernad Husremović prije više od 19 godina
inače na medicin siste koliko mogu vidjeti ruši se tona spam-a
a tu se nikakvo tjeranje spam-a ne dešava.
inače na mail-gw-10 takođe treba staviti jedan filter pred ostale servere koji će većinu spam-a na kraju tjerati prije nego i dođe do zimbre
Izmjenjeno od Jasmin Beganović prije više od 19 godina
detalji network error greške
msg - Csfe service error code - NETWORK_ERROR method - ZmCsfeCommand.prototype.invoke detail - Empty HTTP response
Izmjenjeno od Ernad Husremović prije oko 18 godina
- Status promijenjeno iz Novo u Zatvoreno