99.se känns långsamt just nu

Tråden skapades och har fått 90 svar. Det senaste inlägget skrevs .

Det är grymt seeeegt!
Jag vadar i klister här - Var är min irq klient! #99musik är räddningen!

Har blivit utloggad 2ggr också! Skummt...

Edit: Klockade hur lång tid det tog att spara detta medelande. 45sek. Lite väl långsamt... Sitter på en hyfsat pigg 8/8 lina.

Ursprungligen av jgb:

Någon annan som har samma upplevelse?

Ja, det är lite segt ibland. Även när man ska kolla i trådar etc.

Jag håller med och undersöker!

Konstigt nog verkar det inte vara en enskild server som segar utan alla maskiner reagerar långsamt på exempelvis remote desktop. Känns som internetlinan eller brandväggen även om båda exemplen låter konstigt - vi har inte haft problem med det tidigare.

Söker vidare!

Vi har haft problem med DoS-liknande anrop tidigare i veckan men det har brandväggen kunnat hantera med endast småproblem. Nätoperatören rapporterar "inga fel hos oss".

Bara lägger till i debatten att det 8:52 fortfarande är segt

Som om man inte hade annat att göra verkar det (min gissning) att brandväggen bråkar med oss efter trogen tjänst sedan 2004

Tycker det varierar rätt kraftigt. Hade lite problem i går kväll, men nu är det inga problem.

Ursprungligen av Oberfunker:

Tycker det varierar rätt kraftigt. Hade lite problem i går kväll, men nu är det inga problem.

Olika orsaker - olika symptom. Igår segade det för att vi mailade 37.000 medlemmar och bad dom titta in. Det gav resultat

Idag var problemet något annat och mycket mer ondskefullt.

Ett eventuellt brandväggsbyte blir sjukt omfattande så jag börjar planera för det redan nu. Har en passande burk redo men det skulle nog ta 12 timmar att konfigurera upp alla regler.

Du får säga till om du behöver en ny brandvägg snabbt, jag har en wg 700 som bara står här bredvid och ser fin ut som du kan låna om du måste få upp något nytt snabbt.

Ursprungligen av kvapil:

Du får säga till om du behöver en ny brandvägg snabbt, jag har en wg 700 som bara står här bredvid och ser fin ut som du kan låna om du måste få upp något nytt snabbt.

Ah - tack för erbjudandet!!

Vår "problem" är att brandväggen är central i vår verksamhet så vi måste nog köra http://www.astaro.com/ precis som tidigare. Lastbalanseringen till vårt Apachecluster körs nämligen genom brandväggen och även spam/virus hanteringen till mac.se tjänsterna.

Vågar inte byta tillverkare i full drift, vet inte ens om Watchguard har dom funktionerna?

Nu verkar brandväggen må som vanligt igen. Blåser "faran är över" för idag.

Om det segar i fortsättningen beror det på att vår MySQL servern inte verkar ge mer än 250 queries per sekund. Vi har peakat ett par gånger senaste dygnet. Får börja skramla till en fetare burk helt enkelt

http://www.99.se/databaser/90528-hjaelp-behoever-riktigt-snabb-mysql-server.html

Och nu känns det plötsligt segt igen. Jag håller ett öga på det här - tro mig!

Jag sitter i telefon med supporten hos Astaro nu. Dom loggar in och kollar igenom allt just nu.

  • Medlem
  • 2007-05-04 10:06

Gott att höra.

Dom skäggiga männen har troligen hittat felet:

Mappen /var/storage blir full:
http://www.ish.com.au/astaro/support/documentation

Kolla in hur skumt det ser ut - sedan i måndags kväll har "något" hänt och den blir superfull varje halvtimme!

Verkligen udda. Enligt länken verkar det ha något att göra med epost i karantän..?

Jaha, då verkar det lira. Dags att släppa datorn - har ju haft panik sedan halvåttatiden. In i duschen

Styr upp en crontab som tar bort allt i mappen varje kvart
Om det bara är skräp som hamnar där dvs..

Du kan kanske kolla med kommandot fuser vilken process som skapar alla filerna där i och få en ledtråd om vad som spårat ur.

Snygg sågtand blev det iallafall. Undrar hur den låter om man spelar upp den?

