Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Ядро модуля FUSE для LXC

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Ядро модуля FUSE для LXC, Proxmox Виртуальная Среда
     
    RobFantini
    Guest
    #1
    0
    26.11.2015 14:08:00
    Привет, пытаюсь настроить x2go сервер в lxc. Для удачи печати нужен модуль ядра 'fuse'. Так что я попытался загрузить модуль на хосте pve, однако модуль не найден:
    Code: modinfo fuse
    modinfo: ERROR: Module fuse not found. Есть ли возможность иметь модуль в стандартном ядре pve? Если нет, то буду использовать kvm для x2go сервера. С уважением, rob f.
     
     
     
    a5m0deu5
    Guest
    #2
    0
    20.12.2015 21:49:00
    Да, я сделал копию. Код: modules/4.2.2-1-pve/kernel/fs/fuse# cp cuse.ko fuse.ko, но при попытке смонтировать encfs получаю ошибку: Код: fuse: device not found, try 'modprobe fuse' first.
    fuse не смонтировался. Распространенные проблемы:
    - не установлен модуль ядра fuse (modprobe fuse)
    - неверные параметры -- смотрите сообщение об использовании и при попытке смонтировать с acd_cli ( https://github.com/yadayada/acd_cli ) также выпадает ошибка Код: fuse: device not found, try 'modprobe fuse' first.
    Traceback (most recent call last):
     File "/usr/local/bin/acd_cli", line 9, in <module>
       load_entry_point('acdcli==0.3.1', 'console_scripts', 'acd_cli')()
     File "/usr/local/bin/acd_cli.py", line 1437, in main
       sys.exit(args.func(args))
     File "/usr/local/bin/acd_cli.py", line 959, in mount_action
       allow_root=args.allow_root, allow_other=args.allow_other)
     File "/usr/local/lib/python3.4/dist-packages/acdcli/acd_fuse.py", line 686, in mount
       **kwargs
     File "/usr/local/lib/python3.4/dist-packages/acdcli/bundled/fuse.py", line 416, in __init__
       raise RuntimeError(err)
    RuntimeError: 1
     
     
     
    RobFantini
    Guest
    #3
    0
    20.12.2015 21:52:00
    На PVE-хосте ты пробовал: Код: modprobe fuse
     
     
     
    a5m0deu5
    Guest
    #4
    0
    20.12.2015 21:57:00
    На хосте pve команда 'modprobe fuse' завершилась неудачно. Попробовал в контейнере Ubuntu LXC:

    Код: # modprobe fuse
    modprobe: ERROR: ../libkmod/libkmod.c:556 kmod_search_moddep() не удалось открыть файл moddep '/lib/modules/4.2.2-1-pve/modules.dep.bin' и я по-прежнему получаю те же ошибки, что и ранее, когда пытаюсь использовать fuse в контейнере.
     
     
     
    RobFantini
    Guest
    #5
    0
    20.12.2015 22:07:00
    Не нужно запускать modprobe внутри контейнера.
     
     
     
    a5m0deu5
    Guest
    #6
    0
    20.12.2015 22:10:00
    Ок, но даже когда я сделал это на PVE хосте, внутри контейнера всё равно не заработало. Может, я что-то базовое пропускаю? Попробовал перезагрузить PVE хост после копирования cuse.ko в fuse.io и запустил modprobe fuse на хосте, но в контейнере всё равно не работает.
     
     
     
    RobFantini
    Guest
    #7
    0
    20.12.2015 22:14:00
    Похоже, что это может быть ошибка с lxc. Давайте посмотрим, откликнется ли один из разработчиков. Чувствую, что это баг.

    Недавно вышло несколько обновлений для pve-testing, попробуйте обновить дебы [там обновление ядра, так что перезагрузитесь]. Если проблема останется, лучше подать баг-репорт?
     
     
     
    a5m0deu5
    Guest
    #8
    0
    20.12.2015 22:18:00
    Похоже, я в порядке после dist-upgrade (я не на testing repo). Только что попробовал это исправление в контейнере https://github.com/lxc/lxc/issues/80. Код: # mknod -m 666 /dev/fuse c 10 229. Похоже, заработало! Похоже, мне просто нужна была комбинация переименования fuse.ko на pve и добавление fuse node в контейнере.
     
     
     
    RobFantini
    Guest
    #9
    0
    20.12.2015 22:25:00
    Отлично! И в этой ссылке 'kernel/fs/fuse/cuse.ko' указан. Похоже, что это не опечатка, как предполагалось в сообщении №4 выше. FUSE встроен в ядро, так что, вероятно, для решения проблемы достаточно mknod. За modprobe даже не стоит браться, чтобы всё исправить. Спасибо, что нашёл решение!
     
     
     
    Riesling.Dry
    Guest
    #10
    0
    21.01.2016 21:49:00
    Не заработало у меня... на хосте (Linux 4.2.6-1-pve): dist-upgraded (у меня нет подписки, поэтому я использовал apt.source "deb http://download.proxmox.com/debian jessie pve-no-subscription"). Скопировал cuse.ko в fuse.ko в /lib/modules/4.2.6-1-pve/kernel/fs/fuse, перезагрузился в контейнере (latest, freshly dist-upgraded Debian тоже – здесь я хочу использовать sshfs, который требует fuse). При вызове sshfs получаю: Код: # fuse: устройство не найдено, попробуйте 'modprobe fuse' сначала
    # modprobe fuse
    modprobe: ОШИБКА: ../libkmod/libkmod.c:557 kmod_search_moddep() не удалось открыть файл moddep '/lib/modules/4.2.6-1-pve/modules.dep.bin' Временно буду использовать VM вместо CT, но думаю, это должно быть исправлено (или может быть, кто-нибудь может дать нам небольшой намёк). Спасибо, R.
     
     
     
    a5m0deu5
    Guest
    #11
    0
    23.01.2016 02:28:00
    Можешь попробовать запустить эту команду в твоем контейнере от имени root? Код: mknod -m 666 /dev/fuse c 10 229
     
     
     
    Riesling.Dry
    Guest
    #12
    0
    26.01.2016 13:08:00
    #mknod -m 666 /dev/fuse c 10 229 # (= без вывода) это хорошо или плохо? krgds, ~R.
     
     
     
    Cypouz
    Guest
    #13
    0
    16.12.2015 16:25:00
    Привет! Пост-редакция: я ранее предлагал переименовать kernel/fs/fuse/cuse.ko в kernel/fs/fuse/fuse.ko. Это не очень хорошая идея. Опечатки там нет. Решение чуть ниже.
     
     
     
    Cypouz
    Guest
    #14
    0
    16.12.2015 16:32:00
    Чтобы активировать fuse в контейнере LXC, нужно создать соответствующий dev-узел. С правами root: Код: mknod -m 666 /dev/fuse c 10 229
     
     
     
    a5m0deu5
    Guest
    #15
    0
    17.12.2015 05:25:00
    Только что наткнулся на это, пытаясь использовать fuse в Ubuntu LXC… есть ли способ заставить это работать?
     
     
     
    RobFantini
    Guest
    #16
    0
    17.12.2015 12:15:00
    Только что отправил баг-репорт.
     
     
     
    a5m0deu5
    Guest
    #17
    0
    19.12.2015 22:23:00
    Есть ли рабочий обходной путь, чтобы заставить fuse работать в контейнере LXC? Похоже, по отчету об ошибке никаких движений нет.
     
     
     
    RobFantini
    Guest
    #18
    0
    19.12.2015 23:39:00
    Ты пробовал предложение из поста №4 выше?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры