webmaniac

Witam, mam od około miesiąca nietypowy problem z IONIC. Co najmniej kilkukrotnie prosiłem się mailowo o wykonanie usługi i zmianę adresu IP dla licencji DirectAdmin, jednej z 2 zamówionych w tej firmie. Pomimo regularnych maili, prób kontaktu telefonicznego i kontaktu pod 3 adresami e-mail - nie udało mi się ozyskać odpowiedzi ze strony Ionic. Jeżeli ktoś mógłby podpowiedzieć jaka może być przyczyna - czy też ma problemy tego typu z IONIC... Proszę o informację. Pierwszy raz zdarza mi się coś takiego.

Oczywiście nie mam pretensji do IONIC, wcześniej współpraca odbywała się idealnie, nie mam nic do zarzucenia. Z braku innych możliwości - musiałem się pokusić o kontakt tym (WHT) niezwykle niestandardowym kanałem komunikacji. --- edit --- Swoją drogą - mail został wysłany był z GMaila, więc kwestię poruszoną przez kolegę, dot. filtrów, konfiguracji programu pocztowego etc. mogę śmiało wykluczyć

Może jestem staroświecki, ale... odpowiadam na adresy e-mail, których używano przy korespondencji ze mną. Dostałem w odpowiedzi na ten wątek informację, że kontaktować mam się na czwarty już adres e-mail

Cześć, oto log z mojego hosta - z ostatnich sekund przed zgonem dzisiejszego popołudnia. Na co zwrócić uwagę, aby taki zgon więcej nie wystąpił? Czy dobrze rozumuję, że serwer zaliczył śmierć przez nadmierne jedzenie ramu? May 18 14:45:12 sd243 kernel: [844796.717428] php-cgi invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0 May 18 14:45:12 sd243 kernel: [844796.717433] php-cgi cpuset=/ mems_allowed=0 May 18 14:45:12 sd243 kernel: [844796.717436] Pid: 31838, comm: php-cgi Not tainted 2.6.32-5-amd64 #1 May 18 14:45:12 sd243 kernel: [844796.717437] Call Trace: May 18 14:45:12 sd243 kernel: [844796.717444] [<ffffffff810b6444>] ? oom_kill_process+0x7f/0x23f May 18 14:45:12 sd243 kernel: [844796.717447] [<ffffffff810b6968>] ? __out_of_memory+0x12a/0x141 May 18 14:45:12 sd243 kernel: [844796.717450] [<ffffffff810b6abf>] ? out_of_memory+0x140/0x172 May 18 14:45:12 sd243 kernel: [844796.717453] [<ffffffff810ba824>] ? __alloc_pages_nodemask+0x4ec/0x5fc May 18 14:45:12 sd243 kernel: [844796.717456] [<ffffffff810bbd89>] ? __do_page_cache_readahead+0x9b/0x1b4 May 18 14:45:12 sd243 kernel: [844796.717459] [<ffffffff810bbebe>] ? ra_submit+0x1c/0x20 May 18 14:45:12 sd243 kernel: [844796.717462] [<ffffffff810b4b30>] ? filemap_fault+0x11c/0x2f6 May 18 14:45:12 sd243 kernel: [844796.717466] [<ffffffff810cab06>] ? __do_fault+0x54/0x3c3 May 18 14:45:12 sd243 kernel: [844796.717468] [<ffffffff810c3d22>] ? vma_prio_tree_insert+0x20/0x3d May 18 14:45:12 sd243 kernel: [844796.717471] [<ffffffff810cce5a>] ? handle_mm_fault+0x3b8/0x80f May 18 14:45:12 sd243 kernel: [844796.717474] [<ffffffff810d04b5>] ? get_unmapped_area+0xd7/0x139 May 18 14:45:12 sd243 kernel: [844796.717478] [<ffffffff812ff1a6>] ? do_page_fault+0x2e0/0x2fc May 18 14:45:12 sd243 kernel: [844796.717481] [<ffffffff812fd045>] ? page_fault+0x25/0x30 May 18 14:45:12 sd243 kernel: [844796.717483] Mem-Info: May 18 14:45:12 sd243 kernel: [844796.717485] Node 0 DMA per-cpu: May 18 14:45:12 sd243 kernel: [844796.717487] CPU 0: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844796.717489] CPU 1: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844796.717491] CPU 2: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844796.717492] CPU 3: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844796.717494] Node 0 DMA32 per-cpu: May 18 14:45:12 sd243 kernel: [844796.717496] CPU 0: hi: 186, btch: 31 usd: 24 May 18 14:45:12 sd243 kernel: [844796.717498] CPU 1: hi: 186, btch: 31 usd: 39 May 18 14:45:12 sd243 kernel: [844796.717499] CPU 2: hi: 186, btch: 31 usd: 43 May 18 14:45:12 sd243 kernel: [844796.717501] CPU 3: hi: 186, btch: 31 usd: 7 May 18 14:45:12 sd243 kernel: [844796.717502] Node 0 Normal per-cpu: May 18 14:45:12 sd243 kernel: [844796.717504] CPU 0: hi: 186, btch: 31 usd: 33 May 18 14:45:12 sd243 kernel: [844796.717506] CPU 1: hi: 186, btch: 31 usd: 113 May 18 14:45:12 sd243 kernel: [844796.717508] CPU 2: hi: 186, btch: 31 usd: 58 May 18 14:45:12 sd243 kernel: [844796.717510] CPU 3: hi: 186, btch: 31 usd: 145 May 18 14:45:12 sd243 kernel: [844796.717514] active_anon:1695500 inactive_anon:207566 isolated_anon:2 May 18 14:45:12 sd243 kernel: [844796.717515] active_file:309 inactive_file:422 isolated_file:128 May 18 14:45:12 sd243 kernel: [844796.717516] unevictable:0 dirty:0 writeback:2155 unstable:0 May 18 14:45:12 sd243 kernel: [844796.717517] free:11319 slab_reclaimable:7788 slab_unreclaimable:22023 May 18 14:45:12 sd243 kernel: [844796.717518] mapped:361 shmem:476 pagetables:69151 bounce:0 May 18 14:45:12 sd243 kernel: [844796.717520] Node 0 DMA free:15844kB min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15276kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes May 18 14:45:12 sd243 kernel: [844796.717529] lowmem_reserve[]: 0 3477 8022 8022 May 18 14:45:12 sd243 kernel: [844796.717532] Node 0 DMA32 free:22948kB min:4960kB low:6200kB high:7440kB active_anon:3057384kB inactive_anon:215468kB active_file:96kB inactive_file:212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:3561184kB mlocked:0kB dirty:0kB writeback:736kB mapped:0kB shmem:192kB slab_reclaimable:11072kB slab_unreclaimable:30424kB kernel_stack:4752kB pagetables:68976kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:19860 all_unreclaimable? yes May 18 14:45:12 sd243 kernel: [844796.717541] lowmem_reserve[]: 0 0 4545 4545 May 18 14:45:12 sd243 kernel: [844796.717544] Node 0 Normal free:6484kB min:6484kB low:8104kB high:9724kB active_anon:3724616kB inactive_anon:614796kB active_file:1140kB inactive_file:1476kB unevictable:0kB isolated(anon):8kB isolated(file):512kB present:4654080kB mlocked:0kB dirty:0kB writeback:7884kB mapped:1472kB shmem:1712kB slab_reclaimable:20080kB slab_unreclaimable:57668kB kernel_stack:10720kB pagetables:207628kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:48260 all_unreclaimable? yes May 18 14:45:12 sd243 kernel: [844796.717555] lowmem_reserve[]: 0 0 0 0 May 18 14:45:12 sd243 kernel: [844796.717557] Node 0 DMA: 3*4kB 3*8kB 4*16kB 2*32kB 3*64kB 1*128kB 0*256kB 0*512kB 1*1024kB 1*2048kB 3*4096kB = 15844kB May 18 14:45:12 sd243 kernel: [844796.717565] Node 0 DMA32: 196*4kB 925*8kB 197*16kB 57*32kB 17*64kB 27*128kB 18*256kB 2*512kB 0*1024kB 0*2048kB 0*4096kB = 23336kB May 18 14:45:12 sd243 kernel: [844796.717573] Node 0 Normal: 1061*4kB 16*8kB 2*16kB 9*32kB 8*64kB 4*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 6484kB May 18 14:45:12 sd243 kernel: [844796.717580] 29197 total pagecache pages May 18 14:45:12 sd243 kernel: [844796.717582] 27663 pages in swap cache May 18 14:45:12 sd243 kernel: [844796.717584] Swap cache stats: add 101838, delete 74175, find 1301847/1302652 May 18 14:45:12 sd243 kernel: [844796.717585] Free swap = 0kB May 18 14:45:12 sd243 kernel: [844796.717586] Total swap = 248756kB May 18 14:45:12 sd243 kernel: [844796.742459] 2097136 pages RAM May 18 14:45:12 sd243 kernel: [844796.742461] 56438 pages reserved May 18 14:45:12 sd243 kernel: [844796.742462] 2261349 pages shared May 18 14:45:12 sd243 kernel: [844796.742463] 2022241 pages non-shared May 18 14:45:12 sd243 kernel: [844797.463054] httpd invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0 May 18 14:45:12 sd243 kernel: [844797.463058] httpd cpuset=/ mems_allowed=0 May 18 14:45:12 sd243 kernel: [844797.463061] Pid: 31360, comm: httpd Not tainted 2.6.32-5-amd64 #1 May 18 14:45:12 sd243 kernel: [844797.463063] Call Trace: May 18 14:45:12 sd243 kernel: [844797.463070] [<ffffffff810b6444>] ? oom_kill_process+0x7f/0x23f May 18 14:45:12 sd243 kernel: [844797.463072] [<ffffffff810b6968>] ? __out_of_memory+0x12a/0x141 May 18 14:45:12 sd243 kernel: [844797.463075] [<ffffffff810b6abf>] ? out_of_memory+0x140/0x172 May 18 14:45:12 sd243 kernel: [844797.463078] [<ffffffff810ba824>] ? __alloc_pages_nodemask+0x4ec/0x5fc May 18 14:45:12 sd243 kernel: [844797.463082] [<ffffffff81065033>] ? autoremove_wake_function+0x9/0x2e May 18 14:45:12 sd243 kernel: [844797.463085] [<ffffffff810b4c31>] ? filemap_fault+0x21d/0x2f6 May 18 14:45:12 sd243 kernel: [844797.463089] [<ffffffff810cab06>] ? __do_fault+0x54/0x3c3 May 18 14:45:12 sd243 kernel: [844797.463092] [<ffffffff810eedaa>] ? do_sync_write+0xce/0x113 May 18 14:45:12 sd243 kernel: [844797.463095] [<ffffffff810cce5a>] ? handle_mm_fault+0x3b8/0x80f May 18 14:45:12 sd243 kernel: [844797.463099] [<ffffffff812ff1a6>] ? do_page_fault+0x2e0/0x2fc May 18 14:45:12 sd243 kernel: [844797.463102] [<ffffffff812fd045>] ? page_fault+0x25/0x30 May 18 14:45:12 sd243 kernel: [844797.463104] Mem-Info: May 18 14:45:12 sd243 kernel: [844797.463105] Node 0 DMA per-cpu: May 18 14:45:12 sd243 kernel: [844797.463107] CPU 0: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844797.463109] CPU 1: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844797.463111] CPU 2: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844797.463113] CPU 3: hi: 0, btch: 1 usd: 0 May 18 14:45:12 sd243 kernel: [844797.463114] Node 0 DMA32 per-cpu: May 18 14:45:12 sd243 kernel: [844797.463116] CPU 0: hi: 186, btch: 31 usd: 8 May 18 14:45:12 sd243 kernel: [844797.463118] CPU 1: hi: 186, btch: 31 usd: 13 May 18 14:45:12 sd243 kernel: [844797.463120] CPU 2: hi: 186, btch: 31 usd: 0 May 18 14:45:12 sd243 kernel: [844797.463121] CPU 3: hi: 186, btch: 31 usd: 5 May 18 14:45:12 sd243 kernel: [844797.463123] Node 0 Normal per-cpu: May 18 14:45:12 sd243 kernel: [844797.463125] CPU 0: hi: 186, btch: 31 usd: 6 May 18 14:45:12 sd243 kernel: [844797.463127] CPU 1: hi: 186, btch: 31 usd: 9 May 18 14:45:12 sd243 kernel: [844797.463128] CPU 2: hi: 186, btch: 31 usd: 20 May 18 14:45:12 sd243 kernel: [844797.463130] CPU 3: hi: 186, btch: 31 usd: 7 May 18 14:45:12 sd243 kernel: [844797.463134] active_anon:1694195 inactive_anon:208974 isolated_anon:2 May 18 14:45:12 sd243 kernel: [844797.463135] active_file:412 inactive_file:478 isolated_file:160 May 18 14:45:12 sd243 kernel: [844797.463136] unevictable:0 dirty:0 writeback:2101 unstable:0 May 18 14:45:12 sd243 kernel: [844797.463137] free:11292 slab_reclaimable:7759 slab_unreclaimable:21972 May 18 14:45:12 sd243 kernel: [844797.463138] mapped:405 shmem:476 pagetables:69151 bounce:0 May 18 14:45:12 sd243 kernel: [844797.463140] Node 0 DMA free:15844kB min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15276kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes May 18 14:45:12 sd243 kernel: [844797.463149] lowmem_reserve[]: 0 3477 8022 8022 May 18 14:45:12 sd243 kernel: [844797.463152] Node 0 DMA32 free:22972kB min:4960kB low:6200kB high:7440kB active_anon:3057524kB inactive_anon:215596kB active_file:176kB inactive_file:344kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:3561184kB mlocked:0kB dirty:0kB writeback:604kB mapped:112kB shmem:192kB slab_reclaimable:10984kB slab_unreclaimable:30488kB kernel_stack:4752kB pagetables:68976kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:56377 all_unreclaimable? yes May 18 14:45:12 sd243 kernel: [844797.463161] lowmem_reserve[]: 0 0 4545 4545 May 18 14:45:12 sd243 kernel: [844797.463164] Node 0 Normal free:6352kB min:6484kB low:8104kB high:9724kB active_anon:3719256kB inactive_anon:620300kB active_file:1472kB inactive_file:1568kB unevictable:0kB isolated(anon):8kB isolated(file):640kB present:4654080kB mlocked:0kB dirty:0kB writeback:7800kB mapped:1508kB shmem:1712kB slab_reclaimable:20052kB slab_unreclaimable:57400kB kernel_stack:10720kB pagetables:207628kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:62912 all_unreclaimable? yes May 18 14:45:12 sd243 kernel: [844797.463174] lowmem_reserve[]: 0 0 0 0 May 18 14:45:12 sd243 kernel: [844797.463176] Node 0 DMA: 3*4kB 3*8kB 4*16kB 2*32kB 3*64kB 1*128kB 0*256kB 0*512kB 1*1024kB 1*2048kB 3*4096kB = 15844kB May 18 14:45:12 sd243 kernel: [844797.463184] Node 0 DMA32: 159*4kB 929*8kB 198*16kB 57*32kB 17*64kB 27*128kB 18*256kB 2*512kB 0*1024kB 0*2048kB 0*4096kB = 23236kB May 18 14:45:12 sd243 kernel: [844797.463192] Node 0 Normal: 1055*4kB 7*8kB 2*16kB 9*32kB 8*64kB 4*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 6388kB May 18 14:45:12 sd243 kernel: [844797.463199] 29169 total pagecache pages May 18 14:45:12 sd243 kernel: [844797.463201] 27663 pages in swap cache May 18 14:45:12 sd243 kernel: [844797.463202] Swap cache stats: add 101838, delete 74175, find 1301847/1302652 May 18 14:45:12 sd243 kernel: [844797.463204] Free swap = 0kB May 18 14:45:12 sd243 kernel: [844797.463205] Total swap = 248756kB May 18 14:45:12 sd243 kernel: [844797.483415] 2097136 pages RAM May 18 14:45:12 sd243 kernel: [844797.483417] 56438 pages reserved May 18 14:45:12 sd243 kernel: [844797.483418] 2254364 pages shared May 18 14:45:12 sd243 kernel: [844797.483419] 2022650 pages non-shared May 18 14:45:28 sd243 kernel: [844811.606923] php-cgi invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0 May 18 14:45:29 sd243 kernel: [844811.606928] php-cgi cpuset=/ mems_allowed=0

