На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
! Правила раздела:
1. Название темы - краткое описание кто/что против кого/чего
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.
Модераторы: Модераторы, Комодераторы
Закрыто kanes 17-02-2009: Введите причину закрытия темы здесь

Страницы: (1182) « Первая ... 796 797 [798] 799 800 ...  1181 1182  ( Перейти к последнему сообщению )  
> Windows vs Linux - Как десктоп , и игровая станция.
    best_lamer, посылать людей невежливо. Особенно посылать в линуксовый man.
      Цитата Guderian @
      Представь, что это боевой сервер, а мне предлагают отмонтировать, скажем, девайс с базами данных, чтобы его просто просканить на наличие бэд-блоков.

      Вообщето нормальные дистры операцию "просканить на наличие бэд-блоков" выполняют на этапе загрузки дистра. Но это так в качестве подсказки ;)

      Цитата Guderian @
      2best_lamer. Скучно мне с тобой стало.

      Guderian я не юмористическая телепередача чтоб со мною было весело.

      Цитата Guderian @
      Учиться у тебя нечему, спорить не о чем, да и бесполезно.

      И слава Линусу! Учись у LFS и привалит тебе счастье великое коли осилишь ты эту книжку разумную.

      Цитата n0p @
      Ток что то гугл про него не ведает

      n0p Фигасе! У одного меня google ведает? :blink:

      Цитата n0p @
      стоит спросить об этом чутли не "неслыханом финте ушами", у линухоидов тусящихся по irc-чатам, (а встречались и гуру-разработчики) так сразу начинает течь бешеная пена, пошло-поехало втирания какие саксовые файловые системы у мсявок, зачем оно вообще это надо - ведь "линукс, видители предназначен совсем для другого"

      И эта "бешеная пена" от части по делу :yes:

      Цитата n0p @
      В лучшем случае осилят сборку-пересборку

      А виндузоиды от силы тыкнуть на setup.exe осиливают :lool: дальше что? Зато "сборка пересборка" хотя и занимает время но дает гарантированно именно то что ты заказывал ;)

      Цитата n0p @
      этож куча времени и нервов, завелось заработало - "фуу хвала всем святым..."

      Насчет "кучи времени" это ты зря. По незнанию оно конечно куча ;) А так если брать gentoo и устанавливать с 3го стэйджа желая в результате gnome то это ровно пара вечеров по 5-6 часов каждый. За первый вечер emerge xorg-x11 за второй emerge gnome Если вообще emerge gnome-minimal то часиков 8 на вообще все в сумме (и xorg и gnome) хватит ;)

      Цитата n0p @
      какой там что то править - это эабота отдельных "мега-красноглазых парней" всем этим рулящим...

      Т.е. по твоему собственно настройкой софта никто и не занимается кроме Линуса и еще пары десятков людей во всем мире? ЖЖошь нипадецки.

      Цитата Smike @
      best_lamer, посылать людей невежливо. Особенно посылать в линуксовый man.

      Smike человек осилил установить linux? А читать он осилил?
      Цитата http://ru.wikibooks.org/wiki/LOR-FAQ-Software
      На сегодня, очень многие программы просмотра чего-либо вообще понимают man:

      xman
      pinfo -m
      konqueror (man:)
      galeon (man:)
      mc + [F3]
      krusader + [F3]


      Вообще весь man можно найти (где бы ты думал ;) ?) в internet.
        Цитата Guderian @

        Thx. Но меня все равно в этом смущает два момента. Первый касается конкретной ситуации. Зачем размонтировать или перемонтировать только для чтения, если указывается, что операция проходит read-only? [...] Представь, что это боевой сервер, а мне предлагают отмонтировать, скажем, девайс с базами данных, чтобы его просто просканить на наличие бэд-блоков.

        Когда ты делаешь это так:

        sync && mount -o remount,ro /somefilesys

        твой боевой сервер не успеет чихнуть, а файловая система ни на цикл от него не отберется. Разве что последующие операции записи будут отскакивать, как горох от стены. Но это еще не все.

        Утилита badblocks по умолчанию выполняет тест только на чтение. Мне она даже не мяукнула, когда я ее прямо щас натравил на раздел с работающим /usr. Так что проверять можно… С другой стороны, в силу того, что утилита написана с максимумом переносимости и по принципу keep it simple, stupid!, то она не взаимодействует с VFS и не станет лочить блоки от записи по живой ФС. Ибо все просто — она не знает, какая ФС используется.

        Ну и потом, если у тебя материализуются подозрения на плохие блоки, то заместо шуршать по живому даже с недеструктивным тестом на чтение-запись, лучше выведи диск из массива, пройдись по нему и верни обратно. У тебя же на боевом серваке хоть какая-то избыточность в RAID'е есть? Или реплицируй базу и введи резервный сервер, пока не проверишь основной. Иными словами, не стоит прибегать к иллюзиям нормальной работы, если жопа таки стряслась.

        Добавлено
        Цитата Guderian @
        Ну так мы же фрагментацию через здесь анализируем :)

        Ага. Ну щас посмотрим, как вывести информацию, сколько там у нас non-contiguous.

        Цитата Guderian @
        Попробовал mount -n -o remount,ro - тоже облом :wall:

        Да, система сказала — «/usr занят, придите попозже». Хотя, если чего сыпется, ядро само перемонтирует в ro, ну и еще через SysRq можно.

        Добавлено
        Во. Есть такая маза — http://sourceforge.net/projects/davtools/

        Ею и смотреть.
          Цитата best_lamer @
          Вообщето нормальные дистры операцию "просканить на наличие бэд-блоков" выполняют на этапе загрузки дистра. Но это так в качестве подсказки

          Написано русским языком "боевой сервер". За твой совет тебе админ гениталии по самую голову оторвал бы :) Проадминь боевой сервер хотя бы года три, потом скажешь ква, подсказки о мне дает, я млею :)) Ну и заодно скажи мне, какой из дистров на этапе своей загрузки сканирует на наличие бэд-блоков. Я хочу узнать, что это за "нормальные дистры", которые в таком разе должны загружаться по часу. Хотя сдается мне, что ты в очередной раз гонишь ;)

          Цитата best_lamer @
          Smike человек осилил установить linux? А читать он осилил?

          Для тугих на ухо по два раза обедню не служат, но до тебя я еще раз снизойду и повторю еще раз сказанное
          Цитата Guderian @
          Прочитал, остались вопросы

          Со второго раза, надеюсь, эта фраза дойдет и ты приведешь мне цитату из мана, где хоть как-то намекается на вопрос фрагментации. А не приведешь - заклеймлю тебя звиздуном ;) И не надо тратить мое время выкручиваясь, что мол не то имел ввиду, хотел взглянуть на вопрос в глубинку и ширинку, бла-бла-бла... Я обсуждал фрагментацию, ты влез с нравоучениями, так что давай - отдувайся, пузырек :)

          Цитата Ho Im @
          Утилита badblocks по умолчанию выполняет тест только на чтение. Мне она даже не мяукнула, когда я ее прямо щас натравил на раздел с работающим /usr. Так что проверять можно… С другой стороны, в силу того, что утилита написана с максимумом переносимости и по принципу keep it simple, stupid!, то она не взаимодействует с VFS и не станет лочить блоки от записи по живой ФС. Ибо все просто — она не знает, какая ФС используется.

          А зачем тогда нужны fsck.* в присутствие этой утили или наоборот? Или между ними прослеживается генеалогическая связь? А то огород какой-то, сдается мне...

          Цитата Ho Im @
          Ну и потом, если у тебя материализуются подозрения на плохие блоки, то заместо шуршать по живому даже с недеструктивным тестом на чтение-запись, лучше выведи диск из массива, пройдись по нему и верни обратно. У тебя же на боевом серваке хоть какая-то избыточность в RAID'е есть? Или реплицируй базу и введи резервный сервер, пока не проверишь основной. Иными словами, не стоит прибегать к иллюзиям нормальной работы, если жопа таки стряслась.

          Это идиллия. Посмотри на рынок дедиков. Никого не смушает вариант с одним саташным драйвом и люди это берут, а другим с этим сталкиваться приходиться. А если у тебя на колокейшене стоит? Съездить - снять, вернуться - протестировать, съездить обратно - воткнуть. Это вместо того, чтобы просто удаленно прогнать тест. А если еще в магазин? Да и время повышенного риска увеличено, пока ты с винтом катаешься. А проверив удаленно можешь приехать сразу с заменой. Ну и финальный гвоздь - а ты точно знаешь, какой диск, собственно, выводить собираешься? В общем не все так очевидно и правда заключается в том, что такая возможность скорее носит положительный характер.
            Цитата best_lamer
            n0p Фигасе! У одного меня google ведает?

            Угу вроде "кёрнел-ламерских" отжигов типа:
            Цитата нагуглено

            Хотя существуют средства устанавливать Linux в раздел FAT/FAT32 - Mandrake Lin4Win - я не рекомендую их использовать, т.к. в этом случае Linux работает крайне нестабильно и медленно.

            О,Майн гот и лысый череп! (хотя, хвала явно не Патреку). Комерческий и проприетарный win- костыль Lin4Win, идет в составе Mandrake, и помогает ядру системы стартануть с Fat32!

            воть, это уже похоже на истину:
            Цитата нагуглено
            Linux and other operating systems - including all varieties of Windows - use radically different disk formats, so you can't simply install a working Linux system on to a FAT32 partition.

            тока решений и how-to как это делать - кукишь. А еще осмеливаються уверять и утверждать в широких возможностях этой недо-оси! В каких? - коснись практики, гото смок факинг маны, или в гараж, за напильниками. И то на выбор, там разве что хитровыGNUтый рашпиль с весьма грубой насечкой (заточеный известно где и понятно под что). :yes:

            Добавлено
            you can't simply - дас ист, и есть факинк uniх way! yeah!
              Цитата Guderian @
              А зачем тогда нужны fsck.* в присутствие этой утили или наоборот? Или между ними прослеживается генеалогическая связь? А то огород какой-то, сдается мне...

              badblocks тупо проверяет чтение и/или запись блоков. fsck проверяет структуру самой файловой системы. Например, вычистить orphaned inodes после того, как кто-то рубильник дернул. Разницу чувствуешь? Между проверкой листа бумаги на наличие дыр и проверкой написанного на этом листе — на наличие бредятины.

              Цитата Guderian @
              Это идиллия. Посмотри на рынок дедиков. Никого не смушает вариант с одним саташным драйвом и люди это берут, а другим с этим сталкиваться приходиться. А если у тебя на колокейшене стоит? Съездить - снять, вернуться - протестировать, съездить обратно - воткнуть. Это вместо того, чтобы просто удаленно прогнать тест.

              Я, конечно, понимаю, что в винде такого удобного инструмента, как dmesg, который выдает, на котором из девайсов стряслась жёппа, и еще там нет Zabbix. Но это не означает, что на рынке дедиков все обязаны гадать на кофейной гуще. Если явный, например, перегрев, или ядро начинает плеваться 0x84 {DriveError BadCRC} или SeekComplete Error, то мне SMS придет об этом и обшибку можно будет устранить. (Кроме того, сразу будет ясно, что драйву скорый цедзип и нечего думать по-плюшкински «авось пордержится».)

              Добавлено
              Цитата n0p @

              тока решений и how-to как это делать - кукишь. А еще осмеливаються уверять и утверждать в широких возможностях этой недо-оси! В каких?

              В возможностях недофайловой системы. Точнее, отсутствии таких — где права на файлы, где владелец?
              Хотя вообще смотри на UMSDOS.
                Цитата Ho Im @
                badblocks тупо проверяет чтение и/или запись блоков. fsck проверяет структуру самой файловой системы. Например, вычистить orphaned inodes после того, как кто-то рубильник дернул. Разницу чувствуешь? Между проверкой листа бумаги на наличие дыр и проверкой написанного на этом листе — на наличие бредятины.

                Извини, но совершенно не убедительно. Причем видимо не только для меня. Иначе объясни мне, зачем скажем у e2fsck опция -c? Авторы видать тоже не "чуствуют разницы" ;)

                Цитата Ho Im @
                Я, конечно, понимаю, что в винде такого удобного инструмента, как dmesg, который выдает, на котором из девайсов стряслась жёппа, и еще там нет Zabbix.

                Ну уж коль речь пошла в таком тоне, то поведую тебе, как знатоку винды, свои соображения. В винде аппаратные проблемы валяться в системный лог (заодно можешь настроить журналирование всех стартап чихов в boot.ini). И анализироваться этот лог может как с помощью sql-запросов (для продвинутых), так и засасывать в эксель, где можно отфильтровать по имени девайса, или сварить опять же сводную таблицу с аналитикой и графиками, скажем f(x) = ошибки(девайса). Так что я пока не вижу, что это за "такой удобный инструмент" dmesg. Т.е. аутпут этой утили я вижу и он совершенно не впечатляет, по нему если только красноглазить, поскольку никакой системности в мессаджах нет - сиди, копайся. Истинный юниксвей :)
                Далее про zabbix. В дистре я его, разумеется не обнаружил. Ни в установленном виде, ни где-либо еще. Отсюда следует вывод, что вполне честно будет посмотреть вовне стандартного дистрибутива винды, где предлагается вагон добра начиная от халявных SysAid или OpManager и до Microsoft System Center 2007. Так что немного тебя перефразировав "и еще там (в линуксе вестимо) нет Microsoft System Center". Это я еще не затронул такой штатный инструмент как Perfomance Counters. Помимо непосредсвенно перфоманса там есть еще и счетчики различных ошибок, а также есть журнал трассировки с таким поставщиком как Windows Kernel Trace. Все это дополняется инструментом напоминаний и графическими средствами анализа. Надеюсь я исчерпывающе объяснил, что там есть и чего нет? ;)

                Цитата Ho Im @
                Но это не означает, что на рынке дедиков все обязаны гадать на кофейной гуще. Если явный, например, перегрев, или ядро начинает плеваться 0x84 {DriveError BadCRC} или SeekComplete Error, то мне SMS придет об этом и обшибку можно будет устранить. (Кроме того, сразу будет ясно, что драйву скорый цедзип и нечего думать по-плюшкински «авось пордержится».)

                Ну да. Сразу видно богатый опыт за спиной... теоретический :) Я один раз так поменял хард, все симптомы были фактически как ты описываешь. Правда проблема оказалсь в памяти. И поскольку это было достаточно давно, а винт Cheetah X15, я налетел на $460. Так что таких советчиков, ты уж извини, гнать надо взашей ;) Я, конечно, понимаю, что очень хочется всем объяснить и научить, как надо делать, но рынок он, как бы это сказать... неидеальный. Оттого что ты знаешь как теоретически должно быть никто не откроет сразу неограниченный бюджет, мол на - твори идеал :) Хотя что я говорю, ты же вроде как в консалтинг подался? И этим все сказано. Видал я вашего брата не раз :))
                  Цитата Guderian @
                  Извини, но совершенно не убедительно. Причем видимо не только для меня. Иначе объясни мне, зачем скажем у e2fsck опция -c? Авторы видать тоже не "чуствуют разницы" ;)

                  Она вызывает badblocks(8). Ты не в теме, ман прочитай, зачем такое бывает нужно.

                  Цитата Guderian @
                  И анализироваться этот лог может как с помощью sql-запросов (для продвинутых), так и засасывать в эксель, где можно отфильтровать по имени девайса, или сварить опять же сводную таблицу с аналитикой и графиками, скажем f(x) = ошибки(девайса)

                  Только, друк, когда у тебя стрясется жёппа подобного рода, весь твой инструментарий вполне может оказаться на йухе вместе с системным разделом. И будешь ты сосать лапу, глядя на ошметки бинарного лога, где по ходу на глаз не определишь, накрылся ли он медным тазом или нет.

                  Цитата Guderian @
                  .е. аутпут этой утили я вижу и он совершенно не впечатляет, по нему если только красноглазить, поскольку никакой системности в мессаджах нет - сиди, копайся. Истинный юниксвей :)

                  Быть может, стоит осилить grep и английский язык?
                  Цитата Guderian @
                  Далее про zabbix. В дистре я его, разумеется не обнаружил. Ни в установленном виде, ни где-либо еще. Отсюда следует вывод, что вполне честно будет посмотреть вовне стандартного дистрибутива винды, где предлагается вагон добра начиная от халявных SysAid или OpManager и до Microsoft System Center 2007.

                  Че-то их тоже искаропки в дистре нет. А zabbix у меня есть:
                  ExpandedWrap disabled
                    $ apt-cache search zabbix
                    zabbix-agent - software for monitoring of your networks -- agent
                    zabbix-frontend-php - software for monitoring of your servers -- php frontend
                    zabbix-server-mysql - software for monitoring of your networks -- server
                    zabbix-server-pgsql - software for monitoring of your networks -- server


                  Цитата Guderian @
                  Я один раз так поменял хард, все симптомы были фактически как ты описываешь. Правда проблема оказалсь в памяти. И поскольку это было достаточно давно, а винт Cheetah X15, я налетел на $460. Так что таких советчиков, ты уж извини, гнать надо взашей ;)

                  А ну да, я представляю себе, как ты не останавливая сервер проверяешь его на наличие бэдов, после чего обнаруживаешь, что память битая. А база данных на этом сервере содержит критически важные данные, и твои клиенты через одного на свои запросы получают всякую x#@%^. Потому что память битая. А еще я промолчу о том, что происходит при записи. Сказать, куда должен пройти ответственный за инфраструктуру ИТ человек или догадаешься сам?

                  Цитата Guderian @
                  Хотя что я говорю, ты же вроде как в консалтинг подался? И этим все сказано. Видал я вашего брата не раз :))
                  В зеркале, вестимо?
                    Цитата Ho Im @
                    Она вызывает badblocks(8). Ты не в теме, ман прочитай, зачем такое бывает нужно.

                    О еще один чукчва в write-only. Прочитал задолго до твоего совета. Все равно не в теме. Цитаку плиз.

                    Цитата Ho Im @
                    Только, друк, когда у тебя стрясется жёппа подобного рода, весь твой инструментарий вполне может оказаться на йухе вместе с системным разделом. И будешь ты сосать лапу, глядя на ошметки бинарного лога, где по ходу на глаз не определишь, накрылся ли он медным тазом или нет.

                    Может оказаться и на йухе. Там же где и твой. А пока хоть что-то работает я могу спокойно ремотно снимать все показатели и на графике перед полнцым здецом увижу рост IO-ошибок. Я уж не говорю, про то что файлы журнала могут писаться в текстовый файл и в базу, помимо бинарного формата. С чтением которого проблем тоже особых нет если только ты не приехал в датацентр с калькулятором или плюшевым медвежонком.

                    Цитата Ho Im @
                    Быть может, стоит осилить grep и английский язык?

                    Не жаловались мои зарубежные коллеги на мой английский. Ну коль ты такой умный асиль плиз скриптик для вывода списка "девайс - количество ошибок", а я посмеюсь, коль скоро ты не понимаешь - о чем я говорю. Меня вообще умиляет - таких как ты послушать, так вся аналитика на одном грепе держиться, а xml, реляционные и олап-модели придумали круглые идиоты. Мож ну его sql в баню, надо грепом все замутить?

                    Цитата Ho Im @
                    Че-то их тоже искаропки в дистре нет.

                    WO-mode? Повторю еще раз:
                    Цитата Guderian @
                    посмотреть вовне стандартного дистрибутива винды


                    Цитата Ho Im @
                    А zabbix у меня есть:

                    Ну это решает проблему. Предлагаю все дистры, где нет этого заббикса заклеймить отстоем.

                    Цитата Ho Im @
                    А ну да, я представляю себе, как ты не останавливая сервер проверяешь его на наличие бэдов, после чего обнаруживаешь, что память битая. А база данных на этом сервере содержит критически важные данные, и твои клиенты через одного на свои запросы получают всякую x#@%^. Потому что память битая. А еще я промолчу о том, что происходит при записи. Сказать, куда должен пройти ответственный за инфраструктуру ИТ человек или догадаешься сам?

                    Мда, ну тебе естественно видней. Хотя все мои знакомые админы, коих немало, предпочитают выяснить проблему удаленно за несколько минут и приехать в датацентр наготове. А тебе так лучше переться в датацентр, вынуть устройства, переться назад, тестировать. Потом выяснить, что был круглым идиотом и вынул не то, вернуться назад и т.п. Ну-ну. Тебе ведь через астрал передается информация о фантомных проблемах (последний раз столкнулись с таковой, где виновником выступил блок питания на супермикровском 6010H, так два с половиной дня искали запчасти и проблему, хотя перед этим были уверены, что это мать и ее заменили). Зато результат чисто по консалтинговски. Найти админа и отодрать. Не совсем понятно за что, но надо...

                    Цитата Ho Im @
                    В зеркале, вестимо?

                    Боже упаси. Я же из менеджерского сословья - мы с вами по разные стороны баррикад. Такие как ты мне постоянно разводилово пытаются устроить, вроде как здесь, а я вашего брата нагибаю и... отпускаю на все четыре стороны :) У меня столько на вас компромата, от мелких местячковых до крупных интеграторов вроде IBS, что в пору книгу писать. Я то думал, ты от опыта в консалтинг подался, чтобы мир лучше сделать, ан нет, чувствуется желание "впарить", даже если это нахрен не нужно :) Вот сейчас ты мне пытаешься объяснить, что средства удаленной диагностики сервера - это зло, а объяснение тому только одно - нету у вас мочи признать, что проверка отмонтированных разделов - это утилитарная халтура и в защиту собственных интересов можно любую прописную истину подмять ;)
                      Цитата Guderian @
                      Написано русским языком "боевой сервер".

                      Guderian я к большому сожалению не в курсе как там у вас на Колыме с серверами...

                      Цитата Guderian @
                      А не приведешь - заклеймлю тебя звиздуном

                      Не собираюсь я ничего приводить! Причем принципиально :tong: Заводи темы в соответствующих разделах задавай вопросы ;) там я еще подумаю отвечать тебе или нет а здесь извини но ты немного разделом ошибся :whistle:

                      Цитата Guderian @
                      Я хочу узнать, что это за "нормальные дистры", которые в таком разе должны загружаться по часу.

                      <_< Guderian я к тому что ext* автоматически проверяется на ошибки (если не изменяет память то по cron и каждые 20 с чем то дней...) и этот механизм лично я видел еще в mandrake 9.0 Когда 9-й мандрэйк был актуален не очень тяжело посмотреть?

                      Цитата n0p @
                      тока решений и how-to как это делать - кукишь. А еще осмеливаються уверять и утверждать в широких возможностях этой недо-оси! В каких?

                      n0p будь я на твоем месте :whistle: Я бы, для начала, почитал внимательно LFS. Хотя бы для того чтобы знать «врага» в лицо. Потом я установил бы LFS к примеру в любую виртуальную машину. Причем устанавливал бы его как и рекомендуется т.е. на линуксовые ФС – просто ради тренировки. Пройдя этот путь я взялся бы за FAT. Однако до этого я бы разобрался с тем чего же именно я хочу.
                      Если мне не изменяет память то grub можно и на FAT установить было бы желание ;) а все остальное жизненно необходимое при желании можно и самому собрать используя тот же MinGW (Minimal GNU for windows) и прочие ему подобные... К тому же KDE под винду есть! Это должно предать тебе сил на твоем нелегком пути.
                        Дискутирующие о FAt и Linux, не е*те мозги. Была такая штука под названием umsdos: расширение для поддержки расширенных атрибутов FAT, с помощью которой можно поставить Linux на FAT раздел. С 2.6.11 ее нет, поскольку нафиг никому не сдалось. По слухам сей раритет еще присутствует в ZipSlack.
                          Цитата linuxfan @
                          С 2.6.11 ее нет, поскольку нафиг никому не сдалось.

                          n0p-а эта проблема очень сильно волнует ;)
                            Цитата Guderian @

                            Мда, ну тебе естественно видней. Хотя все мои знакомые админы, коих немало, предпочитают выяснить проблему удаленно за несколько минут и приехать в датацентр наготове. А тебе так лучше переться в датацентр, вынуть устройства, переться назад, тестировать. Потом выяснить, что был круглым идиотом и вынул не то, вернуться назад и т.п.

                            При нормальном раскладе ты переводишь продакшен на резервный сервер и тестируешь основной хоть до посинения (по идее, это тебе даст на порядок больше времени разобраться в проблеме + ты не потеряешь данные). Я об этом пытаюсь тебе истолковать. Если проект критичен к посещаемости и ко времени на maintenance, избыточность просто необходима. Иначе его не жалко и на день угробить, чтобы сэкономить жалких 460 вечнозеленых или на сколько ты там тогда пролетел.
                            Цитата Guderian @
                            Ну это решает проблему. Предлагаю все дистры, где нет этого заббикса заклеймить отстоем.

                            Есть еще nagios, его, по-мойму, во всех шапочных и иже с ними дистрах найдешь.

                            Цитата Guderian @
                            У меня столько на вас компромата, от мелких местячковых до крупных интеграторов вроде IBS, что в пору книгу писать.

                            Вы взяли жесткий тон, Стас. Пока не явите миру контракт со мной лично, условия которого я не выполнил или выполнил некачественно — советую прекратить хамский треп.
                            Цитата Guderian @
                            Вот сейчас ты мне пытаешься объяснить, что средства удаленной диагностики сервера - это зло, а объяснение тому только одно - нету у вас мочи признать, что проверка отмонтированных разделов - это утилитарная халтура и в защиту собственных интересов можно любую прописную истину подмять ;)

                            Non sequitur. Nagios и zabbix, собственно, анализируют syslog и dmesg на предмет всякого. И хотя графики они мне тоже могут нарисовать, и базу данных пополнять, я предпочитаю не мониторить это постоянно, а задать пороги допустимых значений и действия (например, наSMSить мне в случае аварии). А проверять отмонтированные разделы лучше. По итоговому результату геморроя будет меньше.

                            Добавлено
                            Цитата Guderian @
                            таких как ты послушать, так вся аналитика на одном грепе держиться, а xml, реляционные и олап-модели придумали круглые идиоты.

                            Да хоть нейросеть делай. А греп должен быть в силу своей простоты доступен всегда, когда комбайны подведут.
                              Цитата best_lamer
                              Однако до этого я бы разобрался с тем чего же именно я хочу

                              Как для чего? тебе рассказать вообще для чего нужна ОСь? Чтож, поведаю, мну нужен этот *недоnix (пофиг на дистр, главное на едре linux), в качестве, программного комплекса управления компом-помойкой, на уровне запуска/копирования/удаления/ файлов. и усё, для начала.. на фатъ16, в моих прогах, мне глубоко начхать на атрибуты файлов, freedos-у плевать, венде плевать, а линуксу, типичной быдлосистеме что, подавай нечто свое, родное -албанское? я не озабочен проблемами безопасности на файловых системах. А вот видители, торчит как бельмо в проруби, абсолютно лишний функционал, мешающий мне в обычной работе... Или нада, утрахаццо принципом "you can't simply?", чтоб понять величие *них? Вот что, странно, даже в DOSe, по обеспеченостью реально впавшим мне ПО, у меня нет ощущения того, полного информационного банкротства, которое постоянно преследует в линупсе...
                              Цитата
                              n0p-а эта проблема очень сильно волнует

                              меня это бесит, из за невозможности просто работать, накодив вместо этого какихто проблем и гемороя! :angry: лутше бы ап стену убились!

                              Добавлено
                              причем работать уже сейчас.. а не через годы асиливания а разгребания, и допиливания "открытых" сорцов..
                                Цитата n0p @
                                Как для чего? тебе рассказать вообще для чего нужна ОСь? Чтож, поведаю, мну нужен этот *недоnix (пофиг на дистр, главное на едре linux), в качестве, программного комплекса управления компом-помойкой, на уровне запуска/копирования/удаления/ файлов. и усё, для начала.. на фатъ16,

                                Мне нужна ОС которая встала и работала бы на reiserFS. Но быдлосистема Windows не позволяет мне этого сделать. Лучше бы виндузятники убились бы ап стену!
                                Сообщение отредактировано: FullArcticFox -
                                1 пользователей читают эту тему (1 гостей и 0 скрытых пользователей)
                                0 пользователей:
                                Страницы: (1182) « Первая ... 796 797 [798] 799 800 ...  1181 1182
                                Закрыто kanes 17-02-2009: Введите причину закрытия темы здесь



                                Рейтинг@Mail.ru
                                [ Script execution time: 1.8039 ]   [ 15 queries used ]   [ Generated: 5.11.26, 09:17 GMT ]