No space left on device

Так что с этим? Вы так и не описали.

Блин ну когда же вы читать научитесь? Пишет же закончилось место на диске, выделить в проксе больше места и все будет хорошо.

Да умеем мы читать, я потому на этой строке внимание и акцентировал, что места то там полно.
Вот так выглядит htop при 5-6 клиентах

1  [|                         0.5%]   Tasks: 56, 0 thr; 2 running
  2  [||                        1.6%]   Load average: 0.38 0.30 0.26 
  Mem[|||||||             594M/7.96G]   Uptime: 10:55:32
  Swp[                      0K/2.00G]

  PID USER      PRI  NI  VIRT   RES S CPU% MEM%   TIME+  Command
11289 root       20   0  216M  169M S  0.0  2.1  0:12.25 /usr/local/sbin/smbd --
    0 root      -16   0     0 20096 S  0.0  0.2  0:10.19 kernel
61249 root       20   0  7568  4156 R  0.0  0.0  0:00.27 htop
61247 root       20   0  7744  3860 S  0.0  0.0  0:00.01 -csh
61245 root       20   0 13776  8256 S  0.0  0.1  0:00.05 sshd: root@pts/0
61244 root       22   0  4192  1996 S  0.0  0.0  0:00.00 sleep 300
59409 root       20   0 13004  7348 S  0.0  0.1  0:00.00 /usr/local/sbin/sshd
56180 root       30   0  7744  3852 S  0.0  0.0  0:00.02 -su
56179 root       24   0  7556  3416 S  0.0  0.0  0:00.01 /usr/bin/su -l root
 9797 root       20   0  175M  142M S  0.0  1.8  0:00.22 /usr/local/sbin/smbd --
 5194 root       20   0 18928  6504 S  0.0  0.1  0:01.42 /usr/local/sbin/syslog-
 5130 root       52   0  6364  2200 S  0.0  0.0  0:00.00 /usr/libexec/getty Pc t
 5129 root       52   0  6364  2200 S  0.0  0.0  0:00.00 /usr/libexec/getty Pc t
 5128 root       52   0  6364  2200 S  0.0  0.0  0:00.00 /usr/libexec/getty Pc t
 5127 root       52   0  6364  2200 S  0.0  0.0  0:00.00 /usr/libexec/getty Pc t
 5126 root       52   0  6364  2200 S  0.0  0.0  0:00.00 /usr/libexec/getty Pc t

 1  [|||||||||||||||||||||||||||||||||||||||||||||||100.0%]   Tasks: 57, 0 thr; 4 running
  2  [|||||||||||||||||||||||||||||||||||||||||||||||100.0%]   Load average: 2.65 1.27 0.66 
  Mem[||||||||||                                 600M/7.96G]   Uptime: 11:09:29
  Swp[                                             0K/2.00G]

  PID USER      PRI  NI  VIRT   RES S CPU% MEM%   TIME+  Command
 5194 root       80   0 18936  6604 R 90.9  0.1  2:09.09 /usr/local/sbin/syslog-ng -p /var/run/syslog.pid
11289 OFFICE\4  100   0  224M  176M R 90.0  2.2  2:21.94 /usr/local/sbin/smbd --daemon --configfile=/usr/local/etc/smb4.conf
62655 root       20   0  7568  4476 R  0.0  0.1  0:00.01 htop
62585 root       20   0  176M  144M S  0.0  1.8  0:00.40 /usr/local/sbin/smbd --daemon --configfile=/usr/local/etc/smb4.conf
62440 root       21   0  4192  1996 S  0.0  0.0  0:00.00 sleep 300
61247 root       20   0  7744  4148 S  0.0  0.0  0:00.02 -csh
61245 root       20   0 13776  8284 S  0.0  0.1  0:00.18 sshd: root@pts/0
59409 root       20   0 13004  7348 S  0.0  0.1  0:00.00 /usr/local/sbin/sshd
56180 root       30   0  7744  3852 S  0.0  0.0  0:00.02 -su
56179 root       24   0  7556  3416 S  0.0  0.0  0:00.01 /usr/bin/su -l root