Zmartwię Cię: W sytuacji zorientowałem się dopiero o godzinie 20:00 (nie jest to serwer produkcyjny, więc rzadko tam zaglądam), więc minęło 6 godzin a serwer sam sobie nie poradził i się zabił (nawet technik podpięty bezpośrednio do maszyny nic nie wskórał). Da się jakoś ustawić kolejkę rzeczy, które są killowane w momencie tworzenia się swapu? W pierwszej kolejności chciałbym pogasić PHP-CGI. W sumie - to moja wina, bo dałem aplikacji więcej rzeczy do parsowania niż zamierzałem.

W ostatnich dniach mam do czynienia z poważnym problemem MySQL. Opiszę go dokładnie. Na serwerze wykorzystywany jest Debian 5 w wersji 64bit wspomagany aplikacją Direct Admin. Konfiguracja DirectAdmin nie odbiega w większym stopniu od domyślnych ustawień. (Apache 2, PHP5, MySQL 5). Wszystkich instalacji dokonywano za pomocą custombuild dostępnego w DirectAdmin. W międzyczasie (zaraz po przeniesieniu na nowy serwer dedykowany) postanowiłem skorzystać dodatkowo z udogodnienia w formie cpulimit, który ograniczał wykorzystanie procesora przez MySQL do 30 procent, zaś wykorzystanie przez httpd do 50 procent. Wszystko spisywało się prawie dobrze, prócz momentów gdy po uruchomieniu więcej trwających cronów (zazwyczaj nad ranem - pobieranie baz produktów do aktualizacji, aktualizacja zapleczy) serwer MySQL się wysypywał. (Przy czym jego wykorzystanie na chwilę przed freezem wskazywał w TOP jedynie 40 - 50%, w przypadku gdy skakał do 120 - 150% nie dochodziło do freezów czy nawet spowolnienia działania serwera). Ilość baz danych obecnie to około 140 sztuk. Większość baz danych nie przekracza nawet 200kB. Tylko niektóre mają 1MB. Strony nigdy nie są otwierane w jednym czasie (jedynym odwiedzającym są Google Boty). Mimo tego, serwer przestawał działać "ot tak". Zwątpiwszy w poprawność rozwiązania cpulimit - usunąłem je, aczkolwiek problem w dalszym ciągu występował. W przypadku większego obciążenia (czas wykonania skryptu dłuższy niż 30 sekund) MySQL zamiast rozpiąć użytkownika - zawieszał się. Problem spotęgował się w dniu dzisiejszym, kiedy to przy niemalże każdym zapytaniu MySQL upada i powoduje freeze systemu (zalogowanie się po SSH jest najzwyczajniej w świecie... niemożliwe). MySQL po tym nie daje się uruchomić. Standardowe /etc/init.d/mysqld restart zwraca informację o tym, że MySQL już pracuje, zaś próba zatrzymania go (killall) zwraca informację, że... nie ma takiego procesu. Próba ponownego instalowania mysql z custombuild'a nie przynosi oczekiwanych rezultatów (brak poprawy). O ile wcześniej pomocny był reboot całego systemu, o tyle w chwili obecnej nie pomaga to, a MySQL zaczyna działać w losowych momentach. Wszelkie moje próby rozwiązania problemu w ramach moich umiejętności spełzły na niczym, dlatego też zwracam się z uprzejmą prośbą o podpowiedzenie co może zostać problemem. Nie będę ukrywał, że moja wiedza z zakresu administracji serwerami dedykowanymi ogranicza się do podstawowych umiejętności, które zdobyłem eksperymentując w syntetycznym środowisku, więc rozwiązywanie bardziej złożonych problemów po prostu nie jest moją mocną stroną. Na forach dotyczących bugów MySQL spotkałem się z opiniami, że jest to najzwyczajniej w świecie problem z MySQL, aczkolwiek dopóki nie mam pewności, nie chcę nic zmieniać.

