пропали все файлы с ext3 раздела, что делать?

[BDmV]

на сервере server7 собран железный raid1 из 2х дисков всё это дело смонтировано в /volume/data ext3
этот каталог по nfs видит server6, на котором поднят eDir и в него по NCP подключены тома из /volume/data

Всё это работало отлично, пока в один прекрасный момент на раб станцию не пришло сообщение:

06.08.2018 13:33:22 CAN (8) root not accessible; volume dismounted. lstat(/media/server7/data/scan) returned errno: 2.
06.08.2018 13:23:52 OFT (6) root not accessible; volume dismounted. lstat(/media/server7/data/soft) returned errno: 116.

заглянув с консоли сервера server7 я обнаружил пустой том /volume/data, проверил raid (вроде не битый), прошёлся fsck.ext3 ошибок нет, безграничного доступа на файлы этих каталогов тоже нет (всё юзера общаются с файлами только по ncp через смонтированные диски)

Куда могли деться все файлы? Как их восстановить?
Кто сталкивался с данной проблемой помогите, плиз.....

server7:

Open Enterprise Server 2018 (x86_64)
VERSION = 2018
PATCHLEVEL = 0
NAME="SLES"
VERSION="12-SP2"
VERSION_ID="12.2"
PRETTY_NAME="SUSE Linux Enterprise Server 12 SP2"
ID="sles"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:suse:sles:12:sp2"
SUSE Linux Enterprise Server 12 (x86_64)
VERSION = 12
PATCHLEVEL = 2

server6:

SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 4
LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64"
Novell Open Enterprise Server 2015 (x86_64)
VERSION = 2015.1
PATCHLEVEL = 1
NAME="SLES"
VERSION="11.4"
VERSION_ID="11.4"
PRETTY_NAME="SUSE Linux Enterprise Server 11 SP4"
ID="sles"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:suse:sles:11:4"

[URRY]

на сервере server7 диск точно подмонтирован ? команда mount что выдает ?

[BDmV]

Точно подмонтирован.
Я его даже перемонировал в /data

server7:~ # mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=16354108k,nr_inodes=4088527,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
/dev/sda1 on / type ext4 (rw,relatime,data=ordered)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=40,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
novfs on /var/opt/novell/nclmnt type novfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=3272568k,mode=700)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
/dev/sdb1 on /data type ext3 (rw,relatime,data=ordered)
gvfsd-fuse on /run/user/0/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
tmpfs on /run/user/483 type tmpfs (rw,nosuid,nodev,relatime,size=3272568k,mode=700,uid=483,gid=481)

[URRY]

Боюсь , что если fsck не помог , то восстановить файлы можно только из бэкапа , если таковой есть.
И вообще зачем такая сложная схема предоствление диска пользователям ?

[BDmV]

И вообще зачем такая сложная схема предоствление диска пользователям ?

Чтобы не пользовать самбу и виндовый клиент. Да и чтобы права пользователям eDir через eDir давать.
Проще схемы я не придумал.

[URRY]

а чем CIFS не угодил ? у нас, к примеру, виндовые клиенты ходят по NCP , а Маки по CIFS и все нормально работает.

[skoltogyan]

Попробуйте утилитой testdisk глнятуть ( запускать на том сервере, где физически лежат данные)
https://www.cgsecurity.org/wiki/TestDisk_Step_By_Step

[BDmV]

Спасибо за советы!
Вобщем fsck, R-Linux, testdisk не помогли
Архива с данными тоже нет. (3Tb некуда дублировать, да и неожидал я такого подвоха от sles'a)
Из особо ценного внигде скан-копии документов мои и ещё одного отдела + дистрибутивы софта.
Хорошо, что рабочие документы и базы лежат на NW6.5 а не на линухе.

Из плюсов: начальство согласилось купить 3 диска по 3TB (У нас так всегда: пока сисадмин не наматерится, начальство не шевельнётся)

На будущее. Какую ФС лучше использовать на SLES для хранения файлов? стоит-ли пользовать vlm?

[skoltogyan]

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

[URRY]

На будущее. Какую ФС лучше использовать на SLES для хранения файлов? стоит-ли пользовать vlm?

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

[BDmV]

На будущее. Какую ФС лучше использовать на SLES для хранения файлов? стоит-ли пользовать vlm?

Используй nss и не мучайся,

для пользования nss нужно eDir поднимать и лицензию приобретать на доп. сервер

хотя для меня очень странно , что данные взяли да и сами пропали. Такого не бывает.

Для меня это тоже странно было.
Но, когда я утром пришел на работу, а диск пустой....

[Иван Левшин aka Ivan L.]

OES - не Windows, никаких "лицензий на сервер" тут нет, лицензируется он по пользователям. Просто поставьте сервер, добавьте его в дерево - пока число пользователей в дереве не превышает числа лицензий, серверов можете ставить хоть миллион.
По поводу "не ожидал" - как Женя сказал, не бывает такого, что "данные вдруг взяли и пропали". Разбирайтесь, что там - наиболее вероятен сбой контроллера, я не видел ни разу, чтобы в зеркале оба носителя вдруг сказали "ква" в один и тот же момент. В этом случае fsck не при чем, структура хранения повреждена на физическом носителе либо контроллер не дает до нее добраться. Попробуйте выдернуть диск и подключить его на другой машине.
Ну и ext3 на OES - это сильно, равно как и вся эта городушка с NFS. CIFS настраивается за пять минут и чуть ли не левой пяткой, зачем таких сложностей городить?

[BDmV]

Да диски с контроллером живые. А инфы нет.

А CIFS это разве не SAMBA с его ограниченными полномочиями и возможностями?

[Ковалев Артем]

Да диски с контроллером живые. А инфы нет.

А CIFS это разве не SAMBA с его ограниченными полномочиями и возможностями?

Самба, самба. Но она уже давно не ограниченная. Когда по каким-либо причинам нет возможности использовать родного клиента (вот у нас топы захотели мак на рабочее место - и мучайся как хочешь, клиента gw нет, клиента печати нет, клиента файл-серверного нет) CIFS спасает.

[BDmV]

Это когда нет клиента.
А когда клиент есть, то настраивать шары это неинтересно.

Проще по nfs собрать все нужные каталоги на серваке с eDir и потом по NCP их раздавать пользователям делая нормальные разграничения по правам. (хотя я могу ошибаться)

Например у меня на Server7 поднята Samba её пользует наш копир, который сканы раскладывает по пользователям. Пользователи знают, что на какомбы компе они не вошли, они всегда увидят _свои_ сканы без всяких расшариваний.