Filesystem                                                         Size    Used   Avail Capacity  Mounted on
freenas-boot/ROOT/default                                          7.7G    836M    6.9G    11%    /
devfs                                                              1.0K    1.0K      0B   100%    /dev
tmpfs                                                               32M     10M     22M    32%    /etc
tmpfs                                                              4.0M    8.0K    4.0M     0%    /mnt
tmpfs                                                              2.7G    328M    2.3G    12%    /var
freenas-boot/grub                                                  6.9G    6.8M    6.9G     0%    /boot/grub
fdescfs                                                            1.0K    1.0K      0B   100%    /dev/fd
store-template                                                     360M     88K    360M     0%    /mnt/store-template
store10g                                                           6.7G     88K    6.7G     0%    /mnt/store10g
store10g/ds.netdrive                                               7.1G    405M    6.7G     6%    /mnt/store10g/ds.netdrive
store10g/ds.users                                                  6.7G    4.7M    6.7G     0%    /mnt/store10g/ds.users
store-template/.system                                             869M    509M    360M    59%    /var/db/system
store-template/.system/cores                                       366M    6.4M    360M     2%    /var/db/system/cores
store-template/.system/samba4                                      360M    388K    360M     0%    /var/db/system/samba4
store-template/.system/syslog-b3147af497d748f98f845f65b942be53     360M     88K    360M     0%    /var/db/system/syslog-b3147af497d748f98f845f65b942be53
store-template/.system/rrd-b3147af497d748f98f845f65b942be53        360M     88K    360M     0%    /var/db/system/rrd-b3147af497d748f98f845f65b942be53
store-template/.system/configs-b3147af497d748f98f845f65b942be53    360M    796K    360M     0%    /var/db/system/configs-b3147af497d748f98f845f65b942be53
tmpfs                                                              1.0G     44M    980M     4%    /var/db/collectd/rrd

Файловая база при одновременной работе более чем одного юзера = боль.

Да, понимаю, но с SQL пока связываться не хочу по причине того что это для меня лишнее сложное звено, да и пока шара лежит на NTFS, хоть локально на терминальном сервере, хоть на сетевом диске на виндовой файлопомойке всё работает стабильно и даже шустро (больше 10 юзеров не бывает в базах)

Понял что гуглил не то, искал проблему FreeNAS + 1C, а надо было samba + 1C, чтото там с блокировками файлов надо тюнить, изучаю...

7.7 вроде не работает на самбе нормально (насколько это слово применимо к файловой базе).

проброшенными из гипервизора дисками

Виртуальный FreeNAS работает нормально только с проброшенными HBA, так что ничего удивительного.

Неплохо бы еще вывод df -i глянуть

7.7 без проблем работало на самбе ещё лет 14 назад. Проверено мной.

Не понял назначение fdescfs,но на свежей только что установленной FreeNAS он так же заполнен.

А это #df -i во время бага

Filesystem                                                1K-blocks   Used   Avail Capacity iused    ifree %iused  Mounted on
freenas-boot/ROOT/default                                   8052747 855856 7196891    11%   86672 14393782    1%   /
devfs                                                             1      1       0   100%       0        0  100%   /dev
tmpfs                                                         32768  10640   22128    32%    1111   113577    1%   /etc
tmpfs                                                          4096      8    4088     0%       3    14333    0%   /mnt
tmpfs                                                       2783208 161092 2622116     6%     396  9740832    0%   /var
freenas-boot/grub                                           7203899   7008 7196891     0%     348 14393782    0%   /boot/grub
fdescfs                                                           1      1       0   100%       4   234825    0%   /dev/fd
store10g                                                    6154176     88 6154088     0%       9 12308176    0%   /mnt/store10g
store10g/ds.netdrive                                        6983836 829748 6154088    12%   27501 12308176    0%   /mnt/store10g/ds.netdrive
store10g/ds.users                                           6158968   4880 6154088     0%     829 12308176    0%   /mnt/store10g/ds.users
tmpfs                                                       1048576  41328 1007248     4%     268  3669748    0%   /var/db/collectd/rrd
store10g/.system                                            6675512 521424 6154088     8%      25 12308176    0%   /var/db/system
store10g/.system/cores                                      6162104   8016 6154088     0%      10 12308176    0%   /var/db/system/cores
store10g/.system/samba4                                     6154412    324 6154088     0%     163 12308176    0%   /var/db/system/samba4
store10g/.system/syslog-b3147af497d748f98f845f65b942be53    6154176     88 6154088     0%       7 12308176    0%   /var/db/system/syslog-b3147af497d748f98f845f65b942be53
store10g/.system/rrd-b3147af497d748f98f845f65b942be53       6154176     88 6154088     0%       7 12308176    0%   /var/db/system/rrd-b3147af497d748f98f845f65b942be53
store10g/.system/configs-b3147af497d748f98f845f65b942be53   6154776    688 6154088     0%      14 12308176    0%   /var/db/system/configs-b3147af497d748f98f845f65b942be53