Przepraszam. Temat trochę umknął z racji przygotowań do wdrożenia kolejnej maszyny. Jeżeli chodzi o load serwera - paradoksalnie - zazwyczaj problem występuje po tym jak MySQL klęknie i load spadnie do niemal zera. Czyli w momencie, kiedy próbuje wstać. Co złośliwe - pomimo tego, że MySQL powinno działać na okrągło - jak zdechnie to nawet nie próbuje ponownie wstać. To smutne. Jeżeli chodzi o wykorzystanie RAM - rzadko, bardzo rzadko zdarza się, aby SQL zużywał całą przestrzeń RAM jaka jest mu dostępna. Zazwyczaj down zalicza przy 30 - 40% wykorzystania RAM

Witam serdecznie, potrzebuję namiarów na sprawdzoną osobę, która przeprowadziłaby kompleksową konfigurację serwera dedykowanego zgodnie z ustalonymi wytycznymi. Chciałbym też od razu poznać przybliżone kwoty za wykonanie takowej konfiguracji. Na serwerze ma znaleźć się Debian w najnowszej wersji. Jako panel konfiguracyjny, po raz kolejny decydujemy się na DirectAdmin. Z racji dużych różnic w działaniu poszczególnych aplikacji, z których korzystamy (wiele systemów WordPress, Joomla) w wersjach, których z różnych przyczyn nie możemy zaktualizować do najnowszych wersji (np. złośliwa Joomla, której aktualizacja zawsze kończy się brakiem kompatybilności komponentów) potrzebujemy PHP zarówno w wersji 5.2, jak i wersji 5.4. Wersja dla danego użytkownika musi być ustawiana z poziomu panelu / bądź pliku (w tym przypadku dostępnego tylko dla resellera / admina). MySQL w najnowszej wersji - musi być skonfigurowany tak, aby późniejsze aktualizacje w ramach tej samej gałęzi przebiegały bezproblemowo (żadnych przestarzałych /deprecated/ wpisów w konfiguracji). Apache - najlepiej byłoby skorzystać z najnowszej wersji, aczkolwiek spotkaliśmy się z problemami w konfiguracji Apache 2.2 - więc kwestia jeszcze do przedyskutowania / sprawdzenia. Nie interesowałem się tematem, aczkolwiek chciałbym skorzystać z udogodnienia, którym jest memcached dla PHP - zauważyłem, że wiele aplikacji ma wsparcie dla tej formy pamięci podręcznej. Z góry dziękuję za oferty. Pozdrawiam

Zawartość /etc/my.cnf [mysqld] port = 3306 socket = /tmp/mysql.sock #skip-locking key_buffer_size = 256M max_allowed_packet = 1M table_open_cache = 256 sort_buffer_size = 1M read_buffer_size = 1M read_rnd_buffer_size = 4M myisam_sort_buffer_size = 64M thread_cache_size = 8 query_cache_size= 16M # Try number of CPU's*2 for thread_concurrency thread_concurrency = 4 # Replication Master Server (default) # binary logging is required for replication log-bin=mysql-bin # binary logging format - mixed recommended binlog_format=mixed # required unique id between 1 and 2^32 - 1 # defaults to 1 if master-host is not set # but will not function as a master if omitted server-id = 1 [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash # Remove the next comment character if you are not familiar with SQL #safe-updates [myisamchk] key_buffer_size = 128M sort_buffer_size = 128M read_buffer = 2M write_buffer = 2M [mysqlhotcopy] interactive-timeout Jeżeli zaś chodzi o wersję MySQL - zaraz podam szczegóły, tylko się przebiję przez kolejny freeze. mysql5.1:5.1.61

Witam serdecznie, potrzebuję integracji iFirma.pl z WHMCS. Zamiast zwykłych faktur wystawianych w obrębie WHMCS muszę mieć możliwość wystawiania faktur na iFirma - na początek proforma, po zapłaceniu Faktura VAT sprzedażowa. Klient pobierając fakturę, pobiera ją tak na prawdę wygenerowaną z iFirma. Proszę o przedstawienie kosztów i czasu realizacji. Zależy nam na czasie. Pozdrawiam

W ostatnich dwóch dniach mój VPS znikał... Sytuacja jakby się po prostu wyłączył - oto zapis z systemu The Dude: W przeciągu 2 dni - łącznie VPS był nieosiągalny około 20 godzin. Co na to WT? Warto nadmienić, że od momentu zgłoszenia, do momentu reakcji w pierwszym przypadku trzeba było czekać około 4 godzin, dzisiaj dokładnie 5h 44 min. Czy u innych użytkowników też występuje problem? Jak domagać się rekompensaty za server-down ?

witam serdecznie, co uczynić, by móc zainstalować windows 2003 enterprise na dyskach SCSI wpiętych do Compaq DL360 - zawsze gdy próbuję to uczynić wywala mi error z plikami stronicowania. Czy ma ktoś pomysły na rozwiązanie tego problemu i czy ktoś kiedyś już to robił? Czy są mi potrzebne sterowniki do kontrolera, skoro na FAT'cie instaluje się normalnie?

Poszukuję osoby, która pomoże mi wypełnić wniosek o przydzielenie klasy adresowej IP, która ma zostać docelowo przydzielona do serwera dedykowanego na WebTropii. Nigdy nie zajmowałem się RIPE, dlatego też nie mam pojęcia jak do tematu podejść. Proszę o kontakt wraz z kosztem przygotowania wniosku.

