webmaniac

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

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.

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.

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

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

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ć.

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 ?

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

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.

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.