Как у меня, может вам подойдет.
1 Ставим просто контейнер (lxc) в нем поднимаем samba вводим ее в домен
2 Добавляем точку монтирования к lxc
3 Шарим ее самбой в lxc
4 Делаем снапшоты если крутится на zfs на хосте proxmox скриптами
5 Профит админу доступны все снапшоты т.е. история, юзеры через AD рулятся
6 Все. Курим бамбук или то, что курят в ГОСдуме, если не получилось то курим man

Делаем снапшоты

Ты в курсе, что снапшот работающей базы данных - плохая идея?

Видимо, я что-то путаю. В любом случае, 7.7 вживую не видел, а v8 использую только с PostgreSQL.

Ну если в раб. время то да в курсе. Но если ты решил их делать (снапшоты) и не занимаеш чужое место на работе, и думаеш тем чем надо, то можно найти время когда не кто не работает в 1с, и все будет норм (тем более база ФАЙЛОВАЯ)

Также подтверждаю данный факт. Даже когда самба толком с AD не умела работать все нормально работало. Пользователей было 10-15 одновременно.

не занимаеш чужое место на работе, и думаеш тем чем надо

...то используешь клиент-серверный вариант.

Ну на клиент сервер не все перешли тем более с 1cv7 (как по мне так это просто посмотреть старые данные, т.к. почти везде уже 8.3 ну у меня). А так да сервер Linux+PostgreSQL (опять все в lxc) = 7 лицух от 1с бесплатно (т.е. одновременно можно работать с базой)

Оставьте в покое уже 1Сv7 ,дайте ей спокойно умереть не занимайтесь некрофилией...

Немного улучшил ситуацию. Создал dataset с опцией Case Sensitivity = Insensitive, похоже хоронилище перестало зависать с ошибкой «No space left on device» при падении 1С (Изначально при создании датасетов оставлял эту опцию по умолчанию, Sensitive, ибо на шаре через самбу всё и так работало в привычном виндовом стиле, без учёта регистра). завис, case sensitivity ни при делах.

В сети полно рекомендаций относительно блокировок для шары 1С, все противоречивы, пробую и так и эдак, результата пока нет. Уже начинаю подумывать поднять самбу на линуксе, попробовал контейнеры - разочаровали. Скачал file-server, не стартует, скачал debian 9 standart, при развёртывании пишет что несовместимая версия, скачал ubuntu - тоже самое. Желание юзать контейнеры отбило напрочь.

У меня только вопрос где вы качали и что вы качали? Что у вас lxc в proxmox не завелся.

попробовал контейнеры - разочаровали

Это потому что сначала надо почитать что-нибудь по теме. А не «скачал чё-то откуда-то, пишет непонятно что, когда что-то пытаюсь сделать».

Что у вас lxc в proxmox не завелся.

Он же написал: FreeNAS в Proxmox. Зачем туда тащить LXC, если и так уже стоит натуральная FreeBSD?! Откуда такая тяга к ядру GNU/Linux во всём, что шевелится?

Он же написал: FreeNAS в Proxmox

Он же написал: самба нормально не работает.

попробовал контейнеры - разочаровали. Скачал file-server, не стартует, скачал debian 9 standart, при развёртывании пишет что несовместимая версия, скачал ubuntu - тоже самое. Желание юзать контейнеры отбило напрочь.

Он же написал: самба нормально не работает.

В матрёшке SMB -> FreeNAS -> Proxmox -> Debian довольно трудно начинающему разобраться, где происходит затык.

Я предлагаю установить FreeNAS на чистый раздел и попробовать поднять файлохранилище на нём одном, без «прокладок» сомнительной свежести. Во FreeBSD/FreeNAS у SMB лучшая нативная поддержка.

Я предлагаю установить FreeNAS на чистый раздел и попробовать поднять файлохранилище на нём одном, без «прокладок» сомнительной свежести.

Предлагаю не предлагать столь сомнительные предложения :)