Misstänker att /var/storage-problemet hänger ihop med spamfilter, massmejl till alla medlemmar och något fel däremellan. Någon slags oändlig loop kanske?

Nu är den snäll igen. Datorer...

Hmm. Hittade precis något skumt - hundratals mail á 10MB skickas mellan mac.com och mac.se. Kommer ett mail var 5:e sekund stundtals. Med tanke på att alla mail måste scannas och hanteras är ju frågan om detta inte skulle kunna ställa till det?

Exempel:

2007:05:04-11:35:54 (none) exim[4336]: 2007-05-04 11:35:54 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.176]: message too big: size=10166908 max=5242880
2007:05:04-11:35:57 (none) exim[4336]: 2007-05-04 11:35:57 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.176]: message too big: size=10166909 max=5242880
2007:05:04-11:36:03 (none) exim[4341]: 2007-05-04 11:36:03 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.175]: message too big: size=10170153 max=5242880
2007:05:04-11:37:42 (none) exim[4387]: 2007-05-04 11:37:42 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.172]: message too big: size=10166909 max=5242880
2007:05:04-11:37:43 (none) exim[4387]: 2007-05-04 11:37:43 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.172]: message too big: size=10170086 max=5242880
2007:05:04-11:37:44 (none) exim[4387]: 2007-05-04 11:37:44 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.172]: message too big: size=10170086 max=5242880
2007:05:04-11:37:46 (none) exim[4387]: 2007-05-04 11:37:46 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.172]: message too big: size=10170087 max=5242880
2007:05:04-11:37:47 (none) exim[4387]: 2007-05-04 11:37:47 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.172]: message too big: size=10170154 max=5242880
2007:05:04-11:37:48 (none) exim[4387]: 2007-05-04 11:37:48 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.172]: message too big: size=10173264 max=5242880
2007:05:04-11:38:47 (none) exim[4418]: 2007-05-04 11:38:47 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.186]: message too big: size=10166909 max=5242880
2007:05:04-11:38:48 (none) exim[4418]: 2007-05-04 11:38:48 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.186]: message too big: size=10166909 max=5242880
2007:05:04-11:40:17 (none) exim[4503]: 2007-05-04 11:40:17 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.183]: message too big: size=10173264 max=5242880
2007:05:04-11:40:19 (none) exim[4503]: 2007-05-04 11:40:19 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.183]: message too big: size=10176441 max=5242880
2007:05:04-11:41:45 (none) exim[4538]: 2007-05-04 11:41:45 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.171]: message too big: size=10170154 max=5242880
2007:05:04-11:42:58 (none) exim[4566]: 2007-05-04 11:42:58 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.173]: message too big: size=10182864 max=5242880
2007:05:04-11:43:20 (none) exim[4577]: 2007-05-04 11:43:20 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.174]: message too big: size=10173264 max=5242880
2007:05:04-11:45:14 (none) exim[4656]: 2007-05-04 11:45:14 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.184]: message too big: size=10170086 max=5242880
2007:05:04-11:45:16 (none) exim[4656]: 2007-05-04 11:45:16 rejected MAIL FROM:<> H=smtpout.mac.com [17.250.248.184]: message too big: size=10182864 max=5242880

Jag har nu satt en maxgräns på 5MB/mail för övrigt.

Har gått igenom loggarna och hittar en snubbe som drar iväg 18st 10MB filer via mail varje timme mellan ett konto på mac.se och ett konto på mac.com! Det är 4GB om dagen i trafik förutom att allt måste scannas och hanteras.

Låter som någon automagisk synkronisering. Jag vet att det finns en del lösningar för att använda GMail som hårddisk, men det låter som en ovanligt korkad lösning att skicka mejl en gång i timmen om inget har ändrats.

Det verkar som om 18st 10MB mail kommer in varje timme för att sedan genast skickas tillbaka till mac.com. Mailen lagras aldrig hos oss. 18*10MB gånger två för att dom både ska in och ut blir ju 360MB i timmen eller 8GB om dagen.

Det är nästan i nivå med hela 99.se mina herrar!

Behöver jag säga att hans konto är avslutad hos oss?

Helt otroligt! Skönt att det uppdagades.

Bevaka tråden