Да, подтверждаем, причем проблема не на нашей стороне:
2012-09-08 11:31:52 [4269] 1TAN0h-00016n-Vn ** tiaurus@msn.com F=<support@onyx.net.ua> P=<support@onyx.net.ua> R=dkim_lookuphost T=dkim_remote_smtp: SMTP error from remote mail server after MAIL FROM:<support@onyx.net.ua> SIZE=4279: host mx3.hotmail.com [65.55.37.120]: 550 OU-001 (COL0-MC4-F24) Unfortunately, messages from 98.142.241.18 weren't sent. Please contact your Internet service provider since part of their network is on our block list. You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors.
Сообщение электронной почты отклонено службой Hotmail из-за несоответствия требованиям политики. Если вы не являетесь администратором электронной почты или сети, обратитесь за помощью к своему поставщику услуг электронной почты или Интернета. Чтобы получить дополнительные сведения о блокировке или запросить ее снятие, перейдите на веб-сайт http://www.spamhaus.org (на английском языке).
А вот в базе спамхауса нас нет !!! Такой вот крутой msn.com... Заблокировал письмо "просто так"
Есть ли у вас возможность вести переписку например с Gmail ящика?, я продублирую ответ туда.
$1 - в данном случае номер столбца с PID. У меня в CentOS он первый , при условии что я делаю "ps ax". Если полагаете что процессов будет много, можно killall вместо kill
А чего вы хотите судя по тому что вы делаете, вы в VirtualHost выкладываете файл .sh который во первых апачем никак не распознается... а как последствие является просто обычным текстовым документом... а следом вы его выкачиваете...
Тут собственно какой вопрос, во первых , зачем вам вызывать файл через WGET ? если это .SH сценарий, он все равно не выполнится на сервере... т.е зачем его складывать в documentroot ? положите себе в ~$username/ и ничего шифровать не надо.
А если вам надо исполнять то, что в этом .SH файле, вызовом через wget... то вам надо сделать файлик xxx.php в котором который выглядит где-то так:
В этом случае при вызове WGET-ом этого сценария у вас произойдут system() вызовы, а на результате вы получите "белый" документ, т.е пустой... так как я не обозначил никакого вывода типа print... таким образом из вне, никто не сможет посмотреть суть вашего system().
myhand: В принципе, андрейка дело советует (за исключением богомерзкой убунты :D). Если б вы делали с нуля. Но на заданный вопрос он, конечно, не ответил (или я что-то тоже "не понял" :)).
ТС, чуда не будет, угадать что вы сделали по другому в новой конфигурации - сложно. Сравните настройки mod_wsgi, включите отладку в скрипте. Аллах один знает как вы там "собрали в /opt" и "линки разложили". Должно работать - где-то вы просто ошиблись.
Да все стандартно, prefix указал и собрал, туда же поставил mysql_python , django по документации самих пакетов, файл настроек wsgi использую идентичный.... Даже не меняю его при смене модуля. Там пара строк опиcанных выше. :(
Andreyka: Ну ок. 1. Ставим debootstrap. 2. Ставим убутну с нужной версией через debootstrap в чрут (http://packages.ubuntu.com/ru/oneiric/python) 3. Монтируем через bind в чрут данные, а так же proc 4. Чрутимся и стартуем там апач с питоном 5. Настраиваем на сервере проброс где надо на тот апач с питоном
Андрей, вы как не читаете, я уже написал, что история с двумя питонами завершена, она больше не актуальна, мне больше не надо крестить два wsgi на 1м сервере.... в моем случае не работает апликуха на питоне, которая подключается через wsgi собранный для питона 2.7 который я отдельно (согласно документации) поставил в /opt/python2.7.... Зачем мне создавать виртуалку с убунтой и что-то куда-то проксировать? Я отключаю полностью старый модуль wsgi (для 2.4) и включаю новый wsgi (для 2.7), а дальше происходит проблема описанная постом выше...
Да пусть хоть обычная поддержка, но на хостинге по любому должен быть кто-то из дежурных, чтобы не оставлять все без присмотра. И то что с утра и до вечера ответа нет, это уже совсем не то
tiaurus, если мое предложение вас устраивает, то можете писать на administratie@stv-host.ru На выходные у нас есть дежурные, которые проверяют и следят за почтой
Мы просто более рационально тратим свое время. Дежурные есть, но они есть на площадке, у них есть масса мониторинга и прочего, всего, что необходимо для детекта каких-то печальных ситуаций с серверами, а менеджеры и поддержка работают как в принципе и везде, пн-пятница, обычный рабочий день.
Тс, просто категорически не приемлет ICQ, а там как раз может в выходные дни находится дежурный техник.
---------- Добавлено 08.09.2012 в 22:49 ----------
tiaurus: Написал утром письмо по адресу, указанному на сайте - сейчас уже вечер, ответ так и не получил. Скорость реагирования на сообщения не радует.
Мы специально работаем через ICQ , причем заметьте не для того что бы скрыться, а для того что бы более оперативно реагировать на проблемы клиентов!!! (Если у вас есть какой либо контакт в любом из лайф-месенджеров, это будет плюсом для вас по сравнению с любим видом тех поддержки оказанной по email. Оперативность очевидна.) На письмо ваше был дан ответ.
Переводя на GMT +2 поддержка почтой осуществляется с понедельника по пятницу с 16:30 до 00:30... Либо учитывайте свой сдвиг от EDT.
---------- Добавлено 08.09.2012 в 23:04 ----------
sdrc: На выходные у нас есть дежурные, которые проверяют и следят за почтой
Мы полагаем, что куда более целесообразнее иметь в это время не дежурного умеющего отвечать на email, а сисадмина который оценит проблему и решит её, пусть он хоть вообще на почту не отвечает :D А то как бы толку с вашего дежурного если сервера лежат, а он отвечает всем на емейлы что сервера лежат :D В случае возникновения проблемы, мы узнаем о ней как правило ранее самих клиентов (кто с нами с этого форума уверенно это подтвердит), по этому не знаю что лучше даже подождать пусть даже сутки с ответом при условии что все работает или получить за эти сутки нервотрепки 120 ответов "мы решаем задачу", но при этом ничего не работает :D :D Кто что продает в общем-то...
edka: Нет, я не выполнял команду "df -h", т.к. к сожалению мало понимаю в администрировании серверов, мои знания ограничиваются панелью, пхпмайадмином и скриптами пхп к сожалению.
Файл удалил, т.к. угрожало работе сайта и сам файл был ненужен уже.
В таком случае выполните команду сейчас и посмотрите, сколько места есть свободного .... может все станет сразу ясно, что у вас и 4.5 гигов не было....
edka: Привет всем! Есть VPS и на нем стоит сайт на DLE.
VPS такой: 1024 мГц 512 Память, Всего дисковой памяти 25 Гиг, свободно на момент проблемы 10 Гиг. CentOS 5
В чем была проблема: На сайте перестал корректно работать модуль онлайн (всегда показывал 1 человека онлайн, хотя на сайте было более 50 человек). Модуль онлайн активно работает и держит свои данные в файлике на диске. Также сайт стал немного подтормаживать, заметно на глаз и долго грузиться картинки с сервера.
Что было сделано: Подумал, вспомнил что делал на сервере и увидел, что неделю назад делал архивирование всех файлов в один файл, который сохранился в корень сайта и имел размер 4,5 Гигабайта. Так как проблема появилась примерно в день создания архива, а сам архив был уже ненужен, то удалил его. После этого нормальная работа сайта востановилась.
Смотрел нагрузку на сервер во время проблемы, все в пределах нормы.
Т.к. я плохо разбираюсь в администрировании сервера, то решил спросить у знающих людей (чтобы знать на будущее). Что могло быть причиной? Ведь дискового места на сервере еще было достаточно, почему сайт стал тормозить, непонятно. Или у CentOS 5 есть какие то проблемы с большими файлами на сервере?
Вы красиво описали все, но беда в том, что надо бы технической информации поболее, например надо бы понять вывод команды "df -h" (причем тогда когда еще большой файл был на месте), а то "Ведь дискового места на сервере еще было достаточно" произростает по сути из ваши домыслов ? или вы таки видели вывод этой команды и там действительно было свободное место? Потому как работа счетчиков которые пишут в файл прекращается как правило по окончанию места.....
Я не получил ответ до сих пор.
Да, подтверждаем, причем проблема не на нашей стороне:
2012-09-08 11:31:52 [4269] 1TAN0h-00016n-Vn ** tiaurus@msn.com F=<support@onyx.net.ua> P=<support@onyx.net.ua> R=dkim_lookuphost T=dkim_remote_smtp: SMTP error from remote mail server after MAIL FROM:<support@onyx.net.ua> SIZE=4279: host mx3.hotmail.com [65.55.37.120]: 550 OU-001 (COL0-MC4-F24) Unfortunately, messages from 98.142.241.18 weren't sent. Please contact your Internet service provider since part of their network is on our block list. You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors.
тут (http://mail.live.com/mail/troubleshooting.aspx#errors.), ошибка говорит о том , что:
Сообщение электронной почты отклонено службой Hotmail из-за несоответствия требованиям политики. Если вы не являетесь администратором электронной почты или сети, обратитесь за помощью к своему поставщику услуг электронной почты или Интернета. Чтобы получить дополнительные сведения о блокировке или запросить ее снятие, перейдите на веб-сайт http://www.spamhaus.org (на английском языке).
А вот в базе спамхауса нас нет !!! Такой вот крутой msn.com... Заблокировал письмо "просто так"
Есть ли у вас возможность вести переписку например с Gmail ящика?, я продублирую ответ туда.
kill -9 `ps ax | grep "S 29" | awk '{print $1}'`
$1 - в данном случае номер столбца с PID. У меня в CentOS он первый , при условии что я делаю "ps ax". Если полагаете что процессов будет много, можно killall вместо kill
neoks,
А чего вы хотите судя по тому что вы делаете, вы в VirtualHost выкладываете файл .sh который во первых апачем никак не распознается... а как последствие является просто обычным текстовым документом... а следом вы его выкачиваете...
Тут собственно какой вопрос, во первых , зачем вам вызывать файл через WGET ? если это .SH сценарий, он все равно не выполнится на сервере... т.е зачем его складывать в documentroot ? положите себе в ~$username/ и ничего шифровать не надо.
А если вам надо исполнять то, что в этом .SH файле, вызовом через wget... то вам надо сделать файлик xxx.php в котором который выглядит где-то так:
В этом случае при вызове WGET-ом этого сценария у вас произойдут system() вызовы, а на результате вы получите "белый" документ, т.е пустой... так как я не обозначил никакого вывода типа print... таким образом из вне, никто не сможет посмотреть суть вашего system().
В принципе, андрейка дело советует (за исключением богомерзкой убунты :D). Если б вы делали с нуля. Но на заданный вопрос он, конечно, не ответил (или я что-то тоже "не понял" :)).
ТС, чуда не будет, угадать что вы сделали по другому в новой конфигурации - сложно. Сравните настройки mod_wsgi, включите отладку в скрипте. Аллах один знает как вы там "собрали в /opt" и "линки разложили". Должно работать - где-то вы просто ошиблись.
Да все стандартно, prefix указал и собрал, туда же поставил mysql_python , django по документации самих пакетов, файл настроек wsgi использую идентичный.... Даже не меняю его при смене модуля. Там пара строк опиcанных выше. :(
Ну ок.
1. Ставим debootstrap.
2. Ставим убутну с нужной версией через debootstrap в чрут (http://packages.ubuntu.com/ru/oneiric/python)
3. Монтируем через bind в чрут данные, а так же proc
4. Чрутимся и стартуем там апач с питоном
5. Настраиваем на сервере проброс где надо на тот апач с питоном
Андрей, вы как не читаете, я уже написал, что история с двумя питонами завершена, она больше не актуальна, мне больше не надо крестить два wsgi на 1м сервере.... в моем случае не работает апликуха на питоне, которая подключается через wsgi собранный для питона 2.7 который я отдельно (согласно документации) поставил в /opt/python2.7.... Зачем мне создавать виртуалку с убунтой и что-то куда-то проксировать? Я отключаю полностью старый модуль wsgi (для 2.4) и включаю новый wsgi (для 2.7), а дальше происходит проблема описанная постом выше...
Или может я что-то совсем не понял? :S
Ну 24/7 и быстрая поддержка разные вещи.
Да пусть хоть обычная поддержка, но на хостинге по любому должен быть кто-то из дежурных, чтобы не оставлять все без присмотра.
И то что с утра и до вечера ответа нет, это уже совсем не то
tiaurus, если мое предложение вас устраивает, то можете писать на administratie@stv-host.ru
На выходные у нас есть дежурные, которые проверяют и следят за почтой
Мы просто более рационально тратим свое время. Дежурные есть, но они есть на площадке, у них есть масса мониторинга и прочего, всего, что необходимо для детекта каких-то печальных ситуаций с серверами, а менеджеры и поддержка работают как в принципе и везде, пн-пятница, обычный рабочий день.
Тс, просто категорически не приемлет ICQ, а там как раз может в выходные дни находится дежурный техник.
---------- Добавлено 08.09.2012 в 22:49 ----------
Написал утром письмо по адресу, указанному на сайте - сейчас уже вечер, ответ так и не получил. Скорость реагирования на сообщения не радует.
Мы специально работаем через ICQ , причем заметьте не для того что бы скрыться, а для того что бы более оперативно реагировать на проблемы клиентов!!! (Если у вас есть какой либо контакт в любом из лайф-месенджеров, это будет плюсом для вас по сравнению с любим видом тех поддержки оказанной по email. Оперативность очевидна.) На письмо ваше был дан ответ.
Переводя на GMT +2 поддержка почтой осуществляется с понедельника по пятницу с 16:30 до 00:30... Либо учитывайте свой сдвиг от EDT.
---------- Добавлено 08.09.2012 в 23:04 ----------
На выходные у нас есть дежурные, которые проверяют и следят за почтой
Мы полагаем, что куда более целесообразнее иметь в это время не дежурного умеющего отвечать на email, а сисадмина который оценит проблему и решит её, пусть он хоть вообще на почту не отвечает :D А то как бы толку с вашего дежурного если сервера лежат, а он отвечает всем на емейлы что сервера лежат :D В случае возникновения проблемы, мы узнаем о ней как правило ранее самих клиентов (кто с нами с этого форума уверенно это подтвердит), по этому не знаю что лучше даже подождать пусть даже сутки с ответом при условии что все работает или получить за эти сутки нервотрепки 120 ответов "мы решаем задачу", но при этом ничего не работает :D :D Кто что продает в общем-то...
Нет, я не выполнял команду "df -h", т.к. к сожалению мало понимаю в администрировании серверов, мои знания ограничиваются панелью, пхпмайадмином и скриптами пхп к сожалению.
Файл удалил, т.к. угрожало работе сайта и сам файл был ненужен уже.
В таком случае выполните команду сейчас и посмотрите, сколько места есть свободного .... может все станет сразу ясно, что у вас и 4.5 гигов не было....
Hyperfast, давайте я возьму у вас 15 гиг места, а завтра ваш сервер будет выглядеть как будто там 1 мой проект :D
Привет всем!
Есть VPS и на нем стоит сайт на DLE.
VPS такой: 1024 мГц 512 Память, Всего дисковой памяти 25 Гиг, свободно на момент проблемы 10 Гиг.
CentOS 5
В чем была проблема:
На сайте перестал корректно работать модуль онлайн (всегда показывал 1 человека онлайн, хотя на сайте было более 50 человек).
Модуль онлайн активно работает и держит свои данные в файлике на диске.
Также сайт стал немного подтормаживать, заметно на глаз и долго грузиться картинки с сервера.
Что было сделано:
Подумал, вспомнил что делал на сервере и увидел, что неделю назад делал архивирование всех файлов в один файл, который сохранился в корень сайта и имел размер 4,5 Гигабайта.
Так как проблема появилась примерно в день создания архива, а сам архив был уже ненужен, то удалил его. После этого нормальная работа сайта востановилась.
Смотрел нагрузку на сервер во время проблемы, все в пределах нормы.
Т.к. я плохо разбираюсь в администрировании сервера, то решил спросить у знающих людей (чтобы знать на будущее).
Что могло быть причиной?
Ведь дискового места на сервере еще было достаточно, почему сайт стал тормозить, непонятно.
Или у CentOS 5 есть какие то проблемы с большими файлами на сервере?
Вы красиво описали все, но беда в том, что надо бы технической информации поболее, например надо бы понять вывод команды "df -h" (причем тогда когда еще большой файл был на месте), а то "Ведь дискового места на сервере еще было достаточно" произростает по сути из ваши домыслов ? или вы таки видели вывод этой команды и там действительно было свободное место? Потому как работа счетчиков которые пишут в файл прекращается как правило по окончанию места.....
Ну в общем про 15 минут бесплатной консультации еще актуально - стучи, расскажу как надо.
Ну так тогда потрать эти 15 минут публично, вопрос вроде ясен.