не поможет :) гугли виндовый сервер терминалов, можно сделать не очень честный ;) с remoteapps

Это потому что сначала надо почитать что-нибудь по теме. А не «скачал чё-то откуда-то, пишет непонятно что, когда что-то пытаюсь сделать».

Господа, разумеется я читал, причём не чтото там, а вот прям официальное руководство открытое из ссылки в веб-интерфейсе проксмокса, и согласно указаниям там выполнил сначала
pveam available
увидел список, из предложенного попробовал то что перечислил
pveam download local debian-...
проксмокс у меня ванильный, с образа, без каких либо хирургических вмешательств, 5.0

не поможет :) гугли виндовый сервер терминалов, можно сделать не очень честный ;) с remoteapps

Дак он уже настроен, сама 1С крутится на нём, но базы я хотел разместить в пределах FreeNAS, чтобы все задачи бекапирования выполнялись в пределах одного интерфейса. По сути я планировал делать на фринасе снапшоты доступные юзерам, а сам фринас синкать на другой такой же, резервный, расположенный на другой ноде. Но видимо придётся терминальному серверу (он там же в проксмоксе крутиться) пробрасывать диск (можно даже iscsi-таргет расположенный на FreeNAS), хранить базы на нём и заморачиваться с одтельным бекапированием.

Вот, собственно, то «непонятно что», мной скачанное, можете сами попробовать, если у Вас заведётся, значит либо у меня проксмокс поломан, либо я настолько криворук что даже «next, next, next, ок» не мой вариант

pveam download local debian-9.0-standard_9.3-1_amd64.tar.gz
pveam download local ubuntu-18.04-standard_18.04-1_amd64.tar.gz
pveam download local debian-8-turnkey-fileserver_14.2-1_amd64.tar.gz

Попробовал сейчас скачать контейнеры на другой ноде, там Proxmox 5.2, всё запустилось. Толи мой основной прокс поломан, толи контейнеры пилят под самый свежак... На основной ноде не стартанул ни Debian-8.0-standart ни даже Debian-7

Рейд внутри виртуалки - это не очень хороший вариант.

Вы имеете в виду, что следует собрать его на Proxmox (или даже аппаратно) и в виртуалку отдать уже готовое блочное устройство? Я исходил из предположения, что не важно на каком уровне будет идти разделение данных - в госте или в хосте, и коль гость позволяет делать рейд из гуя, пусть он этим и займётся, всё должно оставаться простым и очевидным, не для красноглазых. Поясните, если не трудно, почему так хуже?

А зачем софт рейд в виртуалки. На хосте это просто данные их даже понять нельзя (типа принисли восстановить винт с рейд контролера? какой контролер был? какой уровенеь рейда? и что мы хотим получить? ответ хозяина винта - да мне всеровно, я не чего не знаю, но вы востановите ВСЕ, что там было, вы же типа админы и боги компов все можете), ну а теперь по делу. Хост всегда работает быстрей (ВСЕГДА!!!) и если можно на нем почти все сделать то в виртуалку или контейнер как по мне не стоит пихать.

ответ хозяина винта - да мне всеровно, я не чего не знаю, но вы востановите ВСЕ, что там было, вы же типа админы и боги компов все можете)

Такие обычно сами в пешее эротическое идут

Это был юмор, но из жизни.

Я в подобном случае шутить не стал. Ну да ладно.

Как мы будем объяснять ТС, что он осьмиручка?

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

Я проводил бенч рейда собранного в виртуалке и собранного на хосте, разница при моей нагрузке оказалась несущественной, хотя бенч файлового хранилища не такая уж простая задача и возможно я намерял не того, тем не менее работает оно достаточно быстро и остаётся простым в устройстве настолько, чтобы когда через 5 лет понадобится добавить или поменять там диск, я не шарил снова по справкам как там работает этот md, а просто сунул, вынул и бежать, нажал кнопку add, и спокойно пошёл дальше своими делами заниматься.

Потому, если аргументы только «издержки по производительности», которой в данном случае более чем достаточно (до этого всё крутилось на одном шпендельном диске, теперь на двух в RAID0) и «сложность восстановления дисков», которую вообще следует исключать при планировании, считаю что собрать диски в рейд в виртуалке допустимо. Ни коим образом не утверждаю что перечисленные минусы являются единственными и нет других подводных камней, я такую схему применяю впервые и о них не знаю, так что с благодарностью приму ваш опыт, если вы разумеется опишите конкретную проблему, а не «аффтар лох, так никто нидалаэ, патамушта это палаховски»

RAID0 по каким критериям выбрал?

до этого всё крутилось на одном шпендельном диске, теперь на двух в RAID0

Надеюсь вы не всерьез RAID0. Рассмотрю на RAID1

fHDD0\      /vHDD0\
      -rHDD-       vrHDD0
fHDD0/      \vHDD1/
fHDD физические диске
rHDD рейд0 диск хост система
vHDD виртуальные диски
vrHDD виртуальный рейд0 диск в госте

Клиенты кто? Не XP, случайно?

PS: за кириллицу в пути к базе руки бы оторвал.

за кириллицу в пути к базе руки бы оторвал

Зачем? Должно же всё работать и с кириллицей, и с другими национальными символами в путях к ресурсам. Не в XX веке живём, где 256 знакомест на всё дозволяется. Если не работает, то нах нужна такая система-инвалидная.

Затем, что X:\1c\<super+space>имя_базы_данных_<super+space>v7\.

RAID0 по каким критериям выбрал?

просто чтобы просуммировать скорости дисков.

Клиенты кто? Не XP, случайно?

Клиенты 1Сv7 для FreeNAS выполняются на терминале Windows Server 2012

Надеюсь вы не всерьез RAID0

Такими темпами я засомневаюсь что вообще выбрал ту работу... А что не так то с RAID0. Быстро, вместительно, резервирование данных идёт на одиночный диск объёмом равным объёму массива.

резервирование данных идёт на одиночный диск объёмом равным объёму массива.

Резервирование данных в страйпе? Щито?

просто чтобы просуммировать скорости дисков.

Т.е. на сохранность данных тебе плевать?

Т.е. на сохранность данных тебе плевать?

Да, на него может даже самолёт упасть, мне плевать, потому что даныее, каждый день дописываются на другой диск:

          DISK1
FreeNAS_1<  +   = RAID0 
          DISK2     |
                    |
                  rsync
                    |
                   \|/
        FreeNAS_2-DISK1

Потому, если аргументы только «издержки по производительности»

Почитай tl;dr. http://www.freenas.org/blog/yes-you-can-virtualize-freenas/

Спасибо, очень доходчиво. Видимо за неимением PCI контроллера, придётся переезд на FreeNAS отложить. Сегодня проверил это практикой - отправил на него 1,5ТБ всякого разного, на 450-ом гигабайте FreeNAS завис. А жаль, очень удобная система бекапирования вырисовывалась, без красноглазия.

https://pve.proxmox.com/wiki/Pci_passthrough

Note:

PCI passthrough is an experimental feature in Proxmox VE

Эта zfs в могилу меня сведёт... Отбросив бодания с виртуализацией freenas решил реализовать схему pvvking: Поднять контейнер с линуксом, пробросить ему zfs-директорию с хоста и расшарить самбой. Битва с самбой ещё в разгаре, но беда пришла откуда не ждали.
На хосте я создал zfs-pool, в нём датасет ds.store, в нём ещё один ds.netdrive и в нём ds.led

#tree /zfs-pool
/zfs-pool
└── ds.shares
    └── ds.netdrive
        └── ds.led

pct set 305 -mp0 /zfs-pool/ds.shares,mp=/mnt/ds.shares

#tree /mnt
/mnt
└── ds.shares
    └── ds.netdrive
        └── ds.led

вот так в хосте:

#tree /zfs-pool
/zfs-pool
└── ds.shares
    ├── ds.netdrive
    │   └── ds.led
    └── ds.netdrive2
        └── ds.led2

а в госте блин так:

#tree /mnt
/mnt
└── ds.shares
    ├── ds.netdrive
    └── ds.netdrive2
        └── ds.led2

Дополнил эксперимент, создал через гостя по папке в ds.netdrive и ds.netdive2 вот такая картина вышла на госте:

/mnt
└── ds.shares
    ├── ds.netdrive
    │   └── folder1
    └── ds.netdrive2
        ├── ds.led2
        └── folder2

/zfs-pool
└── ds.shares
    ├── ds.netdrive
    │   └── ds.led
    └── ds.netdrive2
        ├── ds.led2
        └── folder2