The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В скрипте инициализации RHEL допущена ошибка, приводящая к удалению всех файлов

24.03.2015 10:27

В подготовленном для тестового выпуска Red Hat Enterprise Linux 6.7 скрипте инициализации прокси сервера Squid выявлена проблема, которая приводит к удалению всех файлов в системе при перезапуске squid. По своей сути ошибка напоминает недавний инцидент с удалением всех файлов пользователя в клиенте Steam и также приводит к выполнению команды "rm -rf /*" в случае незаполнения формирующей путь переменной.

Pavel Šimerda, мэйнтейнер пакета squid из компании Red Hat, смог повторить эксперимент в виртуальной машине с тестовой веткой RHEL 6.7 и установленным пакетом squid-3.1.23-4.el6. Достаточно запустить squid командой "service squid start", после чего инициировать его перезапуск командой "service squid restart", в результате чего начнётся процесс удаления всех файлов на диске. В пакете squid-3.1.23-5.el6 проблема отмечена как решённая (проблемный пакет squid-3.1.23-4.el6 не попал в дистрибутив, ошибка исправлена до публикации). В качестве причины возникновения ошибки упомянуто регрессивное изменение кода. Другая информация пока закрыта для публичного доступа.

Судя по всему, проблема вызвана патчем на основе кода, предложенного для контроля за полным завершением ранее работающего экземпляра squid в процессе перезапуска. В альтернативном скрипте инициализации squid.init операция "rm -rf $SQUID_PIDFILE_DIR/*" используется дважды - в блоках stop и restart, при этом в restart удаление выполняется сразу после выполнения блока stop:


   stop
   rm -rf $SQUID_PIDFILE_DIR/*
   start

Т.е. при запуске "service squid restart" команда "rm -rf $SQUID_PIDFILE_DIR/*" запускается два раза. Переменная SQUID_PIDFILE_DIR определяется статически в начале файла и, кроме вышеотмеченных команд rm, в дальнейшем используется только в проверке наличия этого пути. Подобная чистка содержимого директории, а также сама переменная SQUID_PIDFILE_DIR, убраны из скрипта инициализации RHEL из-за потенциальных проблем.

Патч для решения проблемы с дублированием содержал изменённый вариант функции restart() и был подготовлен на основе неофициального скрипта инициализации, т.е. содержал внутри блока restart типовую строку для чистки ("rm -rf $SQUID_PIDFILE_DIR/*"). С учётом отсутствия переменной SQUID_PIDFILE_DIR в варианте скрипта из состава RHEL 6, подобная чистка приводила к выполнению команды "rm -rf /*".

 
  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Ошибка в Steam для Linux может привести к удалению всех данных пользователя
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41897-squid
Ключевые слова: squid, rhel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (270) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 10:46, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +7 +/
    А вот был бы у него systemd...
     

     ....большая нить свёрнута, показать (107)

  • 1.2, anonymous (??), 10:47, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +6 +/
    Facepalm. Уныние и безысходность...
     
  • 1.3, bav (ok), 10:50, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • –2 +/
    Надо было переходить на systemd еще в шестерке!
     
  • 1.4, Аноним (-), 10:51, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    Если есть платная поддержка, то наверно можно обратиться и они будут обязаны хоть из параллельной вселенной похеренные данные достать.
     
     
  • 2.50, Имя (?), 12:01, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Это тестовый релиз.
     
  • 2.58, Аноним (-), 12:24, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –3 +/
    ничего тебе RH не должен, почитай их условия представления услуг.
     

  • 1.5, тигар (ok), 10:53, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    архисекурный редхат. только с rm это они зря, нужно dd из рандома юзать.
     
     
  • 2.11, Аноним (-), 11:00, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Причём тут RHEL?
     
     
  • 3.14, anonimous (?), 11:05, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Так ошибка в том патче, что они накатили.
     
     
  • 4.17, puresaredager (?), 11:06, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    При том, что какой-то негодяй тока что своё сообщение стёр
     
  • 2.97, YetAnotherOnanym (ok), 14:47, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    dd из рандома - это кустарщина и радиолюбительство. солидные люди пользуются wipe.
     
  • 2.216, Аноним (-), 22:42, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > архисекурный редхат.

    А вот и эксперты по балабо^W безопасности подоспели. Крутой гуру-безопасник - Тигар. Получил 100500 долларов на pwn2own, по любому.


     
     
  • 3.239, тигар (ok), 04:20, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –3 +/
    >> архисекурный редхат.
    > А вот и эксперты по балабо^W безопасности подоспели. Крутой гуру-безопасник - Тигар.
    > Получил 100500 долларов на pwn2own, по любому.

    сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;)

     
     
  • 4.257, Аноним (-), 17:44, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;)

    Да не, просто что-то никак не могу найти тебя в списке призеров, наверное я что-то делаю не так. Наверное надо другой список изучать - например, участников Специальной олимпиады :). Вот там ты точно будешь на призовых местах.

     
     
  • 5.265, тигар (ok), 19:19, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    >> сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;)
    > Да не, просто что-то никак не могу найти тебя в списке призеров,
    > наверное я что-то делаю не так. Наверное надо другой список изучать
    > - например, участников Специальной олимпиады :). Вот там ты точно будешь
    > на призовых местах.

    а до тебя, детонька, или сразу после? ответь, это очень важно.

     

  • 1.7, Роман Инфлянскас (?), 10:57, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    А вот в fish shell так не сработало бы. И это хорошо.
     
     
  • 2.135, й (?), 17:40, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Я тоже пользователь fish. Но ни разу не видел скрипты на нем, по-моему, писать инит-скрипт на fish чуть менее бесперспективно, чем на csh, т.е. всё-таки плохая идея.

    Другой вопрос -- то, что systemd, да и апстарт, должны были избавить от sh-портянок в инит-файлах. Во-первых, в rh6 этого всего ещё нет (я в курсе про апстарт унутре, но апстарт-скрипт ему не скормить). Ну, а во-вторых, программисты на шелле таки не освоили systemd и теперь дергают свои шелл-портянки оттуда.

     
     
  • 3.143, й (?), 17:52, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Да, и в-третьих. Пару лет назад использовали мы в продакшне сквид на centos в довольно объёмных инсталляциях. Упёрлись в то, что родной из родных реп -- использовать нельзя. Так что ошибка эпичная, но что всех в реальности затрагивает родной сквид из беты прошлой мажорной ветки rhel -- тоже история сомнительная.
     

  • 1.13, Аноним (13), 11:04, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Скажите нубу, вот зачем нужно было дописывать после переменной /* ?
     
     
  • 2.19, derfenix (ok), 11:16, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Затем, чтобы удалить все файлы в директории, но не саму директорию
     
     
  • 3.29, nib (?), 11:37, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    не хочу показаться занудой, но если нужно было удалить только все файлы, то ключ -r лишний
     
     
  • 4.35, der_FeniX (?), 11:42, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    > не хочу показаться занудой, но если нужно было удалить только все файлы,
    > то ключ -r лишний

    файлы и директории удалить. Думал и так понятно

     
     
  • 5.192, Аноним (-), 19:16, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > файлы и директории удалить. Думал и так понятно

    Но зачем удалять подкаталоги? Там же их быть не должно, по определению. А если и есть - значит, не просто так, а потому, что кто-то их специально создал. Вот пусть он и удаляет.

     
  • 3.33, Нуб (?), 11:40, 24/03/2015 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • –2 +/
    А какой смысл в пустой директории?
     
     
  • 4.36, derfenix (ok), 11:43, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    А если подумать?
     
  • 3.39, Нуб (?), 11:45, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    > Затем, чтобы удалить все файлы в директории, но не саму директорию

    Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"?

     
     
  • 4.42, derfenix (ok), 11:48, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >> Затем, чтобы удалить все файлы в директории, но не саму директорию
    > Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"?

    А ты предлагаешь каждый раз перед записью в файл проверять существует ли путь до нег?Или удалять директорию, а потом сразу создавать ее и выставлять права?

     
     
  • 5.49, Нуб (?), 12:00, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    >>> Затем, чтобы удалить все файлы в директории, но не саму директорию
    >> Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"?
    > А ты предлагаешь каждый раз перед записью в файл проверять существует ли
    > путь до нег?Или удалять директорию, а потом сразу создавать ее и
    > выставлять права?

    А лучше надеяться на правильное содержимое критической переменной?

     
     
  • 6.52, derfenix (ok), 12:02, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    В данном случае они просто тупо скопипастили кусок кода не проверив ничего, в этом вся проблема. К вопросу удаления содержимого папки это вообще не имеет отношения.
     
     
  • 7.54, Нуб (?), 12:07, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > В данном случае они просто тупо скопипастили кусок кода не проверив ничего,
    > в этом вся проблема. К вопросу удаления содержимого папки это вообще
    > не имеет отношения.

    Отсюда делаю вывод - лучше "rm -fr $VAR/*" не писать.

     
     
  • 8.55, derfenix (ok), 12:11, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    А лучше бы понял, что если уж копипастишь, то проверяй 7 раз, прежде, чем в рели... текст свёрнут, показать
     
     
  • 9.121, Аноним (-), 17:32, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Надо к этому стремиться, ёбто Тесты проводить и программить с умом А не как бы... текст свёрнут, показать
     
  • 6.217, Аноним (-), 22:45, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > А лучше надеяться на правильное содержимое критической переменной?

    Скрипткидозники всегда так и делают. А потом если что-то не работает - даже логгинг пиши себе сам, чувак! А скриптодрянь даже и не икнет никуда сообщением что что-то не так. Скажет что все отработало, и досвидания. А ты если хочешь, можешь логгинг и обработку ошибок сам дописать за скрипткидозниками.

     
  • 2.20, АНГЫВНАГЫНВАШЩ (?), 11:17, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > зачем нужно было дописывать после переменной /*

    Чтобы удалить все файлы в данном каталоге.

    КО

     

  • 1.15, Аноним (-), 11:06, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Эх, Семен Семеныч..
     
  • 1.16, клоун (?), 11:06, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +8 +/
    Я смотрю, удаление всех файлов на диске при перезапуске программы становится всё более модным.
     
     
  • 2.218, Аноним (-), 22:47, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Я смотрю, удаление всех файлов на диске при перезапуске программы становится всё
    > более модным.

    Да не сцы, я видел виндовую программу, рекурсивно выносившую весь C:\ еще 10 лет назад. Правда почему-то никто из юзеров не жаловался.

     

  • 1.18, Аноним (-), 11:10, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    bumblebee #2 :D

    На внимательность:
    "rm -rf /usr /lib/nvidia-current/xorg/xorg"

    https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cd

     
     
  • 2.22, Ilya Indigo (ok), 11:18, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Это уже №3.
     
     
  • 3.26, Аноним (-), 11:22, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Что пропустил?
     
     
  • 4.40, soarin (?), 11:47, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    steam
     
     
  • 5.56, derfenix (ok), 12:13, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > steam

    Яндекс тоже отличился в этом плане, хоть и под оффтопиком.

     

  • 1.23, Аноним (-), 11:20, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    rm -rf злейший враг линуксоидов.
     
     
  • 2.27, Ilya Indigo (ok), 11:23, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > rm -rf злейший враг линуксоидов.

    rm -rf /*

     
  • 2.60, userd (ok), 12:33, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +7 +/
    нет.
    есть и другие способы "выстрелить себе в ногу".
    но это всё внешние по отношению к линуксоидам факторы.

    а злейший враг - он, как обычно, в голове.

     
  • 2.64, sprutos (ok), 12:43, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    злейший враг линуксоида - идиотизм. в данном случае других "знатных линуксоидов"
     

  • 1.28, Аноним (-), 11:25, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –6 +/
    почему нет команды удаления показывающей сколько файлов и каталогов удаляется и спрашивающей подтверждение? Понятно что в этом случае она бесполезна, хотя бы от ошибок в консоли уберегла бы.
     
     
  • 2.30, nib (?), 11:38, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    rm -Iv
     
  • 2.31, pkdr (ok), 11:39, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +9 +/
    Потому, что опция -f команды rm предназначена для того, чтобы удалять файлы ничего не спрашивая. Без неё всё спрашивается.

    Всегда ваш Капитан.

     
     
  • 3.292, Аноним (-), 01:43, 29/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Потому, что опция -f команды rm предназначена для того, чтобы удалять файлы
    > ничего не спрашивая. Без неё всё спрашивается.
    > Всегда ваш Капитан.

    Товарищ Капитан, это не Windows, здесь удаление по умолчанию работает по-другому!

    (если, конечно, заботливый дистростроитель не включил rm -i в качестве алиаса для rm по умолчанию — привет, Красная Шапочка!)

     

  • 1.37, Михрютка (ok), 11:44, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    https://bugzilla.redhat.com/show_activity.cgi?id=1102343
    отличная строчка в резюме ящетаю.




    bash-4.1$ cat /etc/redhat-release
    Red Hat Enterprise Linux Server release 6.6 (Santiago)
    bash-4.1$ rpm -q squid
    squid-3.1.10-29.el6.x86_64
    bash-4.1$ grep -i squid_pidfile_dir /etc/rc.d/init.d/squid
    bash-4.1$ grep -A3 -i restart\(\) /etc/rc.d/init.d/squid
    restart() {
    stop
    start
    }
    --
    condrestart() {
    [ -e /var/lock/subsys/squid ] && restart || :
    }


    откуда эти инициативные идиоты вообще взяли етот $SQUID_PIDFILE_DIR???

     
     
  • 2.44, Аноним (-), 11:51, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> В поставляемом в составе тестового выпуска Red Hat Enterprise Linux 6.7..
    >> bash-4.1$ cat /etc/redhat-release
    >> Red Hat Enterprise Linux Server release 6.6 (Santiago)
     
     
  • 3.48, Михрютка (ok), 11:58, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >>> В поставляемом в составе тестового выпуска Red Hat Enterprise Linux 6.7..
    >>> bash-4.1$ cat /etc/redhat-release
    >>> Red Hat Enterprise Linux Server release 6.6 (Santiago)

    я тебе гарантирую, что и в 6.7 инит скрипт сквида тоже не предусматривал $SQUID_PIDFILE_DIR, пока этот ретивый чех его туда не вставил.

     
     
  • 4.77, Аноним (-), 13:13, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Имя репортера - испаноязычное, ты с мейнтейнерам путаешь.
     
     
  • 5.109, Аноним (-), 16:05, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Имя репортера - испаноязычное, ты с мейнтейнерам путаешь.

    Не, а кто реально этот rm вставил, если даже мейнтейнер правильный патч сразу нарисовал?

     

  • 1.41, PnDx (ok), 11:47, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    Грабли rm давно пора снабдить более удобной ручкой.
    В смысле, настройками области видимости (типа --one-file-system), владельца и глубины сверху/снизу. И не надо тыкать в find - ну не будут так выписывать в большинстве случаев.

    Иначе грабли так и продолжат бить даже сравнительно осторожных, типа эпичного "rm -rf /usr /lib/nvidia-current/xorg/xorg". Ну и вспомнить сюрприз в старых фрюхах, когда "rm *" захватывал '.' и '..'. А чо? WildCard же...

     
     
  • 2.43, Михрютка (ok), 11:51, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +9 +/
    >Грабли rm давно пора снабдить более удобной ручкой.

    в руках идиота даже палочка от эскимо смертельно опасна

     
     
  • 3.107, Аноним (-), 16:02, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    > в руках идиота даже палочка от эскимо смертельно опасна

    А в руках некоторых идиотов опасность может представлять даже само эскимо.

     
     
  • 4.219, Аноним (-), 22:48, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    > А в руках некоторых идиотов опасность может представлять даже само эскимо.

    Так, блин, у програмеров написание скриптов сроду считалось непочетной и грязной работой для субъектов с низким IQ. Ну вот и достается всем это стремное эскимо...

     
  • 2.47, клоун (?), 11:55, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –16 +/
    Грабли здесь в проверке наличия уже запущенного экземпляра приложения. В Линукс это принято делать, создавая пустой временный файл. Следуя этой логике дальше, протоколирование хода работы программы также осуществляется созданием и удалением пустых временных файлов. При перезапуске программы всех эти файлы нужно удалить. Небольшая ошибка - и удаляется ЗНАЧИТЕЛЬНО больше запланированного.

    В 60-е (когда Торвальдс учился в ВУЗе) это казалось передовой практикой (всё есть файл), но не сегодня. Старую собаку не научишь новым приёмам. Поэтому так важно, чтобы ничто и никогда не замыкалось на одного человека.

     
     
  • 3.62, pkdr (ok), 12:37, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +13 +/
    А какая есть лучшая практика? Реестр от укуренных индусов из M$? И если понимать, как устроен компьютер, то да, всё, что содержит информацию есть файл.

    Торвальдс 69 года рождения, если он ухитрился в 60-е учиться в вузе, то его гениальность неоспорима - подтверждается даже ботом из M$.

     
     
  • 4.110, клоун (?), 16:16, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов.
     
     
  • 5.112, Аноним (-), 16:58, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов.

    При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность. В данном случае под этим следует подразумевать возможность получения информации [о наличии запущенного экземпляра программы] из скриптов и прочего ненативного кода.

     
     
  • 6.133, клоун (?), 17:40, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Иными словами, вы считаете необходимым в угоду концепции "всё есть файл" заменить все функции API на 4 функции работы с файловой системой (read, write, open, close), так?

    Постебусь, пожалуй, немного:

    file.open("api_query");
    file.write("GetDMAChannel := 1")
    file.close()

    file.open("api_wait");
    file.write();
    file.close();
    while(1)
    {
    if(!file.open("api_wait"))break;
    file.close();
    }

    file.create("api_result");
    file.read();
    file.close();

    Программа в любом случае обращается к API. Логично, если она будет сразу запрашивать то, что ей нужно, а не создавать ещё один уровень абстракций в виде файлов, наличие и отсутствие которых будет как то интерпретироваться.

     
  • 6.222, Аноним (-), 22:53, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность.

    Иди поработай с ioctl'овыми апи универсально, ога :)

     
  • 4.116, Аноним (-), 17:25, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Реестр от укуренных индусов из M$?

    Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея. А только ничто не может помешать неосторожному мантейнеру пакета вписать команду, которая снесёт всё содержимое реестра, и запихнуть её он может как в простыню на bash, так и юнит-файл systemd.

     
     
  • 5.221, Аноним (-), 22:52, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > как в простыню на bash, так и юнит-файл systemd.

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

     
  • 5.271, Аноним (-), 23:29, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея.

    А ничего что ФС уже и есть такая "БД"? :)

     
  • 3.65, Аноним (-), 12:43, 24/03/2015 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Торвальдс родился в 1969 и учился в конце 80-ых - начале 90-ых.
     
     
  • 4.123, Аноним (-), 17:34, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Торвальдс родился в 1969 и учился в конце 80-ых - начале 90-ых.

    По вашим собственным меркам, он старый пeрдун.

     
  • 3.78, PnDx (ok), 13:20, 24/03/2015 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    var run 8212 вполне себе неплохое соглашение, ещё со времён SysV Грабли... большой текст свёрнут, показать
     
     
  • 4.115, Аноним (-), 17:24, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >попробуйте настроить автоснапшоты с соляре

    Одна команда. Не понял в чём проблема?

     
     
  • 5.129, PnDx (ok), 17:37, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Одна команда. Не понял в чём проблема?

      В xml'ном расписании. Ниже - выдержка из небольшого конфига на 96 строк. Правда, легко читать </sarcasm>

        <instance name='hourly' enabled='false' complete='true'>
          <property_group name='zfs' type='application'>
            <propval name='interval' type='astring' value='hours'/>
            <propval name='keep' type='astring' value='23'/>
            <propval name='period' type='astring' value='1'/>
          </property_group>
          <property_group name='general' type='framework'>
            <propval name='action_authorization' type='astring' value='solaris.smf.manage.zfs-auto-snapshot'/>
            <propval name='value_authorization' type='astring' value='solaris.smf.manage.zfs-auto-snapshot'/>
          </property_group>
        </instance>

     
     
  • 6.223, Аноним (-), 22:54, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    К счастью, Поттеринг не любит XML, в отличие от санок и прочих огрызкопи...сов.
     
  • 3.89, Аноним (-), 14:09, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    >но не сегодня

    Plan9? Не, не слышал!

     
  • 3.114, Аноним (-), 17:12, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Файл нужен чтобы знать, какому процессу посылать сигнал остановки Начхать юникс... большой текст свёрнут, показать
     
     
  • 4.117, Аноним (-), 17:25, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    В наше время всегда побеждает наихудшее решение. ВСЕГДА.
     
  • 4.178, Аноним (-), 18:44, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > И что самое странное - даже после этого у него есть приспешники.

    Эксперимент третья волна, вот и все дела.

     
  • 3.127, Eugene Ryabtsev (?), 17:35, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Грабли в том, что в операциях с FS нет DELETE_ON_EXIT без разыменования файла (что примечательно, в IPC всё точно наоборот).
     

  • 1.45, DeadLoco (ok), 11:52, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Извините, а в редхате не принято запускать сервисы от непривилегированых пользователей? Достаточно же воткнуть в начале скрипта

    su squid

    и проблема рассосется, как класс...
     
     
  • 2.57, _KUL (ok), 12:18, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Не, не получится! Будет еррор тогда при рестарте в лог сыпаться, что пермишен денайд :)
     
     
  • 3.76, DeadLoco (ok), 13:12, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Скакова?
     
  • 3.118, Аноним (-), 17:27, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Не, не получится! Будет еррор тогда при рестарте в лог сыпаться, что
    > пермишен денайд :)

    здрасьте, приехали. даже к портам <1024 можно привязывать процессы с non-root привилегиями, а уж отстроить разрешения на каталог - и вовсе как два пальца.

     
  • 2.85, Stax (ok), 13:56, 24/03/2015 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Сам сервис запускается от пользователя squid Но в данном случае речь про обвязо... большой текст свёрнут, показать
     
     
  • 3.90, Аноним (-), 14:13, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда.
    странно говорить о достижении systemd которое они подсмотрели в обычном sysv init..
     
     
  • 4.100, Stax (ok), 15:01, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    > а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда.

    Так он тут как раз так и делает :) С правами рута. Стирает pid-файл. С непредсказуемым эффектом.

    В случае же systemd код с правами рута только создает стандартные каталоги/файлы согласно инструкциям из tmpfiles.d, а дальше код сервиса уже можно запускать от пользователя.

    Впрочем, в случае сквида даже из systemd он запускается из под рута и меняет пользователя уже сам. Но тут уж ничего не поделаешь. Видимо, сам squid не рассчитан на запуск сразу из под непривилегированного пользователя.

     
     
  • 5.102, Аноним (-), 15:14, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >> а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда.
    > Так он тут как раз так и делает :) С правами рута.
    > Стирает pid-файл. С непредсказуемым эффектом.
    > В случае же systemd код с правами рута только создает стандартные каталоги/файлы
    > согласно инструкциям из tmpfiles.d, а дальше код сервиса уже можно запускать
    > от пользователя.

    еще раз - считается что так сделать нельзя? удивлю - так всегда и делали в приличном обществе.
    скрипт запуска создавал каталоги - где вручную где используя mtree (?), после чего запускался демон и создавал нужные файлы.

     
     
  • 6.128, Stax (ok), 17:36, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Так делали, но это приводит к потенциальным проблемам типа возникшей тут.

    В случае systemd это больше не требуется, т.к. механизм tmpfiles позволяет создавать каталоги и прочее в момент запуска сервиса средствами systemd по декларативному описанию в конфиге. Напр.

    $ cat /etc/tmpfiles.d/named.conf
    d /run/named 0755 named named -

    Что, очевидно, безопаснее и меньше риска допустить ошибку.

     
     
  • 7.138, Аноним (-), 17:42, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > $ cat /etc/tmpfiles.d/named.conf
    > d /run/named 0755 named named -
    > Что, очевидно, безопаснее и меньше риска допустить ошибку.

    И кто помешает написать там:
    > d $SQUID_PIDFILE_DIR 0755 named named -

    и получить те же грабли только в профиль?

     
     
  • 8.164, Stax (ok), 18:23, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Очевидно, что при декларативном синтаксисе - в отличии от bash-скрипта - очень п... текст свёрнут, показать
     
  • 2.264, playnet (ok), 19:13, 25/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    А для su требуется рутовый пароль. И при рестарте сервера он не загрузится, ибо "su же".
    В общем, бред какой-то. И да, для управления сервисами нужен рут.
     
     
  • 3.275, DeadLoco (ok), 00:05, 26/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > А для su требуется рутовый пароль

    Вы, вероятно, удивитесь, но если скрипт запустить от рута, то выполнение в нем 'su squid' не потребует никаких паролей.

     

  • 1.61, Аноним (-), 12:37, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Репортер предложил кривой патч, при этом он врёт, что
    > > The "rm -rf $SQUID_PIDFILE_DIR/*" was already part if the original upstream script.

    И ответ мейнтейнера:

    > As far as I see not anywhere in the git history, that means since 2004. I suspect you are using different sources than those from RHEL6.

    Выводы?

     
     
  • 2.69, Andrey Mitrofanov (?), 12:46, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    >>are using different sources than those from RHEL6.
    > Выводы?

    ""Блу-алерт! В багзтле рх замечена контрафактная el6.7. рх пердуперждает: только  аутентиная 7.1, только хардкор. Проверяйте цифровые подписи, чеки сохраняйте.""

     

  • 1.63, Аноним (-), 12:42, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –6 +/
    Просто ещё одна иллюстрация почему systemd и декларативное описание инициализации рулят.
     
     
  • 2.67, Аноним (-), 12:45, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Его гнобят не за это.
     
     
  • 3.80, Tav (ok), 13:41, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –6 +/
    И за это тоже, и за все, что "не так". Просто некоторые разработчики и админы чувствуют в нем угрозу обесценивания некоторых накопленных ими ранее знаний и опыта, воспринимая таким образом внедрение systemd, как атаку на себя лично.
     
     
  • 4.91, angra (ok), 14:18, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +8 +/
    Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в среднем даже не 1% от времени сисадмина. Так что угроза существует разве что в воспаленном воображении детишек, мнящих себя умными только по причине следования за модой.
     
     
  • 5.170, Tav (ok), 18:29, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Даже если непосредственной возни 0.01%, понимание того, как это работает, нужно постоянно.

    Я не пытаюсь сказать, что все критики systemd неадекватны. Речь была о "некоторых", их отличает агрессивно-неконструктивный стиль комментариев, что явно указывает на личную задетость.

     
  • 5.224, Аноним (-), 22:57, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    > Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в
    > среднем даже не 1% от времени сисадмина.

    А вот это очень зависит от админов и прочая. Какой нибудь аутсорсер или фрилансер может и не заниматься протягиванием витухи в ДЦ, а вот настройку серверов делать поточно-конвейерным методом. И вот там все эти заморочки с кучей левого кода, 10 лет назад написанного кулсисопом, после возлияний, на одном дыхании - даром не упали. Потому что окажется что кулсисоп 3 года назад уволился, а если б и не уволился - понятия не имеет что он там 10 лет назад написал, как следует буханув. Зато остальным когда встает вопрос понять что и почему не работает или где это переконфигурируется - совсем не прикольно.

     
     
  • 6.235, myhand (ok), 23:51, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    > Зато остальным когда встает вопрос понять что
    > и почему не работает или где это переконфигурируется - совсем не прикольно.

    И что, systemd еще и проблему с пьянством решает?  Или с жадностью
    работодателей и наймом школоты, не слыхавшей о документации работы?

    Бардак можно устроить и на реально декларативном языке, а уж на
    той лапше что своим фанатам Леня навешал на уши - просто за милую душу.

     
     
  • 7.258, Аноним (-), 17:56, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    > И что, systemd еще и проблему с пьянством решает?  Или с жадностью

    Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными. По поводу чего с ними сталкиваться придется сильно реже и только по делу. А это хорошо и правильно.

    > работодателей и наймом шкoлоты, не слыхавшей о документации работы?

    Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана.

    > Бардак можно устроить и на реально декларативном языке

    Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно.

     
     
  • 8.267, myhand (ok), 21:58, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Так Вы все более напоминаете мне клоунов, которые разные светозвзоры рекламиру... большой текст свёрнут, показать
     
     
  • 9.272, Аноним (-), 23:46, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Так я и не настаиваю на полном геноциде староверов Сослать на Колыму W какое-ни... большой текст свёрнут, показать
     
     
  • 10.277, myhand (ok), 01:11, 26/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Ну еще-б впариватели разной живой воды на геноциде настаивали Цитированное вы... большой текст свёрнут, показать
     
  • 2.71, Andrey Mitrofanov (?), 12:54, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    > Просто ещё одна иллюстрация

    ..на тему, что продажи 7го EL-а не идут.

    > почему systemd и

     
  • 2.84, Crazy Alex (ok), 13:54, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Декларативное описание - рулит как минимум, пока не объявляется единственно вер... большой текст свёрнут, показать
     
     
  • 3.92, angra (ok), 14:21, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    А что SysV как-то запрещает писать init скрипты на любом языке?
    Ну вот например модуль для их создания на perl: https://metacpan.org/pod/Daemon::Control

     
     
  • 4.99, Crazy Alex (ok), 14:58, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Конечно не запрещает. Но по факту используется только шелл. Что логично - зоопарк здесь не нужен, но, с другой стороны, шелл уж больно уродлив и провоцирует кучу ошибок (что мы здесь и видим). Это во-первых.

    Во-вторых - инит должен предоставлять скриптам некий стандартный сервис - хоть работу с PID ту же, хоть события/зависимости, хоть ещё что. Это довольно неудобно делать, если движок скриптов не встроен в сам инит и практически невозможно - если таки использовать много языков.

    В-третьих - базовыые вещи вроде start/stop/restart со статически забитыми параметрами, зависимостей и т.п. всё-таки не должны требовать скриптов, здесь деклараций - более чем достаточно.

     
     
  • 5.130, Аноним (-), 17:37, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Уродлив не шелл, а такие писаки - вроде тебя - которые всех тонкостей не знают, ... большой текст свёрнут, показать
     
     
  • 6.171, Vkni (ok), 18:31, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Уродлив не шелл, а такие писаки - вроде тебя - которые всех
    > тонкостей не знают, но лезут писать скрипты.

    1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у и подобным - ленивость исполнения конвееров.

    2. Как несложно заметить, чем меньше тонкостей в языке, тем лучше - очередной C++ нам не нужен.

     
     
  • 7.241, Аноним (-), 05:09, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > 1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических
    > типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у
    > и подобным - ленивость исполнения конвееров.

    Да, все это крайне необходимо в системе инициализации. Чтобы Вася мог с перепоя такого накодить что потом даже академики из РАН не смогут понять где он параметры для запуска прописал.

    > очередной C++ нам не нужен.

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

     
     
  • 8.244, Vkni (ok), 09:09, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Это нужно для замены bash а ... текст свёрнут, показать
     
     
  • 9.259, Аноним (-), 18:05, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Bash изначально - инструмент для генерации примитивного glue code между сишными ... текст свёрнут, показать
     
  • 6.181, Аноним (-), 18:47, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >  и мэйнтайненс сервисов?

    Про мейнатансе сервизов охота услышать. Можно поподробнее как там нагрузку базы определяете и если что переезжаете на амазоновское облако. Ключики какие в системд на этот счёт? Ну или попроще что - на манер забикса-нагиоса там есть в системд?

     
     
  • 7.232, Аноним (-), 23:32, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Ключики какие в системд на этот счёт?

    <sarcasm>Всё, чего нет в systemd, не нужно.</sarcasm>

     
     
  • 8.260, Аноним (-), 18:06, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Не, не так Вот пусть такое и кодят под кастомные требования А запуск какого-ни... текст свёрнут, показать
     
  • 4.225, Аноним (-), 23:07, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > А что SysV как-то запрещает писать init скрипты на любом языке?
    > Ну вот например модуль для их создания на perl: https://metacpan.org/pod/Daemon::Control

    Да, зашибись. А потом надо вон тот сервер перенастроить - ОПА! А там возьми и окажись брейнфак. Потому что прошлый админ любил лулзы и хотел проучить работодателя и вообще, не считал что в его творчестве должно быть просто разобраться. Теперь такое художество придется внятно обосновывать, а не лепить что попало где не надо.

     
     
  • 5.251, Аноним (-), 15:38, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В системд можно скрипт исполнить из юнита?
     
     
  • 6.261, Аноним (-), 18:09, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > В системд можно скрипт исполнить из юнита?

    Из юнита можно выполнять программы. В том числе можно и ваш внешний скрипт позвать, разумеется. Только в случае systemd - это на правах костыля, если очень надо. А не как дефолтное вбивание гвоздей микроскопом.

     
     
  • 7.278, Аноним (-), 06:12, 26/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    То есть в сисвинит можно скрипты писать на любом языке. И админ обязательно напишет на брейнфаке 5 кило портянок назло руководству. А в системд можно выполнить любую программу, но никто и никогда не будет ничего писать на брейнфаке и вызывать из юнитов.
    Я правильно всё понял, ничего не упустил?
     
  • 3.169, Vkni (ok), 18:28, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > А вообще - полагаю, что всерьёз рулил бы как  раз императив
    > на более вменяемом языке, чем шелл, и с хорошей библиотекой функций
    > для этого дела.

    Я не знаю такого языка. :-( Реально нужен микс из OCaml'а и Haskell'а - статическая типизация, максимально простая, лёгкая императивщина + модульность + возможность лёгкой ленивости (вместо конвееров). Плюс, возможность предварительной компиляции (если скорость нужна).

     
     
  • 4.226, Аноним (-), 23:09, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Реально нужен микс из OCaml'а и Haskell'а

    Кому нужен - тот пусть этим и занимается. Флаг ему в руки и барабан на шею.

     

  • 1.75, Нанобот (ok), 13:12, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +3 +/
    такого рода косяки - обычное дело для тестовых сборок. где-то они мелкие, где-то катастрофичные. ничего такого, из-за чего анонимам стоит биться в истерике
     
  • 1.79, Tav (ok), 13:27, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    > rm -rf $SQUID_PIDFILE_DIR/*

    Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный, но страшный.

     
     
  • 2.124, Аноним (-), 17:34, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    > Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный, но страшный.

    Будто бы написанная в systemd-блобе в виде strcpy(stpcpy(stpcpy(execcmd, "rm -rf "), getenv("SQUID_PIDFILE_DIR")), "/*") или где угодно на другом языке она была бы безопаснее...

     
     
  • 3.234, Tav (ok), 23:40, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Не знаю, как это написано в systemd (не о нем речь), но конструировать сложные объекты (будь то пути, запросы, веб-страницы или что-то еще) путем конкатенации или подстановки строк неправильно и опасно (по крайней мере, когда речь идет не о сиюминутных скриптах, а о коде, который поддерживается долго). Язык должен предоставлять необходимые абстракции (в этом и заключается смысл ЯП: предоставление абстракций и средств для их построения).

    Ну вот пример (Racket):

    (build-path "a" "b" "c")
    #<path:a/b/c>

    (build-path "a" "/b" "c")
    build-path: absolute path cannot be added to a path

    (build-path "" "b" "c")      
    build-path: path element is an empty string

     
  • 2.131, Аноним (-), 17:38, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    >> rm -rf $SQUID_PIDFILE_DIR/*
    > Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный,
    > но страшный.

    Страшен не шелл. Страшны недоучки и недоумки, которые со встроенным в башке noscript родились.

     
     
  • 3.236, Tav (ok), 23:57, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Практически невозможно никогда не допускать ошибок в коде. А вот своевременное выявление ошибок и ограничение их последствий должно обеспечиваться языком, системой и процедурами тестирования (здесь последние сработало, т. к. ошибка выявлена в тестовом выпуске).
     
  • 3.273, Аноним (-), 23:52, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > Страшен не шелл. Страшны недоучки и недоумки, которые со встроенным в башке
    > noscript родились.

    Так скрипты инициализации какие-то такие и пишут в основном. Так. если на код глянуть.

     

  • 1.82, iZEN (ok), 13:53, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Тесты интеграции не проводят чуть более, чем совсем. Любой залетевший дятел сможет учинить армагеддон в данном дистрибутиве. Теперь нет никаких сомнений в полезности раздробленности GNU/Linux и в экосистеме отличающихся дистрибутивов - локальные армагеддоны страшны только их почитателям.
     
     
  • 2.87, Stax (ok), 13:59, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    > Тесты интеграции не проводят чуть более, чем совсем.

    Проблему отловили *в тестовом выпуске* до релиза, попрошу заметить.

     
     
  • 3.227, Аноним (-), 23:10, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Тесты интеграции не проводят чуть более, чем совсем.
    > Проблему отловили *в тестовом выпуске* до релиза, попрошу заметить.

    Настоящие чукчи новость не читают :)

     
  • 2.96, IMHO (?), 14:37, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    так этоже ентерпрайз, и деньги улители и файлы с ними
     
  • 2.104, Аноним (-), 15:41, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Можно подумать, что бsdуны их проводят.

    В портах три месяца лежала квагга, с поломанными правами на директорию логов - и после перезапуска, роутер превращался в тыкву, несмотря на ватчдог самой квагги.

    Аналогично - для кеша того же сквида. Проблема усугубляется тем, что он не уходит в бэкграунд до полной инициализации своего кэша и вешает наxер ВЕСЬ процесс загрузки. и притом он стартует ДО ssh.

    И не надо пенять на инит - это конкретно рукожопие мейнтейнеров.

     
     
  • 3.120, Аноним (-), 17:31, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Ну ты и врун 8-) Детская ещё еравма видимо ...
     
     
  • 4.238, Аноним (-), 02:23, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    А канделябром не желаете?

    http://svnweb.freebsd.org/ports/head/net/quagga/pkg-plist?r1=340714&r2=357282

     
  • 3.280, count0krsk (ok), 09:45, 26/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Я знал, я знал )))
    что бздя кривая, но чтоб настолько o_O
    А мне ещё не верили, что она в консоль вываливается после 2-3 миганий света и требует руками фиксить ФС.
    Кстати, кэш у сквида тогда тоже побился, спасибо что напомнили. Ждать пока он его проинициализирует надо было несколько минут.
     
  • 2.233, Аноним (-), 23:36, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > раздробленности GNU/Linux

    Ничего страшного, Леннарт и Ко. работают над устранением этой "проблемы".

     
     
  • 3.248, Andrey Mitrofanov (?), 09:39, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >>GNU/Linux
    >Леннарт и Ко. работают над устранением этой "проблемы".

    Только одной из двух??

     

  • 1.83, Аноним (-), 13:54, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    а это не проделки того-кого-нальзя-называть-в-приличном-обществе?
     
     
  • 2.101, Аноним (-), 15:09, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Да похоже на то. Придумал себе псевдоним Fernando Lozano и запостил патчик, чтобы дискредитировать sysv. Я не совсем понял только как он смог преодалеть возражение мейнтейнера на то, что там такой переменной никогда не было.
     
  • 2.237, IMHO (?), 00:59, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    запилят rmrfd ?
     
     
  • 3.276, DeadLoco (ok), 00:11, 26/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > запилят rmrfd ?

    модулем ядра

     

  • 1.86, Аноним (-), 13:57, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +1 +/
    Сначала по заголовку думал что труба, но из содержимого все стало ясно. С одной стороны - в продакшене не будешь рисковать и ставить тестинг, а с другой - очень тупая ошибка для рхел.
     
  • 1.88, iCat (ok), 13:59, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Вообще - весьма круто. Достойно "поколения UnDo" - не проверять, не думать - только пробовать...
    Неужели это за пределами человеческого разума предугадать что будет происходить при отсутствии переменной?
    Или просто не модно стало думать прежде, чем запускать?
     
  • 1.94, Павел Самсонов (?), 14:28, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –3 +/
    У меня / ro, правда /home я теряю в этом случае :-)
     
     
  • 2.228, Аноним (-), 23:12, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    > У меня / ro, правда /home я теряю в этом случае :-)

    А я откачу снапшот за 20 секунд и как будто ничего и не бывало. Мне так больше нравится.

     

  • 1.95, Аноним (-), 14:33, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    А кто может сказать что хранится в var run squid Никогда не пользовался squid ... большой текст свёрнут, показать
     
     
  • 2.98, Аноним (-), 14:48, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Да они там укуренные просто. Ему говорят - нету в нашем скрипте такого! А он - есть, есть, сам видел, давайте в продакшн!
     
     
  • 3.229, Аноним (-), 23:12, 24/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Да они там укуренные просто.

    Так другие скрипты почти и не пишут - считают ниже своего достоинства.

     
  • 2.139, Stax (ok), 17:43, 24/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > А кто может сказать что хранится в /var/run/squid?
    > Никогда не пользовался squid и нет возможности глянуть.
    > Потому как такое удаление вызывает недоумение.

    Ничего, нет такого каталога. Это ошибка. В RHEL squid хранит свой pid в /var/run/squid.pid (во всяком случае, в EL6 и EL7).

     

  • 1.263, Аноним (-), 18:49, 25/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Раз любители системд уже непонятные баги притаскивают из нерелизнутых пакетов, то можно и им шпилю воткнуть. Вот у человека проблема с обсуждением vitus-wagner.livejournal.com/1071323.html . И системд тут конечно не при чём.
     
  • 1.266, DmA (??), 20:27, 25/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    А что  политики SELinux для Squida никакой нет что-ли?
     
     
  • 2.274, Аноним (-), 23:54, 25/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > А что  политики SELinux для Squida никакой нет что-ли?

    Так это не Squid. Это "запуск Squid". Делается системой инициализации, под рутом. И прописывать системе инициализации политики за...шься, потому что там настройки меняют относительно часто и каждый раз еще и политики SELinux переписывать - большинство админов труба шатали.

     
     
  • 3.284, Stax (ok), 17:31, 26/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    На самом деле, нет явной проблемы с таким прописыванием (почему это нельзя ограничить то, что может скрипт запуска *конкретного* сервиса?). Просто раньше это было бы неудобно делать, т.к. при запуске bash-скрипта устанавливать контекст selinux несколько проблематично: в случае запуска /etc/init.d/squid, /usr/sbin/service squid и запуска этого скрипта из начального init'а контексты на сам скрипт были бы разные.

    В 7-ке systemd решил эту проблему, он знает про контексты selinux и устанавливает их для конкретного сервиса, выполняя команды из unit-файла в этом контексте. И теперь есть возможность ограничить то, что может делать инициализация конкретного сервиса.

    См. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/

     

  • 1.279, Адекват (ok), 07:32, 26/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    Да ладно, в линуксах это норма, взять хотя бы xargs:

    find / -type d -iname '*tmp' | xargs rm -rf

    Что будет, если ни одной директории найдено не будет :) ?

     
     
  • 2.281, count0krsk (ok), 12:23, 26/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Да ладно, в линуксах это норма, взять хотя бы xargs:
    > find / -type d -iname '*tmp' | xargs rm -rf
    > Что будет, если ни одной директории найдено не будет :) ?

    Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но это не труЪ, поэтому софтостроители будут наступать на грабли года так до 2050го.
    А ещё лучше всё, что удалено через rf складывать в снапшот и по команде undelete откатывать всё обратно.

     
     
  • 3.282, Andrey Mitrofanov (?), 14:47, 26/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но

    И на shell-globbing, обязательно! А rm _вообще только по паспорту.

    > до 2050го.
    > А ещё лучше всё, что удалено через rf складывать в снапшот и

     
  • 3.286, Адекват (ok), 06:52, 27/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но

    Вообще-то претензии были именно к xargs, поскольку у нее есть опция




    --no-run-if-empty
           -r     If the standard input does not contain any nonblanks, do not run the command.  Nor‐
                  mally, the command is run once even if there is no input.  This option is a GNU ex‐
                  tension.


    Но по логике вещей она должна быть по умолчанию, вернее по умолчаню если на xargs ничего не подается, то он ничего не должен запускать, но при этом, для извращенцев должна быть опция --run-if-empty

     
     
  • 4.288, EHLO (?), 16:28, 27/03/2015 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >[оверквотинг удален]
    > run the command.  Nor‐
    >            
    >   mally, the command is run once even if there
    > is no input.  This option is a GNU ex‐
    >            
    >   tension.
    >


    > Но по логике вещей она должна быть по умолчанию, вернее по умолчаню
    > если на xargs ничего не подается, то он ничего не должен
    > запускать, но при этом, для извращенцев должна быть опция --run-if-empty

    Безотносительно этого зловещего флага, ты своей командой 'find / -type d -iname '*tmp' | xargs rm -rf' можешь снести любые файлы при благоприятных обстоятельствах.

     
  • 2.283, EHLO (?), 15:21, 26/03/2015 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Да ладно, в линуксах это норма, взять хотя бы xargs:
    > find / -type d -iname '*tmp' | xargs rm -rf
    > Что будет, если ни одной директории найдено не будет :) ?

    В этом случае ничего не будет, попробуй еще.
    Команда рискованная, но по другой причине.

     

  • 1.294, sproot (ok), 04:27, 31/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Думаю, сначала надо cd $SQUID_PIDFILE_DIR делать, а потом, по коду возврата, принимать решение насчет rm.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру