Форум SAPE.RU - Кто что скажет за iphoster.ru хостинг

Форум SAPE.RU (http://forum.sape.ru/index.php)

- Хостинг и доменные имена (http://forum.sape.ru/forumdisplay.php?f=60)

- - Кто что скажет за iphoster.ru хостинг (http://forum.sape.ru/showthread.php?t=51668)

И сегодня тоже все недоступно, даже биллинг и панель.

Доступно всё. Нужно с правилами согласится в самом низу когда "В билинг" нажимаешь:)

Ну сайты полдня были недоступны.
И на host-tracker.com проверял.

Окончание моей истории, описанной на предыдущей странице.
Заранее извиняюсь, за "многабукав".
Повторяюсь, мое мнение составлено на примере заказа dedicated-сервера.

О проблеме, описанной выше, была ГИГАНТСКОЙ длины переписка по тикетам, которая заняла несколько дней.
В течение данной переписки техподдержка хостера не пыталась решить проблему, постоянно пыталась обмануть меня и давила техническими деталями.
Примеры попыток обмануть меня:

Цитата:

1. На графике в статистике munin оуказаны не мегабиты, а мегабайты! Умножайте на 10! У вас все классно!
(ага, при этом в munin черным по белому написано - bits per second)
2. Ваше железо работает на 100-мегабитах! Смотрите:
*идет большой техлог, с описанием, что мое железо поддерживает скорости до 100 мегабит*
(вот только я говорю не о железе, а о трафике на выходе)
3. Все у вас нормально!
*большой техлог скачки сервером тестового пакета*
(это данные о входящем трафике, а не исходящем!)

После 2 дней переписки и попытки давления на меня техданными я устал. Если вы попадете в аналогичную ситуацию, сделайте следующее:
1. Возьмите сторонний сервер. Скачайте им тестовый пакет и замерьте скорость скачки (и покажите, что она высокая).
2. Скачайте этим же сервером файл с сервера, взятого у ИПхостера и покажите, что скорость скачки с этого сервера режется.

После предоставленных логов сотрудники iphoster прикинулись идиотами, и мне пришлось им дважды объяснять что означают данные логи. Только после того, как они поняли, что отпираться бессмысленно, они ответили "ваша проблема передана в ДЦ".
После этого вновь никакой реакции. Проблема решена не была.

После выхода их новой версии сайта оставил им не очень веселый, но правдивый отзыв. Отзыв опубликован не был. Зато через несколько часов мне пришло письмо, типа "мы решили вернуть вам деньги.
Кстати, буквально после пары часов после выхода новой версии сайта на их сайте было уже несколько страниц отзывов. Ну... вы сами понимаете откуда они взялись.

Сервер был куплен на 2 месяца, 61 день.
На момент получения сервера осталось 54.
На момент письма осталось 46.

Денег вернули менее, чем за месяц. Месяц стоил 90$, вернули 65$. Из 46 дней сервера осталось 16.

Еще через 4 дня сервер заблокировали, несмотря на то, что в панели было указано еще 12 оплаченных дней. При этом я периодически видел конвульсивные ответы с него! По SSH сервер был недоступен.
На момент окончания последнего дня работы сервера сервер был заблокирован, проблема решена не была

Вывод:
Даже если мне не повезло и я в "черной полосе", отношение iphoster.ru к пользователям dedicated-серверов просто отвратительно.
- Несоответствие заказа и получаемой машины
- Правила, не предусматривающие возврат денег за их же отвратительную работу
- Техподдержка, готовая до последнего кормить тебя враньем
- Ложь в отзывах на собственном сайте

После всего этого мое мнение о них только одно: я потерял большое количество времени и был кинут на 100$. Аминь :)

Вечер добрый.
Взял VDS - 2 у _http://iphoster.ru/zakaz/?vid=vds_gr_linux
Заявлено: Процессор/CPU: 1000 МГц Оперативная память: 512 Мб / Диск: 20 Гб / IP адреса: 2

В консоль вбиваю df -h получаю:

Цитата:

/dev/simfs 15G 1.3G 14G 9% /
tmpfs 256M 0 256M 0% /lib/init/rw
tmpfs 256M 0 256M 0% /dev/shm

Куда пропало еще 5GB не понятно.Ладно плюнул, начал настраивать и переносить.Перенес, начал мониторить.

Заметил, что периодически vps тупит.Далее было выявлено, что тупит из-за wa n%, когда n резко подскакивает до 50%+.(oiwait) Есть предположения что тупит из-за HDD.

Пока разбирались почему происходят скачки нагрузки.Решил поинтересоваться у ТП - есть ли манибэк.

Ответ: возврат денежных средств по vds не предусмотрен.

Работаете/работали ли вы с этим хостером?Поделитесь вашим опытом.

Добавлено через 14 минут
Что-то не посмотрел, в разделе уже есть подобная тема.Если можно, соедините мою тему с этой http://forum.sape.ru/showthread.php?t=51668

Цитата:

Работаете/работали ли вы с этим хостером?

Работаю на тарифе HOST-1, претензий нет. Вот только не понимаю, как можно 3 сайта на 1 акке сделать...

Как-то лень связываться и разбираться.Да и манибэк делать не хотят, ну и фиг с ними.Перенесу на "родной" хост и забуду про iphoster.

Хотя нареканий связанных с работой vps в США нет.Банально мне не выгодно держать разные проекты на разных впс.Поэтому в РФ на 1 мощную впс.

Добавлено через 4 минуты
Кстати с HDD вроде все оказалось норм.

Цитата:

BYTE UNIX Benchmarks (Version 4.1-wht.2)
System -- Linux serv 2.6.18-194.8.1.el5.028stab070.2 #1 SMP Tue Jul 6 14:55:39 MSD 2010 i686 GNU/Linux
/dev/simfs 15360000 1280032 14079968 9% /

Start Benchmark Run: Mon Dec 6 19:49:26 MSK 2010
19:49:26 up 6:59, 3 users, load average: 0.43, 0.58, 0.63

End Benchmark Run: Mon Dec 6 21:07:20 MSK 2010
21:07:20 up 8:17, 1 user, load average: 12.99, 5.43, 3.60

INDEX VALUES
TEST BASELINE RESULT INDEX

Dhrystone 2 using register variables 376783.7 1752439.0 46.5
Double-Precision Whetstone 83.1 1229.5 148.0
Execl Throughput 188.3 1400.6 74.4
File Copy 1024 bufsize 2000 maxblocks 2672.0 65162.0 243.9
File Copy 256 bufsize 500 maxblocks 1077.0 36022.0 334.5
File Read 4096 bufsize 8000 maxblocks 15382.0 633129.0 411.6
Pipe Throughput 111814.6 333103.9 29.8
Pipe-based Context Switching 15448.6 100237.0 64.9
Process Creation 569.3 4018.0 70.6
Shell Scripts (8 concurrent) 44.8 268.8 60.0
System Call Overhead 114433.5 248554.9 21.7
=========
FINAL SCORE 89.8
serv:/unixbench-4.1.0-wht-2#

Жаль ядро старое х.х.18 версия.Не позволяет отследить io через iostat.

Добавлено через 13 часов 28 минут
Мани бек по vps США, Германия - нет.Думайте на какой срок оплачиваете:

Цитата:

Почему не предусмотрен возврат денежных средств по vds?

Уважаемый ,
т.к. не предусмотрен датацентром.
--
С уважением, специалист по работе с клиентами IPhoster
Денис З. (Администратор)

Цитата:

БИда, ну ладно.
А тот что в США(тоже впс), предусмотрен?

Здравствуйте ,
такая возможность отсутствует.
--
С уважением, специалист по работе с клиентами IPhoster
Денис З. (Администратор)

Приведу логи ниже, почему wa n% подскакивал так и не выяснили.На еще более слабеньком оборудовании у _hc.ru (проц 600 рам 512) все работало идеально.

Цитата:

На vpsке у меня стоит небольшой игровой сервер (eAthena лицензия GPL GNU) и веб (apache-php, nginx как бек-энд, mysql, exim4).С частой периодичностью происходит "лаг" на vps.

Потерь пакетов нет.Пинг до 100мс.
Далее смотрю нагрузку CPU -> htop -> до 20% и то редко, обычно 0% - 3%
Позже заметил, что во время лага возрастает значение top-> wa n%, оно доходит до 30~80%, как раз в это время происходит "лаг".( wa - iowait)

Подозрения пали на mysql.Запустили, оставили на 7 часов, далее запустили tuning-primer.sh -> ничего особенного.

Зашли в тупик.Предполагаем, что проблема с HDD.Ниже логи:

Pinging real-ro.ru [178.63.126.76] with 32 bytes of data:

Reply from 178.63.126.76: bytes=32 time=80ms TTL=53
Reply from 178.63.126.76: bytes=32 time=78ms TTL=53
Reply from 178.63.126.76: bytes=32 time=77ms TTL=53
Reply from 178.63.126.76: bytes=32 time=77ms TTL=53

Tracing route to real-ro.ru [178.63.126.76]
over a maximum of 30 hops:

1 19 ms 19 ms 18 ms ppp91-79-0-1.pppoe.mtu-net.ru [91.79.0.1]
2 19 ms 18 ms 18 ms a197-crs-1-be1-53.msk.stream-internet.net [212.188.1.113]
3 28 ms 26 ms 29 ms a197-crs-1-be1-53.msk.stream-internet.net [212.188.1.113]
4 71 ms 70 ms 66 ms m9-crs-1-be4.msk.stream-internet.net [195.34.59.49]
5 70 ms 71 ms 76 ms bor-crs-1-be1.spb.stream-internet.net [195.34.53.126]
6 112 ms 106 ms 105 ms anc-cr01-po3.ff.stream-internet.net [195.34.53.102]
7 75 ms 75 ms 71 ms anc-cr02-po1.ff.stream-internet.net [212.188.0.122]
8 66 ms 67 ms 67 ms decix2-gw.hetzner.de [80.81.193.164]
9 71 ms 72 ms 72 ms hos-bb1.juniper2.fs.hetzner.de [213.239.240.243]

10 80 ms 79 ms 76 ms hos-tr3.ex3k13.rz12.hetzner.de [213.239.228.206]

11 78 ms 80 ms 76 ms vds1.iphoster.ru [178.63.85.208]
12 78 ms 78 ms 77 ms static.76.126.63.178.clients.your-server.de [178.63.126.76]

Trace complete.

-- MYSQL PERFORMANCE TUNING PRIMER --
- By: Matthew Montgomery -

MySQL Version 5.0.51a-24+lenny4-log i486

Uptime = 0 days 6 hrs 15 min 35 sec
Avg. qps = 4
Total Questions = 103194
Threads Connected = 6

Warning: Server has not been running for at least 48hrs.
It may not be safe to use these recommendations

To find out more information on how each of these
runtime variables effects performance visit:
http://dev.mysql.com/doc/refman/5.0/...variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is enabled.
Current long_query_time = 2 sec.
You have 188 out of 103215 that take longer than 2 sec. to complete
Your long_query_time seems to be fine

BINARY UPDATE LOG
The binary update log is NOT enabled.
You will not be able to do point in time recovery
See http://dev.mysql.com/doc/refman/5.0/...-recovery.html

WORKER THREADS
Current thread_cache_size = 8
Current threads_cached = 2
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 100
Current threads_connected = 6
Historic max_used_connections = 8
The number of used connections is 8% of the configured maximum.
You are using less than 10% of your configured max_connections.
Lowering max_connections could help to avoid an over-allocation of memory
See "MEMORY USAGE" section to make sure you are not over-allocating

INNODB STATUS
Current InnoDB index space = 0 bytes
Current InnoDB data space = 0 bytes
Current InnoDB buffer pool free = 96 %
Current innodb_buffer_pool_size = 8 M
Depending on how much space your innodb indexes take up it may be safe
to increase this value to up to 2 / 3 of total system memory

MEMORY USAGE
Max Memory Ever Allocated : 110 M
Configured Max Per-thread Buffers : 262 M
Configured Max Global Buffers : 90 M
Configured Max Memory Limit : 352 M
Physical Memory : 512 M
Max memory limit seem to be within acceptable norms

KEY BUFFER
Current MyISAM index space = 10 M
Current key_buffer_size = 64 M
Key cache miss rate is 1 : 686
Key buffer free ratio = 88 %
Your key_buffer_size seems to be fine

QUERY CACHE
Query cache is enabled
Current query_cache_size = 16 M
Current query_cache_used = 565 K
Current query_cache_limit = 1 M
Current Query cache Memory fill ratio = 3.44 %
Current query_cache_min_res_unit = 4 K
Your query_cache_size seems to be too high.
Perhaps you can use these resources elsewhere
MySQL won't cache query results that are larger than query_cache_limit in size

SORT OPERATIONS
Current sort_buffer_size = 2 M
Current read_rnd_buffer_size = 256 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 0 queries where a join could not use an index properly
Your joins seem to be using indexes properly

OPEN FILES LIMIT
Current open_files_limit = 1024 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 64 tables
You have a total of 97 tables
You have 64 open tables.
Current table_cache hit rate is 2%
, while 100% of your table cache is in use
You should probably increase your table_cache

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 717 temp tables, 9% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Created disk tmp tables ratio seems fine

TABLE SCANS
Current read_buffer_size = 128 K
Current table scan ratio = 71 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 12264
Your table locking seems to be fine

serv:/# cat /proc/user_beancounters
Version: 2.5
uid resource held maxheld barrier limit failcnt
32332: kmemsize 5784845 6600510 51200000 51200000 0
lockedpages 0 409 2048 2048 0
privvmpages 119983 133894 262144 524288 0
shmpages 13969 20881 21504 21504 2
dummy 0 0 0 0 0
numproc 54 63 300 300 0
physpages 55868 71122 0 9223372036854775807 0
vmguarpages 0 0 131072 131072 0
oomguarpages 55922 71380 131072 131072 0
numtcpsock 51 82 9000 9000 0
numflock 4 14 500 500 0
numpty 3 5 32 32 0
numsiginfo 0 29 1024 1024 0
tcpsndbuf 1272328 4322056 36864000 36864000 0
tcprcvbuf 1275616 4702680 36864000 36864000 0
othersockbuf 11640 242128 10240000 10240000 0
dgramrcvbuf 0 8472 5120000 5120000 0
numothersock 11 24 9000 9000 0
dcachesize 440391 498819 3409920 3624960 0
numfile 1619 1763 9000 9000 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
numiptent 14 14 128 128 0

Так же я не получил ответ на вопрос, почему у меня винт на 15Гб.Хотя заявлено 20Гб.

Цитата:

На сайте написано Диск: 20 Гб.Ввожу в консоль:
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 15G 1.3G 14G 9% /
tmpfs 256M 0 256M 0% /lib/init/rw
tmpfs 256M 0 256M 0% /dev/shm

15G ГБ хард.Или я не прав? («VDS - 2» (7.95 $/мес) - Процессор/CPU: 1000 МГц
Оперативная память: 512 Мб / Диск: 20 Гб / IP адреса: 2 )

И ответ ТП:

Цитата:

Приветствую ,
В данном случае, я не вижу проблем на ноде, на которой находится Ваш сервер.
--
С уважением, Специалист службы технической поддержки компании IPhoster
Support (Александр М.)

Также пользовался ихними услугами. Был тариф реселлинга-скорость не ахти, изредка помогали, решил взять у них vds, перенес все сайты, сразу же в этот же день все повисло, написал в тикет, сказали что берите более дорогой тариф, повелся.... взял, в итоге ничего не изменилось, после рестарта vds, пару часов еще кое как сайты открываются и все, потом полный финиш. Писал в тикеты, просил чтоб проверили сервер. в итоге получил отказ, "Вы купили, вы и разбирайтесь". Такой наглости не ожидал, потребовал деньги. Начали ссылаться на свою оферту, что за vds они деньги не возвращают, типо принимали при регистрации, вот и все, никаких денег. Хотя я принимал ихнюю оферту когда там не было этого пункта( проверил по вебархиву). Затем начали ссылаться на другие пункты оферты и т.д. Перечитал офрету- сами они ее и не соблюдают. Хотя сами прописали что после изменения правил оферты, они должны всех оповестить, если нет претензий, то принимаются правила (Никогда они не присылали подобного, хотя их правила постоянно менялись по данным вебархива). И еще пунктов 5, которые они также не выполняют. Перешел к другому хостеру, пока ненарадуюсь просто.

Никому не советую связываться с этой конторой. Потом пожалеете еще 10 раз. Ни скорости, ни пинга нет.

ТС, возьмите потестируйте. Проверьте все максимальные возможности, функции. Половину отзывов пишут конкуренты.

PwStudio, вы и в самом деле искренне надеетесь на то, что ТС ждал вашего совета полтора года?