Summary: | unable to update inside vserver: Operation not permitted | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey V Turchin <zerg> |
Component: | kernel-image-vs26-smp | Assignee: | Konstantin A Lepikhov (L.A. Kostis) <lakostis> |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | hiddenman, led, mike |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergey V Turchin
2005-12-23 15:52:03 MSK
Это уже было... в новом vserver с новыми утилитами вроде как не воспроизводится. Переоткройте, если всплывёт. Всплыло с *vserver-0.30.209-alt1 Вообще и со старым бы починить неплохо... Обновлять vserver иногда страшно, нужна более весомая причина, чем неустанавливающийся filеsystem... Я так и не понял, что именно вы предлагаете фиксить. По моему, если ядро не даёт поставить пакет filesystem, то надо фиксить это привиредливое ядро. (In reply to comment #5) > Я так и не понял, что именно вы предлагаете фиксить. Создание /proc > По моему, если ядро не даёт поставить пакет filesystem, то надо фиксить это > привиредливое ядро. Тогда перевешивай на виновный пакет Проверил на openvz - работает. Перевешиваю на vserver. IMCO такие пакеты, как filesystem и dev, в vserver по факту проще обновлять методом rpm --justdb /path/to/that.rpm, или поставить на hold. Бишь в данном разе это данность (tradeoff) и WONTFIX, как мне кажется. Как и #8898. Проще зафиксить vserver патч, чтобы он не давал -EPERM по-дубовому, а просто молча ингнорировал данное действие, как это делается в OpenVZ. apparently wontfix |