Zapłacę racjonalną kwotę za efekt. Przedstawiciele WebTropii uważają, że uzyskanie pojedynczych klas nie stanowi problemu, tylko mam napisać dobry wniosek. Proszę o konkretne kwoty - kontakt: 518 144 575 lub GG: 11556671

Właśnie przenoszę się z usługami do SANTREXu. Muszę im przyznać - napisałem o 2 nad ranem z pytaniem o pingi do testów poszczególnych serwerów, odpowiedź uzyskałem w przeciągu 60 minut, dziś rano zapytałem o warunki finansowe współpracy, odpowiedź znowu w przeciągu 60 minut. W firmie pracuje Polak - pan Błażej. Uprzejmy Pan, więc support mamy nawet po Polsku. Jak tylko poznam firmę od środka - powiem jak się spisują.

Korzystałem z usług Hostnine (i dalej korzystam, niestety) od 2 lat. W międzyczasie, przy założonych około 60 kontach spotkało mnie: 2 poważne przerwy w świadczeniu usługi w związku z przenosinami serwerów, które dotyczyły około 40% kont. 1 poważne włamanie, podczas którego na wszystkich serwerach strona główna została podmieniona na jedną z "h4ck3d by", co świadczyło o tym, że ich zabezpieczenia są pożałowania warte 1 poważny problem z bezpieczeństwem aplikacji opartych na WordPress i Joomla, gdzie skrypt (który dalej działa na serwerach USCentral) przeszukiwał wszystkie configi na serwerze w poszukiwaniu danych do bazy danych i podmieniał wszystkie treści wpisów na "Buy cheap viagra at ..." - jeden z przykładów działania można zobaczyć odwiedzając adres IP: 74.86.183.204 - który z resztą jest głównym adresem serwera. Więc włamywacze dalej mają dostęp do /var/www - gratuluję Dwukrotne podniesienie cen i zlikwidowanie resellera "unlimited" i bez słowa przeniesienie klientów do najwyższego możliwego obecnie pakietu przy zmianie opłaty - również bez słowa. Pomoc techniczna rok temu - na prawdę wyśmienita, nie miałem nic - kompletnie nic do zarzucenia, obecnie jest to jeden z typowych hostingów bez przyszłości, które poszły w masówkę zamiast ilości. Wdrożenie "ResellerCentral" którego funkcjonalność w stosunku do poprzedniej wersji została zmniejszona o 1/3. Szczerze - ODRADZAM definitywnie firmę, jaką jest HostNine. Pomimo wszystkich argumentów "za" przedstawionych w tym temacie, wszystkich dobrych rzeczy jakie kiedykolwiek powiedziałem na temat Hostnine - jest to firma bez przyszłości. Nie jest to miejsce odpowiednie dla Ważnych dla Pańśtwa stron. Dziękuję za uwagę, --- EDIT --- Zapomniałem oczywiście wspomnieć o ważnym aspekcie - spróbuj tylko przenosić stronę z innego serwera i przeklikaj więcej niż 60 odświeżeń w minutę, a dostaniesz bana na serwerze - musisz potem błagać support i tłumaczyć się, że w danej chwili uruchamiałeś skrypt importujący bazę który przeładowywał się co niecałą sekundę w celu przejścia do następnej partii materiału. Dodatkowo mój klient, który za pomocą AJAXa przerzucał więcej danych - także ban. Dodatkowo uruchomienie każdej bardziej zaawansowanej aplikacji - na przykład z użyciem SOAP wymaga pisemnej prośby w kierunku administratorów - kpina? Hostnine.

