-
Witamy w największym polskim serwisie internetowym poświęconym w całości zagadnieniom samodzielnej budowy nagłośnienia.
Dzięki DIYaudio.pl poznasz zagadnienia samodzielnej budowy nagłośnienia od podszewki oraz będziesz mógł dyskutować o DIY audio do woli.
Artykuły z dawnego portalu zostały przeniesione do sekcji forum na samym dole.
Planowane prace techniczne, serwisowe oraz informacje o awariach.
- Autor wątku tomekk_
- Data rozpoczęcia
SERWIS -- 18.03.2013 - ~00:01
Niestety musze zmienic adres IP dla hosta, wynika to z clean-upu, ktory robi RIPE u mojego uslugodawcy i innych datacenter (smietnik w klasach adresowych - wiadomosc od gorna, nie mam wyjscia)
Forum o w/w godzinie zostanie zablokowane, nastepnie robie reload zony DNS oraz vhosta, problemy jakie napotkamy to podobne do tych po migracji ze starego hostingu (czas propagacji DNS u waszych ISP internetowych) - ja ze swojej strony moge zrobic tyle ze ustawie TTL domeny na 2 minuty, aby wasze DNS cache szybko zalapaly zmiany. Mysle ze do rana u wiekszosci juz bedzie dobrze, w razie problemow - po paru godzinach po w/w akcjii proponuje clean cache w przegladarce zrobic.
Po w/w akcji, w systemach windows mozna probowac komendy 'ipconfig /flushdns' - wyczysci to podreczny cache systemu i wymusi wyslanie nowego zapytania do serwera DNS.
Zadne inne roboty nie sa planowane, forum bedzie dzialac tak jak dzialalo - oczywiscie u niektorych "te problemy z domena" moga sie wydluzyc, w takim przypadku wystarczy poczekac, a napewno wszystko wroci do normy.
Dzieki za zrozumienie.
Niestety musze zmienic adres IP dla hosta, wynika to z clean-upu, ktory robi RIPE u mojego uslugodawcy i innych datacenter (smietnik w klasach adresowych - wiadomosc od gorna, nie mam wyjscia)
Forum o w/w godzinie zostanie zablokowane, nastepnie robie reload zony DNS oraz vhosta, problemy jakie napotkamy to podobne do tych po migracji ze starego hostingu (czas propagacji DNS u waszych ISP internetowych) - ja ze swojej strony moge zrobic tyle ze ustawie TTL domeny na 2 minuty, aby wasze DNS cache szybko zalapaly zmiany. Mysle ze do rana u wiekszosci juz bedzie dobrze, w razie problemow - po paru godzinach po w/w akcjii proponuje clean cache w przegladarce zrobic.
Po w/w akcji, w systemach windows mozna probowac komendy 'ipconfig /flushdns' - wyczysci to podreczny cache systemu i wymusi wyslanie nowego zapytania do serwera DNS.
Zadne inne roboty nie sa planowane, forum bedzie dzialac tak jak dzialalo - oczywiscie u niektorych "te problemy z domena" moga sie wydluzyc, w takim przypadku wystarczy poczekac, a napewno wszystko wroci do normy.
Dzieki za zrozumienie.
CRASH -- 17.05.2013 ~08:00
Od okolo godziny 08:00 armia smieci zaczela napierac na pare pliczkow *.php vbulletin, z konkretnym impetem co doprowadzilo do zapchania sie partycji z logami (okolo 80GB -a nawet wiecej tekstu, whatever) - miejsce sie skonczylo i uslugi sie poskladaly.
Skontaktowalem sie z uslugodawca i jakas tam klasa adresowa zostala odcieta na routerze brzegowym, mam nadzieje ze sie nie powtorzy - wiadomo jak z tym jest.
Od okolo godziny 08:00 armia smieci zaczela napierac na pare pliczkow *.php vbulletin, z konkretnym impetem co doprowadzilo do zapchania sie partycji z logami (okolo 80GB -a nawet wiecej tekstu, whatever) - miejsce sie skonczylo i uslugi sie poskladaly.
Skontaktowalem sie z uslugodawca i jakas tam klasa adresowa zostala odcieta na routerze brzegowym, mam nadzieje ze sie nie powtorzy - wiadomo jak z tym jest.
CRASH -- 18.06.2013 ~17:25
Provider wykonal restart node'a, jakies prace zwiazane z bledem w SolusVM.
Aczkolwiek wyciagne konsekwencje z tego, gdyz to pierwszy raz gdy nie dostalem info wczesniej.
Dodam dla niewtajemniczonych ze mamy zawarta umowe na dostepnosc (SLA) o wysokosci 99.9% / miesiac.
Maja prawo do 43minut psucia w miesiacu, powyzej zaczyna sie zwrot kosztow
info od ISP: "[...]I'm sorry for the inconvenience - an emergency reboot was necessary because of a certain process that couldn't be killed manually and was increasing server load. [...]"
SERWIS -- 19.06.2013 ~00:01
Jako ze dzis byl tzw. unplanned restart i serwer baz danych zostal ubity, musze wykonac check tabel aby dane sie nie rozjechaly:
Jun 18 17:32:04 mysqld: 130618 17:32:04 [ERROR] /usr/sbin/mysqld: Table './diyaudio/profilevisitor' is marked as crashed and should be repaired
Jun 18 17:32:04 mysqld: 130618 17:32:04 [Warning] Checking table: './diyaudio/profilevisitor'
etc. etc. itp. itd.
Planowana przerwa, mysle ze nie dluzej niz 20 minut (raczej zrobi sie szybciej)
Dzieki.
Provider wykonal restart node'a, jakies prace zwiazane z bledem w SolusVM.
Aczkolwiek wyciagne konsekwencje z tego, gdyz to pierwszy raz gdy nie dostalem info wczesniej.
Dodam dla niewtajemniczonych ze mamy zawarta umowe na dostepnosc (SLA) o wysokosci 99.9% / miesiac.
Maja prawo do 43minut psucia w miesiacu, powyzej zaczyna sie zwrot kosztow
info od ISP: "[...]I'm sorry for the inconvenience - an emergency reboot was necessary because of a certain process that couldn't be killed manually and was increasing server load. [...]"
SERWIS -- 19.06.2013 ~00:01
Jako ze dzis byl tzw. unplanned restart i serwer baz danych zostal ubity, musze wykonac check tabel aby dane sie nie rozjechaly:
Jun 18 17:32:04 mysqld: 130618 17:32:04 [ERROR] /usr/sbin/mysqld: Table './diyaudio/profilevisitor' is marked as crashed and should be repaired
Jun 18 17:32:04 mysqld: 130618 17:32:04 [Warning] Checking table: './diyaudio/profilevisitor'
etc. etc. itp. itd.
Planowana przerwa, mysle ze nie dluzej niz 20 minut (raczej zrobi sie szybciej)
Dzieki.
CRASH -- 24.06.2013 ~12:03
Niestety wtyczka, która chcialem wgrac okazała sie jeb@#$%#$^, pomimo ze official.
Rekomendacja byla taka iz mozna ja wgrywac 'online' - zglosilem buga i zrobilem revert plikow.
Stad error BAZY.
Nie nalezy sie przejmowac, mamy kopie - zawsze.
SERWIS -- 25.06.2013 ~00:01
W celu zwiekszenia komfortu pracy i zapobiegnieciu takich errorow w przyszlosci uruchomilem sobie kopie forum do "orania".
Do tej pory nie bylo potrzebne, ale jak widac nawet off wtyczka nie jest pewna.
W zwiazku z tym musze wprowadzic pare zmian w konfiguracji u siebie na hoscie co wiaze sie z przeladowanie serwera HTTP - mysle ze w 5 minut sie wyrobie (reload idzie szybciej, ale musze w tym czasie sprawdzic czy na "kopii" wszystyko dziala, dopiero po potwierdzeniu forum zostanie odblokowane)
Dzieki.
Niestety wtyczka, która chcialem wgrac okazała sie jeb@#$%#$^, pomimo ze official.
Rekomendacja byla taka iz mozna ja wgrywac 'online' - zglosilem buga i zrobilem revert plikow.
Stad error BAZY.
Nie nalezy sie przejmowac, mamy kopie - zawsze.
SERWIS -- 25.06.2013 ~00:01
W celu zwiekszenia komfortu pracy i zapobiegnieciu takich errorow w przyszlosci uruchomilem sobie kopie forum do "orania".
Do tej pory nie bylo potrzebne, ale jak widac nawet off wtyczka nie jest pewna.
W zwiazku z tym musze wprowadzic pare zmian w konfiguracji u siebie na hoscie co wiaze sie z przeladowanie serwera HTTP - mysle ze w 5 minut sie wyrobie (reload idzie szybciej, ale musze w tym czasie sprawdzic czy na "kopii" wszystyko dziala, dopiero po potwierdzeniu forum zostanie odblokowane)
Dzieki.
SERWIS -- 15.07.2013 ~00:01
Wylaczymy na chwile forum i uruchomimy proces przeliczania postow uzytkownikow.
Bedzie to pierwszy taki proces od 10 lat, zostanie dokladnie policzona liczba postow per user (posty ktore zostaly usuniete, te ktore wcielo gdzies na starmym phpBB itd.)
Prosze sie nie zdziwic gdyz liczba postow uzytkownika zostanie pomniejszona o liczbe postow napisanych w dziale "Na luzie...". (gdyz juz tam nie sa zliczane posty)
Podjelismy decyzje iz jednym z kryteriow oceny uzytkownika "moze byc" jego liczba postow, napisana w innych dzialach niz "Na luzie.. (SPAM
))" - decydujac sie na to zrezygnowalismy (poki co) z innych mechanizmow weryfikujacych uzytkownikow, typu: okres probny, quizy etc. etc.
Uzytkownicy ktorzy zostali juz promowani do grupy "zbiorowych zamowien" zostana w niej.
Wylaczymy na chwile forum i uruchomimy proces przeliczania postow uzytkownikow.
Bedzie to pierwszy taki proces od 10 lat, zostanie dokladnie policzona liczba postow per user (posty ktore zostaly usuniete, te ktore wcielo gdzies na starmym phpBB itd.)
Prosze sie nie zdziwic gdyz liczba postow uzytkownika zostanie pomniejszona o liczbe postow napisanych w dziale "Na luzie...". (gdyz juz tam nie sa zliczane posty)
Podjelismy decyzje iz jednym z kryteriow oceny uzytkownika "moze byc" jego liczba postow, napisana w innych dzialach niz "Na luzie.. (SPAM
))" - decydujac sie na to zrezygnowalismy (poki co) z innych mechanizmow weryfikujacych uzytkownikow, typu: okres probny, quizy etc. etc.Uzytkownicy ktorzy zostali juz promowani do grupy "zbiorowych zamowien" zostana w niej.
SERWIS -- 18.09.2013 ~02:00
W datacenter bedzie odbywac sie update firmware'u/software'u w urzadzeniach sieciowych - ruch na ten czas 'ma' byc przelaczony na inna trase co moze powodowac opoznienia w dostepie do serwisu.
Info:
W datacenter bedzie odbywac sie update firmware'u/software'u w urzadzeniach sieciowych - ruch na ten czas 'ma' byc przelaczony na inna trase co moze powodowac opoznienia w dostepie do serwisu.
Info:
CRASH -- 23.09.2013
Kolega, ktory uzywa hostingu w ramach moich darmowych uslug zapchal wadliwym skryptem partycje z logami (petelka, chociaz malo prawdopodbne skrypt zostal by ubity poprzez dlugi czas wykonywania) byc moze cos dorwalo skrypt jakis jeden - jestem na urlopie tak wiec analiza pozniej.
Ogolnie bez quoty per user sie widze nie obejdzie (na logi).
Tak czy siak wybaczcie, wszystko jest OK poza tym - nigdzie nie znikamy
Ok, wracam na urlop.
---------- Post dodany o 11:44 ---------- Poprzedni post o 00:17 ----------
SERWIS 25.09.2013 ~00.01
W zwiazku z crashem powyzej poczynie drobne zmiany i musze przeladowac hosta.
Odseparuje nazwijmy to 'konta developerskie', w zasadzie logi (extra dysk) zeby w razie w/w przypadku 'produkcja' dzialala i zarazem nie zabijala bazy SQL poprzez brak miejsca (pierdziela sie wtedy tabelki - to jest najgorsze, nie brak miejsca)
Forum na ten czas wylacze, a sama lacznosc do hosta moze zawodzic.
Mysle ze 20 minut mi wystarczy, o ile polaczenie urlopowe nie da sie we znaki.
---------- Post dodany 25.09.2013 o 10:20 ---------- Poprzedni post 24.09.2013 o 11:44 ----------
CRASH 25.09.2013 ~05:00 - 10:00
Awaria fiber channel'a w DC. Duza niedostepnosc, zlozylem reklamacje gdyz wyszli poza SLA.
Kolega, ktory uzywa hostingu w ramach moich darmowych uslug zapchal wadliwym skryptem partycje z logami (petelka, chociaz malo prawdopodbne skrypt zostal by ubity poprzez dlugi czas wykonywania) byc moze cos dorwalo skrypt jakis jeden - jestem na urlopie tak wiec analiza pozniej.
Ogolnie bez quoty per user sie widze nie obejdzie (na logi).
Tak czy siak wybaczcie, wszystko jest OK poza tym - nigdzie nie znikamy
Ok, wracam na urlop.
---------- Post dodany o 11:44 ---------- Poprzedni post o 00:17 ----------
SERWIS 25.09.2013 ~00.01
W zwiazku z crashem powyzej poczynie drobne zmiany i musze przeladowac hosta.
Odseparuje nazwijmy to 'konta developerskie', w zasadzie logi (extra dysk) zeby w razie w/w przypadku 'produkcja' dzialala i zarazem nie zabijala bazy SQL poprzez brak miejsca (pierdziela sie wtedy tabelki - to jest najgorsze, nie brak miejsca)
Forum na ten czas wylacze, a sama lacznosc do hosta moze zawodzic.
Mysle ze 20 minut mi wystarczy, o ile polaczenie urlopowe nie da sie we znaki.
---------- Post dodany 25.09.2013 o 10:20 ---------- Poprzedni post 24.09.2013 o 11:44 ----------
CRASH 25.09.2013 ~05:00 - 10:00
Awaria fiber channel'a w DC. Duza niedostepnosc, zlozylem reklamacje gdyz wyszli poza SLA.
CRASH -- 09.10.2013
1. Wczoraj okolo 11 znalazlem w logach serwera informacje iz wystepuja problemy z pamiecia:
Zglosilem ticket, dostalem odpowiedz o ISP:
"Yes this could probably be the case. We found Uncorrectable Memory errors for DIMM 1B which caused a kernel panic for the whole node. A replacement for that bad memory has been scheduled for tommorow and this will resolve this issue."
Host stoi na serwerach supermicro z pamieciami ECC (drobne bledy sa korygowane bez strat) lecz niestety tutaj wpadl problem sprzetowy i kosc musi zostac wymieniona.
Anyway prawdopodobnie uruchomie strone ze statusem diyaudio.pl w domenie http://status.diyaudio.pl/ - bedzie mozna sledzic status na biezaco, a sama strona bedzie hostowana z innego serwera.
Gdyz obecnie nie mam was jak poinformowac o statusie (o ile wiem wczesniej czy tez w trakcie niedostepnosci)
1. Wczoraj okolo 11 znalazlem w logach serwera informacje iz wystepuja problemy z pamiecia:
+ zrzuty trace z kernela
Zglosilem ticket, dostalem odpowiedz o ISP:
"Yes this could probably be the case. We found Uncorrectable Memory errors for DIMM 1B which caused a kernel panic for the whole node. A replacement for that bad memory has been scheduled for tommorow and this will resolve this issue."
Host stoi na serwerach supermicro z pamieciami ECC (drobne bledy sa korygowane bez strat) lecz niestety tutaj wpadl problem sprzetowy i kosc musi zostac wymieniona.
Anyway prawdopodobnie uruchomie strone ze statusem diyaudio.pl w domenie http://status.diyaudio.pl/ - bedzie mozna sledzic status na biezaco, a sama strona bedzie hostowana z innego serwera.
Gdyz obecnie nie mam was jak poinformowac o statusie
(o ile wiem wczesniej czy tez w trakcie niedostepnosci)SERWIS -- 28.02.2014 ~00:01
Moje prace poniedzialkowe lacze z pracami, ktore beda przeprowadzane dzis w nocy u providera - info z ostatniej chwili (emergency):
Tak wiec w poniedzialek forum bedzie dostepne normalne.
Natomiast dzis o 23:45 poloze serwis, wroci dopiero po pracach providera.
Moje prace poniedzialkowe lacze z pracami, ktore beda przeprowadzane dzis w nocy u providera - info z ostatniej chwili (emergency):
Tak wiec w poniedzialek forum bedzie dostepne normalne.
Natomiast dzis o 23:45 poloze serwis, wroci dopiero po pracach providera.
Ostatnia edycja:
SERWIS -- 31.03.2014 ~00:01
Podnoszenie wersji skryptu vB do 4.2.2 - niestety jest to wymagane gdyz 4.1.x juz nie jest patchowane i rozwijane.
Mysle ze godzina starczy. Ewentualne poprawki jezykowe czy inne drobniejsze bedziemy juz latac w locie na dzialajacym forum.
Podnoszenie wersji skryptu vB do 4.2.2 - niestety jest to wymagane gdyz 4.1.x juz nie jest patchowane i rozwijane.
Mysle ze godzina starczy. Ewentualne poprawki jezykowe czy inne drobniejsze bedziemy juz latac w locie na dzialajacym forum.
Ostatnia edycja:
SERWIS -- 02.06.2014 ~00:01
Dluzsze prace serwisowe. Mysle ze 2-3h sie wyrobie.
Podczas prac beda sie dziac dziwne rzeczy - strona bedzie sie ladowac, czasem nie itp.
Wszystko bedzie pod kontrola.
Poprawka, ma byc 02.06 ~00:01 - sorry.
Dluzsze prace serwisowe. Mysle ze 2-3h sie wyrobie.
Podczas prac beda sie dziac dziwne rzeczy - strona bedzie sie ladowac, czasem nie itp.
Wszystko bedzie pod kontrola.
Poprawka, ma byc 02.06 ~00:01 - sorry.
Ostatnia edycja: