Re: посоветуйте форум ный движок
На Sat, 03 Nov 2007 17:07:18 + GoR <[EMAIL PROTECTED]> записано: > Нужен форумный движок > > лёгкий > удобный > безопастный ( это главное требование ) > > что посоветуете? phpbb3 - большой, постоянно находят новые дырки, но зато 1)удобный 2)есть в пакетах и поддерживается security team. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature
Re: посоветуйте форумный движок
В сообщении от Saturday 03 November 2007 20:25:59 Victor Wagner написал(а): > А вообще рекомендую YaBB2. > > www.yabbforum.com > > 1. Не на PHP (что соответствует моим представлениям о легкости и > безопасности) > 2. Не использует базу данных. (что опять-таки соответсвует моим > представлениям о легкости) > 3. За последние два года ни одного эксплойта. > Достойный кандидат. А как там с загрузкой файлов пользователем и форматированием вводимого текста?
Re: посоветуйте форумный движок
Я правильно понял что: Simple Machines Forum это бывший: YaBB -- Мунко О. Базаржапов mailto:[EMAIL PROTECTED] ICQ UIN: 169-245-258
Re: посоветуйте форумный движок
> А вообще рекомендую YaBB2. > > www.yabbforum.com > Не подскаже пож. есть ли конвекторы для того что бы текущий форум на phpbb переделать на YaBB ? -- Мунко О. Базаржапов mailto:[EMAIL PROTECTED] ICQ UIN: 169-245-258
Re: посоветуйте форумный движок
2007/11/4, GoR <[EMAIL PROTECTED]>: > Нужен форумный движок > > лёгкий > удобный > безопастный ( это главное требование ) > > что посоветуете? phpbb стоит в исходном виде + хак "Anti Bot Question MOD" живой, здоровый на днях ломанули, думал форум дырявый, после чтения логов оказалось что почта на Mail.Ru подвела, вернее пароль там простой стоял и через почту сломали Но вот с админкой у форума по части управлениями пользователями, предупреждения, БАН-ы и т.д. он слабоват может кто нить еще что нить посоветует, я бы с удовольствием переехал на что нить другое > > -- > [EMAIL PROTECTED] - JID > http://vkgdt.vsi.ru/ - Неоффициальный сайт вкждт > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Мунко О. Базаржапов mailto:[EMAIL PROTECTED] ICQ UIN: 169-245-258
Re: посоветуйте форумн ый движок
On 2007.11.03 at 17:07:18 +, GoR wrote: > Нужен форумный движок > > лёгкий Не совсем понятно, что значит легкий - при разных количествах посетителей и разных соотношениях количества чтений к количеству постов оптимальными будут разные движки. > удобный Опять таки кому что удобно. Кому-то нужен развесистый web-интерфейс администрирования, кому-то удобнее единый текстовый конфигурационный файл с понятным синтаксисом > безопастный ( это главное требование ) Это слово пишется без буквы "т". И умение писать его правильно, как ни странно, имеет прямое отношение к безопасности форума. А вообще рекомендую YaBB2. www.yabbforum.com 1. Не на PHP (что соответствует моим представлениям о легкости и безопасности) 2. Не использует базу данных. (что опять-таки соответсвует моим представлениям о легкости) 3. За последние два года ни одного эксплойта. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
посоветуйте форумный д вижок
Нужен форумный движок лёгкий удобный безопастный ( это главное требование ) что посоветуете? -- [EMAIL PROTECTED] - JID http://vkgdt.vsi.ru/ - Неоффициальный сайт вкждт -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
test
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
git
возможно ли слить репозитарий git через прокси? -- [EMAIL PROTECTED] - JID http://vkgdt.vsi.ru/ - Неоффициальный сайт вкждт -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинга
В сообщении от Saturday 03 November 2007 18:34:12 Alexander GQ Gerasiov написал(а): > А что SATA уже перестали быть ATA? Естественно работает, если > контроллер позволяет читать smart атрибуты (а они почти все позволяют). Отлично, осталось винты выбрать. Имеет ли смысл брать что-то вроде серии Seagate ES или достаточно обычных винтов?
Re: Железо для хостинг а
На Sat, 3 Nov 2007 18:16:55 +0300 Alexey Pechnikov <[EMAIL PROTECTED]> записано: > В сообщении от Saturday 03 November 2007 17:54:39 Mikhail A Antonov > написал(а): > > On 3 ноября 2007, Alexey Pechnikov wrote: > > > А что такое smartd? > > > aptitude search smartd > > > ничего не находит. > > > > aptitude show smartmontools > > С дисками SATA работает? Смущает фраза "built into most modern ATA > and SCSI hard disks". А что SATA уже перестали быть ATA? Естественно работает, если контроллер позволяет читать smart атрибуты (а они почти все позволяют). -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature
Re: Железо для хостинга
В сообщении от Saturday 03 November 2007 17:54:39 Mikhail A Antonov написал(а): > On 3 ноября 2007, Alexey Pechnikov wrote: > > А что такое smartd? > > aptitude search smartd > > ничего не находит. > > aptitude show smartmontools С дисками SATA работает? Смущает фраза "built into most modern ATA and SCSI hard disks".
Re: Железо для хостинга
On 3 ноября 2007, Alexey Pechnikov wrote: > А что такое smartd? > aptitude search smartd > ничего не находит. aptitude show smartmontools -- Best regards, Mikhail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- В лотерее Windows95 были разыграны миллионы чайников. signature.asc Description: This is a digitally signed message part.
Re: alsa on debian lenny
On Sat, Nov 03, 2007 at 02:07:06PM +0200, bUg. wrote: > что-то я не могу понять почему версия > алсы из /proc/asound/version равна 1.0.15, у меня все > стоит 1.0.14. В /proc/asound/version написана версия ядерной части. -- WBR, Dmitry signature.asc Description: Digital signature
Re: Железо для хостинга
> Ну, весь вопрос в том, что хостить. У меня, например, почтовый сервер > обслуживает бизнес-пользователей в разных часовых поясах и пользователи > очень не любят, когда почта не работает :) Ждать, когда саппорт на коло > допьет кофе, чтобы перегрузить сервер и не иметь никакого доступа в > BIOS/RAID (кстати, наличие доступа уже один раз спасало - была > возможность удаленно снизить скорость SCSI с 320 до 160, был битый > кабель) меня не устраивает. > В том месте, где находится сервер, услуга коло и так стоит безумных > денег, а если добавить еще удаленное управление, то это будет полный > беспредел. Да и ехать до коло довольно накладно ... две поездки = новый > сервер :) > iLO (в большинстве серверов HP он и так уже встроен) стоит гораздо > дешевле :) и что еще очень удобно - оставил диск в CD и всегда есть > возможность "linux rescue", нужно просто поменять порядок загрузки :) Да, возможности великолепные, но как я понимаю, вне моего бюджета. > Учитывая, что Алексей писал про "обычный корпус", а винты по размерам > совсем не похожи на SCSI, то явно планировалось использовать недоRAID, > который не всегда имеет нормальную поддержку Linux. Драйвера наверняка > есть, а вот с утилитами управления скорее всего будет плохо. Точно, искал соответствующую мать, но везде указано, что поддержка только для офтопика и некоторых проприетарных линуксов. > У программного рейда все, как говорится, "из коробки" - оповещения, > добавление/удаление дисков, ребилд и все из командной строки. Более > того, можно настроить smartd, что, имхо, не получится в случае > аппаратного рейда, который скрывает реальные диски. Все верно, но как хостер будет дебиан ставить? Из инсталлятора можно все это настроить, или начнутся пляски с бубном из-за всяких LVM и прочих вещей? Мне нужен 1 раздел и своп (сервер под одну задачу, почты и проч. вещей на нем не будет). А что такое smartd? aptitude search smartd ничего не находит.
Re: alsa on debian lenny
что-то я не могу понять почему версия алсы из /proc/asound/version равна 1.0.15, у меня все стоит 1.0.14. bUg. пишет: Andrey Tataranovich пишет: 1) Проверить на месте ли устройства, у меня примерно так ALSA: ls /dev/snd/ controlC0 controlC1 midiC1D0 pcmC0D0c pcmC0D0p pcmC0D1c pcmC0D1p seq timer ALSA-OSS: ls /dev/{dsp*,mixer*,midi*} /dev/dsp /dev/midi1 /dev/mixer /dev/mixer1 [EMAIL PROTECTED]:~$ ls /dev/snd/ controlC0 hwC0D2 pcmC0D0c pcmC0D0p timer [EMAIL PROTECTED]:~$ ls /dev/dsp* /dev/dsp [EMAIL PROTECTED]:~$ ls /dev/midi* ls: /dev/midi*: Нет такого файла или каталога [EMAIL PROTECTED]:~$ ls /dev/mixer* /dev/mixer 2) попробуй порулить из-под нового пользователя (может в профиле завалялось что-то вроде .asound) все что связано с алсой и асаундом было вычищено почистую. 3) сделай вывод cat /proc/asound/cards cat /proc/asound/version [EMAIL PROTECTED]:~$ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0x8820 irq 22 [EMAIL PROTECTED]:~$ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.15 (Tue Oct 23 06:09:18 2007 UTC). bUg. пишет: в общем есть проблемка. стояло у мну ядро 2.6.23.1 скомпиленное с поддержкой alsa. также были установлены пакеты alsa-base 1.0.14-2 alsa-firmware-loaders 1.0.14-2 alsa-oss 1.0.14-1 alsa-tools 1.0.14-2 alsa-tools-gui 1.0.14-2 alsa-utils 1.0.14-2 libasound2 1.0.14a-2 linux-sound-base 1.0.14-2 решил поставить alsa 1.0.15. убрал поддержку alsa из ядра. качнул из сида пакеты. alsa-firmware-loaders_1.0.15-1_i386.deb alsa-source_1.0.15-2_all.deb alsa-utils_1.0.15-1_i386.deb alsa-base_1.0.15-2_all.deb alsa-oss_1.0.15-1_i386.deb alsa-tools_1.0.15-1_i386.deb linux-sound-base_1.0.15-2_all.deb установил. скомпилил alsa-source при помощи m-a a-i alsa-source. все получилось красиво, кроме одной вещи. громкость никак не регулируеться, постоянно 100%. кроме амарока, в нем громкость медленно с нуля поднимаеться до 100%, при попытке изменить громкость, получаем опять 0, и через минуты 2-3 опять 100%. решил вернуть все назад. вернул. ничего не изменилось, поставил даже ядро 2.6.24-rc1-git11. ситуация анологичная. гугл пользовал весь день, задрало уже. :) Подскажите что делать. З.Ы. карточка встроенная Intel HDA чип - sigmatel 9221. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостин га
Alex Kuklin пишет: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Phoenix wrote: По поводу удаленного управления: 1) HP - iLO 2) Dell - DRAC 3) для небрендового будет стоить дороже, чем сам сервер, например Avocent SwitchView IP 1020 + DataProbe iBoot обойдутся в 1000 $ Не поймите меня не правильно, но я слабо понимаю необходимость в такой железке. У меня четыре года сервера простояли на colo - только один раз пришлось ехать до консоли, потому как криво обновил ядро, по собственной глупости. Если с железом все ок и руки торчат из нужного места, все это удаленное управление - баловство. IMHO Ну, весь вопрос в том, что хостить. У меня, например, почтовый сервер обслуживает бизнес-пользователей в разных часовых поясах и пользователи очень не любят, когда почта не работает :) Ждать, когда саппорт на коло допьет кофе, чтобы перегрузить сервер и не иметь никакого доступа в BIOS/RAID (кстати, наличие доступа уже один раз спасало - была возможность удаленно снизить скорость SCSI с 320 до 160, был битый кабель) меня не устраивает. В том месте, где находится сервер, услуга коло и так стоит безумных денег, а если добавить еще удаленное управление, то это будет полный беспредел. Да и ехать до коло довольно накладно ... две поездки = новый сервер :) iLO (в большинстве серверов HP он и так уже встроен) стоит гораздо дешевле :) и что еще очень удобно - оставил диск в CD и всегда есть возможность "linux rescue", нужно просто поменять порядок загрузки :) Совет: не связывайтесь с аппаратным рейдом в случае RAID1, mdadm не такой уж и страшный. Ну как раз в случае с RAID1 можно пользоваться аппаратным рейдом, потому как в худшем случае можно "оторовать" винт и использовать его отдельно (потому как зеркало). Но за аппаратными рейдами действительно гнаться не стоит, это я согласен. У меня на глазах были ситуации, когда именно аппаратные рейды вели себя совсем не так, как стоило бы. В частности, был случай потери массива при 100% гарантии целостности носителей. Учитывая, что Алексей писал про "обычный корпус", а винты по размерам совсем не похожи на SCSI, то явно планировалось использовать недоRAID, который не всегда имеет нормальную поддержку Linux. Драйвера наверняка есть, а вот с утилитами управления скорее всего будет плохо. У программного рейда все, как говорится, "из коробки" - оповещения, добавление/удаление дисков, ребилд и все из командной строки. Более того, можно настроить smartd, что, имхо, не получится в случае аппаратного рейда, который скрывает реальные диски. - -- Alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHK8jqI0YmZ/RgNKsRAlhNAJwIRjmTW4YPe5mk/Wrimjg4GJPbbQCfW0if WA9tR6ai9y2kKNuLc9L+7xo= =0ZR0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch kernel & tlan NIC
San_Sanych пишет: Mikhail A Antonov пишет: On 3 ноября 2007, Sapytsky Ilya wrote: > А с MTU все правильно? хм... MTU у меня вообще не водится :) бо у мну до провайдера зЫрнЭт "зЫрнЭт" - я так понимаю речь о Ethernet? Если да - вполне себе вводится. Вот кусок /etc/network/interfaces: { iface eth0.702 inet static pre-up /sbin/ifconfig eth0 up address 10.4.1.254 netmask 255.255.255.128 mtu 1476 post-up route add -net 10.4.1.0/24 gw 10.4.1.129 } Если mtu руками не указать, бывает "подвисают" ssh-конекты и еще всякие странности. Попадался на этом года 2-3 назад. Теперь если интерфейс с vlan-ом - указываю mtu руками. проблемы с mtu можно выявить пингая хост большими пакетами ping host -s1500 если пинг не проходит - то возможна проблема с mtu нда поправочка, если пинг пакетами в 1500 не проходит, а пакетами в 1300 проходит - значит проблема с mtu -- Александр Вайтехович e-mail: [EMAIL PROTECTED] icq: 168712946 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch kernel & tlan NIC
Mikhail A Antonov пишет: On 3 ноября 2007, Sapytsky Ilya wrote: > А с MTU все правильно? хм... MTU у меня вообще не водится :) бо у мну до провайдера зЫрнЭт "зЫрнЭт" - я так понимаю речь о Ethernet? Если да - вполне себе вводится. Вот кусок /etc/network/interfaces: { iface eth0.702 inet static pre-up /sbin/ifconfig eth0 up address 10.4.1.254 netmask 255.255.255.128 mtu 1476 post-up route add -net 10.4.1.0/24 gw 10.4.1.129 } Если mtu руками не указать, бывает "подвисают" ssh-конекты и еще всякие странности. Попадался на этом года 2-3 назад. Теперь если интерфейс с vlan-ом - указываю mtu руками. проблемы с mtu можно выявить пингая хост большими пакетами ping host -s1500 если пинг не проходит - то возможна проблема с mtu -- Александр Вайтехович e-mail: [EMAIL PROTECTED] icq: 168712946 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинга
В сообщении от Saturday 03 November 2007 14:27:04 Alexander Burnos написал(а): > Лично для меня предпочтительней вложить в сервер на 100$ больше и > максимально мало полагаться на саппорт. Т.к. IPKVM нужно подключить, снять, > и т.д. > > Хотя тут уже все исходит от цены решения, конечно. Если решение > вырисовывается в 1k$ и время реакции саппорта является приемлимым > временем потенциального простоя, то подключаемый IPKVM имеет больший > смысл. За килобакс лучше уж буду в саппорт стучаться, ибо по порядку величины это как раз покупка сервера+колок на год (то есть оптимальнее поставить сервер горячего резерва), а вот за 100 баксов дело другое. Хотелось бы поконкретнее насчет цены решения.
Re: Железо для хостинг а
Hello! On Sat, Nov 03, 2007 at 01:06:32PM +0300, Alex Kuklin wrote: > > Если есть возможность приехать к серверу - да, возможно. Иначе, они > > становятся необходимостью. Особенно, если час работы саппорта стоит > > столько же, сколько это remote management решение. > Час работ саппорта нигде не стоит $1k. Я говорю о брендовых решениях в серверах, а не про внешние модули за $1k. К примеру, в supermicro IPMI карта с KVM'ом стоит порядка 100$, что соответсвует часу работы саппорта. Не уверен точно, но по-моему такие внутренние pci-management решения существуют и для обычных серверов. > В нормальных местах можно купить услугу IPKVM и управление питанием. Лично для меня предпочтительней вложить в сервер на 100$ больше и максимально мало полагаться на саппорт. Т.к. IPKVM нужно подключить, снять, и т.д. Хотя тут уже все исходит от цены решения, конечно. Если решение вырисовывается в 1k$ и время реакции саппорта является приемлимым временем потенциального простоя, то подключаемый IPKVM имеет больший смысл. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостин га
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexey Pechnikov wrote: >>> А с рэйдом я запутался. Аппаратный плохо, софтверный плохо, без рэйда >>> тоже плохо. Что делать-то? >> Кто сказал, что софтрейд плохо? >> Нормально оно работает. > > Софтрейд заставляет вспомнить винмодем и проч. "недоделанное" железо. Правда, > как я понимаю, с софтрейдом проще перенести винт на другой комп и нет > дополнительных проблем, вызываемых возможными сбоями в работе > рэйд-контроллера. > Еще раз. Недоделанное железо - это fakeraid. А softraid это чисто программная реализация, которая нормально работает. - -- Alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLFqPI0YmZ/RgNKsRArCdAKCEOxGdLyaq59DsNcFH18NerCYChACfSSvW zz5wnEKV9bUDnMhajfrVnTg= =Zkx8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинга
> > А с рэйдом я запутался. Аппаратный плохо, софтверный плохо, без рэйда > > тоже плохо. Что делать-то? > > Кто сказал, что софтрейд плохо? > Нормально оно работает. Софтрейд заставляет вспомнить винмодем и проч. "недоделанное" железо. Правда, как я понимаю, с софтрейдом проще перенести винт на другой комп и нет дополнительных проблем, вызываемых возможными сбоями в работе рэйд-контроллера.
Re: Железо для хостин га
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexey Pechnikov wrote: >>> Насчет управления питанием - что для этого требуется? >> Для этого требуется, чтобы хостер предоставлял такую услугу. > > Значит, от моего сервера это никак не зависит, тем проще. > > А с рэйдом я запутался. Аппаратный плохо, софтверный плохо, без рэйда тоже > плохо. Что делать-то? > Кто сказал, что софтрейд плохо? Нормально оно работает. - -- Alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLFkbI0YmZ/RgNKsRAm7iAJ48EBlwwsWi+uVD9sT8ubU7A/239ACgvQ/w zfGqll1PsemXYvyJ880w8pg= =Lv+C -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинга
> > А с рэйдом я запутался. Аппаратный плохо, софтверный плохо, без рэйда > > тоже плохо. Что делать-то? > > В случае, если ты путаешься и тем более не собираешься покупать > аппаратный рейд за сотни баксов (то что за десятки - это фейкрейд), > лучше скорее всего софтварный. Благодарю, это уже определеннее. Просьба подсказать материнку и винты для организации софтварного рэйда. Может быть, стоит корневой раздел сделать на отдельном диске?
Re: Железо для хостинг а
На Sat, 3 Nov 2007 14:00:36 +0300 Alexey Pechnikov <[EMAIL PROTECTED]> записано: > > > Насчет управления питанием - что для этого требуется? > > > > Для этого требуется, чтобы хостер предоставлял такую услугу. > > Значит, от моего сервера это никак не зависит, тем проще. > > А с рэйдом я запутался. Аппаратный плохо, софтверный плохо, без рэйда > тоже плохо. Что делать-то? В случае, если ты путаешься и тем более не собираешься покупать аппаратный рейд за сотни баксов (то что за десятки - это фейкрейд), лучше скорее всего софтварный. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature
Re: etch kernel & tlan NIC
On 3 ноября 2007, Sapytsky Ilya wrote: > > А с MTU все правильно? > хм... MTU у меня вообще не водится :) бо у мну до провайдера зЫрнЭт "зЫрнЭт" - я так понимаю речь о Ethernet? Если да - вполне себе вводится. Вот кусок /etc/network/interfaces: { iface eth0.702 inet static pre-up /sbin/ifconfig eth0 up address 10.4.1.254 netmask 255.255.255.128 mtu 1476 post-up route add -net 10.4.1.0/24 gw 10.4.1.129 } Если mtu руками не указать, бывает "подвисают" ssh-конекты и еще всякие странности. Попадался на этом года 2-3 назад. Теперь если интерфейс с vlan-ом - указываю mtu руками. -- Best regards, Mikhail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- В бизнесе - как в солдатской бане: свободных мест нет. -- Неизвестный автор signature.asc Description: This is a digitally signed message part.
Re: Железо для хостинга
> > Насчет управления питанием - что для этого требуется? > > Для этого требуется, чтобы хостер предоставлял такую услугу. Значит, от моего сервера это никак не зависит, тем проще. А с рэйдом я запутался. Аппаратный плохо, софтверный плохо, без рэйда тоже плохо. Что делать-то?
Re: Железо для хостин га
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexey Pechnikov wrote: > В сообщении от Saturday 03 November 2007 13:06:32 Alex Kuklin написал(а): >> управление питанием. > > В общем-то, я это и имел в виду. Чтоб перезагрузить удаленно, не обращаясь к > саппорту. Но, видимо, существуют какие-то более навороченные решения, о коих > я не слышал. > > Насчет управления питанием - что для этого требуется? > Для этого требуется, чтобы хостер предоставлял такую услугу. - -- Alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLFDWI0YmZ/RgNKsRAv4NAJ4oVXCJg47uNVx8zApKeU4Y2LbYsgCcCbM4 BSgl1kKJq6IgJjWK70N3zfw= =OXes -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alsa on debian lenny
Andrey Tataranovich пишет: 1) Проверить на месте ли устройства, у меня примерно так ALSA: ls /dev/snd/ controlC0 controlC1 midiC1D0 pcmC0D0c pcmC0D0p pcmC0D1c pcmC0D1p seq timer ALSA-OSS: ls /dev/{dsp*,mixer*,midi*} /dev/dsp /dev/midi1 /dev/mixer /dev/mixer1 [EMAIL PROTECTED]:~$ ls /dev/snd/ controlC0 hwC0D2 pcmC0D0c pcmC0D0p timer [EMAIL PROTECTED]:~$ ls /dev/dsp* /dev/dsp [EMAIL PROTECTED]:~$ ls /dev/midi* ls: /dev/midi*: Нет такого файла или каталога [EMAIL PROTECTED]:~$ ls /dev/mixer* /dev/mixer 2) попробуй порулить из-под нового пользователя (может в профиле завалялось что-то вроде .asound) все что связано с алсой и асаундом было вычищено почистую. 3) сделай вывод cat /proc/asound/cards cat /proc/asound/version [EMAIL PROTECTED]:~$ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0x8820 irq 22 [EMAIL PROTECTED]:~$ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.15 (Tue Oct 23 06:09:18 2007 UTC). bUg. пишет: в общем есть проблемка. стояло у мну ядро 2.6.23.1 скомпиленное с поддержкой alsa. также были установлены пакеты alsa-base 1.0.14-2 alsa-firmware-loaders 1.0.14-2 alsa-oss 1.0.14-1 alsa-tools 1.0.14-2 alsa-tools-gui 1.0.14-2 alsa-utils 1.0.14-2 libasound2 1.0.14a-2 linux-sound-base 1.0.14-2 решил поставить alsa 1.0.15. убрал поддержку alsa из ядра. качнул из сида пакеты. alsa-firmware-loaders_1.0.15-1_i386.deb alsa-source_1.0.15-2_all.deb alsa-utils_1.0.15-1_i386.deb alsa-base_1.0.15-2_all.deb alsa-oss_1.0.15-1_i386.deb alsa-tools_1.0.15-1_i386.deb linux-sound-base_1.0.15-2_all.deb установил. скомпилил alsa-source при помощи m-a a-i alsa-source. все получилось красиво, кроме одной вещи. громкость никак не регулируеться, постоянно 100%. кроме амарока, в нем громкость медленно с нуля поднимаеться до 100%, при попытке изменить громкость, получаем опять 0, и через минуты 2-3 опять 100%. решил вернуть все назад. вернул. ничего не изменилось, поставил даже ядро 2.6.24-rc1-git11. ситуация анологичная. гугл пользовал весь день, задрало уже. :) Подскажите что делать. З.Ы. карточка встроенная Intel HDA чип - sigmatel 9221. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинга
В сообщении от Saturday 03 November 2007 13:06:32 Alex Kuklin написал(а): > управление питанием. В общем-то, я это и имел в виду. Чтоб перезагрузить удаленно, не обращаясь к саппорту. Но, видимо, существуют какие-то более навороченные решения, о коих я не слышал. Насчет управления питанием - что для этого требуется?
Re: Железо для хостинга
В сообщении от Saturday 03 November 2007 12:59:25 Alexey Pechnikov написал(а): > Поскольку с дедиком "не срослось", нашел вариант с колокейшеном, причем не > в серверной стойке, а в обычном корпусе. Хостер готов собрать комп нужной > мне конфигурации. Подскажите, какое железо взять на сервер pentium D 3.0 - > 3.4 GHz, 1 Gb RAM, 2 HDD 160 - 320 Gb (аппаратное зеркало) и желательно > девайсом для удаленного управления сервером (или оно в каких-то матерях > бывает уже встроенное?). Нужно, чтобы этч ставился беспроблемно с > netinstall (ставит хостер). Извиняюсь за дубль, но у меня в почту отправленное сообщение и ответы не пришли, думал, потерялось :-(
Re: Железо для хостин га
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Burnos wrote: > Если есть возможность приехать к серверу - да, возможно. Иначе, они > становятся необходимостью. Особенно, если час работы саппорта стоит > столько же, сколько это remote management решение. > Час работ саппорта нигде не стоит $1k. В нормальных местах можно купить услугу IPKVM и управление питанием. - -- Alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLEgnI0YmZ/RgNKsRAtfqAJ4irlnjHc7tjcTp2xDnM+VgYAhC4QCbBNaU wvi2CP34NpHf/53USxiZzUA= =z32G -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Железо для хостинга
Поскольку с дедиком "не срослось", нашел вариант с колокейшеном, причем не в серверной стойке, а в обычном корпусе. Хостер готов собрать комп нужной мне конфигурации. Подскажите, какое железо взять на сервер pentium D 3.0 - 3.4 GHz, 1 Gb RAM, 2 HDD 160 - 320 Gb (аппаратное зеркало) и желательно девайсом для удаленного управления сервером (или оно в каких-то матерях бывает уже встроенное?). Нужно, чтобы этч ставился беспроблемно с netinstall (ставит хостер).
Re: etch kernel & tlan NIC
02.11.07, Mikhail A Antonov <[EMAIL PROTECTED]> написал(а): > > On 2 ноября 2007, Sapytsky Ilya wrote: > > именно такой нет, но заметил, что via rhine с включенными vlan с 3-4 > > интерфейса - через 2-4 дня работы скорость падает приметно до 20к. > Может > > это как-то связано? > > Если vlan выключить - всё работает замечательно > А с MTU все правильно? > (Шальная мысль промелькнула в голове) > > хм... MTU у меня вообще не водится :) бо у мну до провайдера зЫрнЭт, а вот когда был дЫлЭл и не было rhine - были с ним проблемы :) Но надо будет включить проверить, спасибо за наводку
Re: Железо для хостинг а
Hello! On Sat, Nov 03, 2007 at 04:03:38AM +0300, Alex Kuklin wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Nick Phoenix wrote: > > По поводу удаленного управления: > > 1) HP - iLO > > 2) Dell - DRAC > > 3) для небрендового будет стоить дороже, чем сам сервер, например > > Avocent SwitchView IP 1020 + DataProbe iBoot обойдутся в 1000 $ 4) Supermicro - IMPI based add-on management card > Если с железом все ок и руки торчат из нужного места, все это удаленное > управление - баловство. IMHO Если есть возможность приехать к серверу - да, возможно. Иначе, они становятся необходимостью. Особенно, если час работы саппорта стоит столько же, сколько это remote management решение. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]