Chciałbym, aby wszystkie nieprzypisane domeny na serwerze z DirectAdminem przekierować do jednego, przygotowanego w tym celu konta - dla przykładu - zarówno w sytuacji kiedy domena www.xyz.pl jest zadelegowana na mój serwer DNS, ale nie jest na serwerze uruchomione konto - domena ma kierować do konta - załóżmy 'idle', jak i w sytuacji kiedy ktoś spróbuje wywołać subdomenę już istniejącego konta - załóżmy że mam domenę xyz123.pl, na której istnieje strona, to po wywołaniu ok.xyz123.pl zostanie wywołana zawartość konta 'idle'.

Dysponuję maszyną w WebTropii: Intel Core i5-750 (4x2.66GHz) 6GB DDR3 RAM 2x1000GB SATAII Oraz dysponuję bazą danych MySQL, której jedna z tabel ma już dosyć konkretny rozmiar - 2,5GB (rośnie o 100mB dziennie). Chciałbym zapytać Was jak skonfigurować plik my.cnf tak, by jak najlepiej radził sobie z tym obciążeniem wykorzystując 100% maszyny? Generalnie - wolę, żeby maszyna miała 90% wykorzystanych zasobów przez 3 sekundy niż 10% przez 2 minuty. Zależy mi na szybkim dostępie do danych (wyszukiwanie z wildcardem - np. %erotyk%). Optymalizację bazy danych przeprowadzam obecnie co 12 godzin, poprawia to wydajność o parę procent, ale cudów nie ma. Nie grzebałem jeszcze w konfiguracji MySQL.

Strzał w 10! Rozwiązanie spełnia moje oczekiwania!

Wybadam, ile kosztuje rozwiązanie przedstawione przez xorg. Ewentualnie zrobię coś, aby zredukować korzystanie z wildcarda. Może regexp w zapytaniach?

Planuję skorzystać z oferty webtropia.com na serwer dedykowany Server i5-6 za 49,99 euro / msc. Czy w przypadku umowy na 12 miesięcy opłatę muszę mieć uiszczoną z góry na X miesięcy, czy wystarczy, że będę płacił na bieżąco z tygodniowym wyprzedzeniem?

Potrzebuję konto reseller klasy 5GB miejsca 100GB transferu miesięcznie + DirectAdmin Przynajmniej 10 adresów IP (po dwa z każdej klasy) - byłoby miło, gdyby późniejsze dokupienie było kwestią 3 zł za IP / miesiąc. Środki do przeznaczenia - otwieramy od 100zł / miesiąc. Czekam na POWAŻNE propozycje (więc tani-hosting.net i inne krzaki odpadają).

O sprzętowym RAID'zie na tej klasy serwerach (pecetowe płyty główne w ATX'ach)... ciężko. Firma póki co leci po kosztach, pewnie o poważnym sprzęcie myślą dopiero po rozwinięciu. PS: O przedłużeniu umowy NIE MA MOWY! Powolutku wycofuję się ze stronami z tej firmy. PS2: Przypomniało mi się, po co tu wszedłem... Od godziny znowu trwają wariacje pamięci... To samo co 12 dni temu. Zobaczymy czy do 7 rano będzie chodzić.

Od kilku dni jakość usług webh.pl tragicznie spadła... Nieustanne awarie, przed chwilą zawiesiła im się trzecia maszyna... Oto co przeczytałem w panelu HyperVM: Alert: Could not Connect to the server 91.205.75.13. Please login and restart hypervm service on this server. On Linux, login via ssh and run this: /script/restart ... Nie brzmi to za wesoło. A każda przerwa to dla każdego klienta z pewnością jakaś strata. The Resource List could not gathered....no_socket_connect_to_server Liczyłem na trochę powagi od obsługi, ale... od niedzieli / poniedziałku... zupełnie jakby inna osoba mnie obsługiwała - koniec z miłą obsługą..

Z paroma kombinacjami w systemie, oraz po zmianie strefy czasowej w HyperVM na Kijów... wszystko wygląda na OK. Jeżeli problemy nie pojawią się rano to poinformuję