synology.forum архив спільноти · 2005–2022
ai.synology.forum →
ГлавнаяОбсуждение Новых Моделей Серии x18 › Пропала папка безследно

Пропала папка безследно

cupitor · 30.09.2020

RS3618xs DSM 6.2.2-24922 Update 4

Была создана папка

 

Вот записи логов

File Station,2020/08/21 14:19:31,192.168.1.16,admin,delete,Файл,0 Bytes,/oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/test.txt

File Station,2020/08/21 14:19:27,192.168.1.16,admin,delete,Папка,NA,/oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/Новая папка

File Station,2020/08/21 14:19:05,192.168.1.16,admin,property set,Папка,NA,/volume1/oppik

File Station,2020/08/21 14:15:15,192.168.1.16,admin,property set,Папка,NA,/volume1/oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/ ****

File Station,2020/08/21 14:11:59,192.168.1.16,admin,property set,Папка,NA,/volume1/oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ

File Station,2020/08/21 14:11:17,192.168.1.16,admin,mkdir,Папка,NA,/oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ

 

После с ней (в папке был файл) благополучно работали по сети. До вчерашнего дня.

Я лично работал с ней.

Сегодня смотрю:

- папки нет.

- !!! в логах нет с даты создания ничего о ней, никаких действий, что однозначно не может быть.

 

Попробовал создать папку сегодня, удалить, переименовать - логи есть. О других доступах логи есть...

Смотрел задания на исправления ошибок файловой системы (с марта не запускалась) BTRFS RAID10, на дисках ошибок нет.

 

Что делать?

- чтобы не повторилась ситуация?

- что могло произойти, были ли подобные случаи?

 

kucher · 30.09.2020

Доступ к папке по SMB или ещё по какому-то протоколу есть? Может статься, что файл удалили по другому протоколу, который не ведёт логов.

Если установлен Drive Server, у него включена версионность и ему назначен в т.ч. этот подкаталог - можно попытаться восстановить последнюю версию файла.

Ну, и ещё можно посоветовать делать бекапы.

 

У некоторых наших сотрудников есть мода оставлять открытым файл по сети и уходить домой. В т.ч. на выходные. Возможно с iSCSI такой проблемы бы не было, но Windows имеет моду по-умолчанию обрывать сетевые соединения, особенно если уходит в гибернацию. При возобновлении работы на ПК, Windows, ругается на такой документ, что он занят кем-то, недоступен и т.п. Иногда приходится входить под админом и переименовывать/убивать/переименовывать такой файл.

Но был один случай, когда человек утром вернулся с выходных, разбудил свой ноут, внёс в уже открытый по сети файл изменения, сохранил его в NAS и закрыл. Всё это по протоколу SMB. Ну, и конечно позвонил потом мне "а-я-яй, изменения-то не сохранены!". По логам SMB - в NAS с файлом действительно работали: есть удалённые файлы tmp (в которых никакой инфы из файла найти не удалось), но никаких изменений не сохраняли. И всё, крыть нечем. Теперь у него на ПК маленький каталог, который синхронизируется с NAS через Drive. В Windows 10 можно это сделать своими средствами, но Drive уже настроен и порты проброшены если что, та что решил пусть так будет.

cupitor · 01.10.2020
Доступ к папке по SMB или ещё по какому-то протоколу есть? Может статься, что файл удалили по другому протоколу, который не ведёт логов.

Если установлен Drive Server, у него включена версионность и ему назначен в т.ч. этот подкаталог - можно попытаться восстановить последнюю версию файла.

Ну, и ещё можно посоветовать делать бекапы.

 

У некоторых наших сотрудников есть мода оставлять открытым файл по сети и уходить домой. В т.ч. на выходные. Возможно с iSCSI такой проблемы бы не было, но Windows имеет моду по-умолчанию обрывать сетевые соединения, особенно если уходит в гибернацию. При возобновлении работы на ПК, Windows, ругается на такой документ, что он занят кем-то, недоступен и т.п. Иногда приходится входить под админом и переименовывать/убивать/переименовывать такой файл.

Но был один случай, когда человек утром вернулся с выходных, разбудил свой ноут, внёс в уже открытый по сети файл изменения, сохранил его в NAS и закрыл. Всё это по протоколу SMB. Ну, и конечно позвонил потом мне "а-я-яй, изменения-то не сохранены!". По логам SMB - в NAS с файлом действительно работали: есть удалённые файлы tmp (в которых никакой инфы из файла найти не удалось), но никаких изменений не сохраняли. И всё, крыть нечем. Теперь у него на ПК маленький каталог, который синхронизируется с NAS через Drive. В Windows 10 можно это сделать своими средствами, но Drive уже настроен и порты проброшены если что, та что решил пусть так будет.

 

Есть доступ по ftp, но по ftp только МФУшки кладут сканы. Сейчас проверю эту гипотезу.

Ничего кроме SMB и FTP не включено.

Но я сейчас не о файлах больше сожалею. Меня напрягает то что месяц с папкой работали по SMB, а в логах об этом нет ничего. Крайнее действие - как я ее создал, назначил права и протестировал.

Об открытых файлах, люди знают, были потери-потерь, но продолжают их открывать с наса. Тут пропажа папки и отсутствие логгирования работы с ней.

 

 

 

Еще есть какие нибудь версии?

Спасибо.

 

Добавочка:

Если по FTP обращаться в журнале есть запси.

 

Передача файла по FTP

01.10.2020 08:52:06

10.0.1.8

admin

delete folder

Папка

NA

/oppik/testftp

Передача файла по FTP

01.10.2020 08:52:01

10.0.1.8

admin

delete

Файл

361 Bytes

/oppik/testftp/1.txt

Передача файла по FTP

01.10.2020 08:51:58

10.0.1.8

admin

move

Файл

361 Bytes

/oppik/testftp/запрос для пропусков.txt -> /oppik/testftp/1.txt

Передача файла по FTP

01.10.2020 08:51:53

10.0.1.8

admin

put

Файл

361 Bytes

/oppik/testftp/запрос для пропусков.txt

Передача файла по FTP

01.10.2020 08:51:06

10.0.1.8

admin

move

Папка

NA

/oppik/Новая папка (2) -> /oppik/testftp

 

kucher · 01.10.2020

Drive, Ds File - не пользуете, может там собака порылась? Ещё, может пользователям разрешён доступ через веб или мобильные приложения.

FTP не использую совсем, SMB онли.

 

У Synology система логирования, я бы сказал, слегка "спонтанная". :) Он зачем-то пишет туда всякий мусор, часто по несколько раз. Так что когда логи требует начальство - мне приходится многое оттуда вычищать и фильтровать.

Конечно, тут ещё определённый отпечаток накладывает логика работы Windows, от чего логи распухают ещё быстрее. От этого его подхода у меня складывается впечатление, что он "что-то не договаривает".

Формат архивных файлов немного запутан, так что мне пришлось включить опцию параллельной записи логов в файл txt. И да, Synology не показывает в своём интерфейсе логи, которые уже убраны в архив, так что посмотреть их там можно только за ограниченный промежуток времени. При попытке импортировать и посмотреть архив там - происходит форменный капут, так что остальные логи я вытаскиваю из архивов и смотрю через Notepad++ на своём ПК.

cupitor · 01.10.2020
Drive, Ds File - не пользуете, может там собака порылась? Ещё, может пользователям разрешён доступ через веб или мобильные приложения.

FTP не использую совсем, SMB онли.

 

У Synology система логирования, я бы сказал, слегка "спонтанная". :) Он зачем-то пишет туда всякий мусор, часто по несколько раз. Так что когда логи требует начальство - мне приходится многое оттуда вычищать и фильтровать.

Конечно, тут ещё определённый отпечаток накладывает логика работы Windows, от чего логи распухают ещё быстрее. От этого его подхода у меня складывается впечатление, что он "что-то не договаривает".

Формат архивных файлов немного запутан, так что мне пришлось включить опцию параллельной записи логов в файл txt. И да, Synology не показывает в своём интерфейсе логи, которые уже убраны в архив, так что посмотреть их там можно только за ограниченный промежуток времени. При попытке импортировать и посмотреть архив там - происходит форменный капут, так что остальные логи я вытаскиваю из архивов и смотрю через Notepad++ на своём ПК.

 

Спасибо Вам, натолкнули меня на мысль. Я стал подозревать что журнал в центре журналов показывает непойми что (закономерности не обнаружил, но обнаружил отсутствие например логирования в определенное время с 17 и до 8 утра как будь-то ничего не происходит,). Начал рыть через SSH логи системы, но там шлак разный. Ваш ответ натолкнул на мысль покопаться в архивах, хотя текущий лог и события в нем еще как бы не должны быть в архиве и не были. Я повыбирав параметры архивирования логов создал архив. Распаковал и открыл его. Напрямую открыть его не получилось он 400 мегабайт, но самим центром журналов открылся с легкостью. В нем все нашел, все что нажито непосильным трудом....

В общем проблема решена. Даже файлы нашел. Их судя по логу к себе перетащили, вместе с папкой.

Выводы:

- Центр журналов в журналах показывает далеко не всю информацию

- Логика отбора того что он показывает не ясна абсолютно

- нужно делать архивы журналов и смотреть их в случае необходимости.

 

Всем спасибо.

вот как это выглядит в логархиве

2020-09-29 13:36:43 Information nas1 user WinFileService Event: delete, Path: /oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ, File/Folder: Folder, Size: NA, User: DOMEN\user, IP: 192.168.255.46

2020-09-29 13:36:43 Information nas1 user WinFileService Event: delete, Path: /oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/табл. заказов.xlsx, File/Folder: File, Size: 443.83 KB, User: DOMEN\user, IP: 192.168.255.46

2020-09-29 13:36:43 Information nas1 user WinFileService Event: read, Path: /oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/табл. заказов.xlsx, File/Folder: File, Size: 443.83 KB, User: DOMEN\user, IP: 192.168.255.46

2020-09-29 13:36:43 Information nas1 user WinFileService Event: delete, Path: /oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/Сокращенный дефицит.xlsx, File/Folder: File, Size: 221.84 KB, User: DOMEN\user, IP: 192.168.255.46

2020-09-29 13:36:43 Information nas1 user WinFileService Event: read, Path: /oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/Сокращенный дефицит.xlsx, File/Folder: File, Size: 221.84 KB, User: DOMEN\user, IP: 192.168.255.46

2020-09-29 13:36:43 Information nas1 user WinFileService Event: delete, Path: /oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/~$кумент Microsoft Word - копия.docx, File/Folder: File, Size: 162 Bytes, User: DOMEN\user, IP: 192.168.255.46

2020-09-29 13:36:43 Information nas1 user WinFileService Event: read, Path: /oppik/ТАБЛИЦА ВЫПОЛНЕНИЯ ЗАКАЗОВ/~$кумент Microsoft Word - копия.docx, File/Folder: File, Size: 162 Bytes, User: DOMEN\user, IP: 192.168.255.46

2020-09-29 13:36:43 Information nas1 user auth User [DOMEN\user] from [192.168.255.46(192.168.255.46)] via [CIFS(SMB3)] accessed shared folder [oppik].

kucher · 01.10.2020

:blink: Хех. Т.е. Вы утверждаете, что каким-то образом NAS кусок лога припрятал, вырезав то что ему понравилось из поиска? Не ожидал я такого откровенного косяка, думал он исключительно "с даты по дату" бьёт архивы. Выходит, юзеры иногда чудят, но в логах обычным способом это не увидеть, так что нужно сразу архив сливать и глядеть на ПК.

Я качаю txt-архивы на комп, распаковываю и там смотрю, потому что Notepad++ работает с большими файлами, довольно шустро. Ну, хотя бы с моим i5-9400F. И в нём есть замечательный механизм поиска по файлам: он результат поиска списком выдаёт, который удобно копируется в таблицу Excel, а там разбить на ячейки и лишнее отфильтровать - дело не такое уж сложное.

 

Что ж, и Вам спасибо за наводку. :)

cupitor · 02.10.2020
:blink: Хех. Т.е. Вы утверждаете, что каким-то образом NAS кусок лога припрятал, вырезав то что ему понравилось из поиска? Не ожидал я такого откровенного косяка, думал он исключительно "с даты по дату" бьёт архивы. Выходит, юзеры иногда чудят, но в логах обычным способом это не увидеть, так что нужно сразу архив сливать и глядеть на ПК.

Я качаю txt-архивы на комп, распаковываю и там смотрю, потому что Notepad++ работает с большими файлами, довольно шустро. Ну, хотя бы с моим i5-9400F. И в нём есть замечательный механизм поиска по файлам: он результат поиска списком выдаёт, который удобно копируется в таблицу Excel, а там разбить на ячейки и лишнее отфильтровать - дело не такое уж сложное.

 

Что ж, и Вам спасибо за наводку. :)

 

Вот смотрите что я вижу когда открываю текущий журнал (кусок скопировал, смотрит за зо.09.2020) :

 

Передача файла по FTP 2020/10/01 08:51:53 10.0.1.8 admin put Файл 361 Bytes /oppik/testftp/запрос для пропусков.txt

Передача файла по FTP 2020/10/01 08:51:06 10.0.1.8 admin move Папка NA /oppik/Новая папка (2) -> /oppik/testftp

Передача файла по FTP 2020/10/01 08:50:58 10.0.1.8 admin create folder Папка NA /oppik/Новая папка (2)

File Station 2020/09/30 15:26:44 192.168.1.16 admin delete Папка NA /oppik/test

File Station 2020/09/30 15:26:37 192.168.1.16 admin mkdir Папка NA /oppik/test

Передача файла по FTP 2020/09/15 08:32:45 192.168.15.54 Scan move Файл 2.00 MB /oppik/scan/img-200915083700/img-200915083700_9C934E8E7989.tmp -> /oppik/scan/img-200915083700/img-200915083700.pdf

 

При этом я точно знаю что там за этот день полно действий, я сам искал эту пресловутую папку пропавшую, да и люди работали.

 

Теперь в архиве (тут сложно привести пример так как более 1700 записей за этот день!!!):

маленький фрагментик....

020-09-30 15:37:31 Information nas1 user WinFileService Event: read, Path: /oppik/Суб/Документы.lnk, File/Folder: File, Size: 1.06 KB, User: DOMEN\user1, IP: 192.168.10.149

2020-09-30 15:37:26 Information nas1 user WinFileService Event: read, Path: /oppik/oppik (10.0.1.111) (O) - Ярлык.lnk, File/Folder: File, Size: 580 Bytes, User: DOMEN\user1, IP: 192.168.10.149

2020-09-30 15:37:26 Information nas1 user WinFileService Event: read, Path: /oppik/#recycle/desktop.ini, File/Folder: File, Size: 74 Bytes, User: DOMEN\user1, IP: 192.168.10.149

2020-09-30 15:37:20 Information nas1 user auth User [DOMEN\user1] from [192.168.10.149(192.168.10.149)] via [CIFS(SMB2)] accessed shared folder [oppik].

2020-09-30 15:36:52 Information nas1 user auth User [DOMEN\user1] from [192.168.10.149(192.168.10.149)] via [CIFS(SMB2)] accessed shared folder [oppik].

2020-09-30 15:32:54 Information nas1 user auth User [DOMEN\user2] from [192.168.255.58(192.168.255.58)] via [CIFS(SMB3)] accessed shared folder [oppik].

2020-09-30 15:26:44 Information nas1 user FileStation Event: delete, Path: /oppik/test, File/Folder: Folder, Size: NA, User: admin, IP: 192.168.1.16

2020-09-30 15:26:37 Information nas1 user FileStation Event: mkdir, Path: /oppik/test, File/Folder: Folder, Size: NA, User: admin, IP: 192.168.1.16

2020-09-30 15:00:26 Information nas1 user auth User [DOMEN\user1] from [192.168.10.149(192.168.10.149)] via [CIFS(SMB2)] accessed shared folder [oppik].

2020-09-30 14:58:40 Information nas1 user WinFileService Event: read, Path: /oppik/Пояснительная.docx, File/Folder: File, Size: 40.18 KB, User: DOMEN\user1, IP: 192.168.10.149

...

 

Две записи и 1700 есть разница? В чем логика журнала не знаю.

Я еще подумал о следующем. У меня в настройках стояли параметры архивирования самые большие (3ГБ, 10 млн, время тоже большое. Подозреваю что журнал из за этого мог не справляться, так как сейчас (после архивирования) на первый взгляд в оперативном журнале побольше информации.

 

Поиск тоже работает не адекватно. Открыл архив. Выбираю фильтром, он сформировал 3 страницы. Первую просматриваю, перехожу на вторую, а он пишет что архивы не открыты...

 

В целом хорошо что пишет куда-то где можно потом порыться.

До нотепад++ (спасибо за наводку) не дошел, пошел по пути наименьшего сопротивления, хотя Аксесом попробовал открыть - он подвис наглухо, через несколько часов какую-то ошибку выдал.

Это я лог смотрел в архиве 76 Мб, распакованный 400 Мб. А предыдущие у меня в архиве по 400Мб, чем их можно будет открыть боюсь представить. Лучше бы не понадобились они мне.

 

Надеяться на стандартный журнал нельзя.

Да хотел спросить: там два файла .db и .txt это одна и та же информация. Только .тхт для людей а .db центром журналов открывать? Чем-то можно .db открыть еще?

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

 

 

 

kucher · 02.10.2020

Забейте на файлы DB, они какого-то конского формата, Notepad++ на ура ищет в больших файлах txt - их не надо открывать, он всё делает сам, просто каталог указываете и что надо найти. Они у меня тоже 400Мб, кажется. Короче, огромные. Но txt хорошо сжимается, я вытаскиваю архивы, а потом распаковываю на ПК. К сожалению в архиве лежит и DB-файл. Например если несжатый DB весит 570МБ, то txt - 320МБ. zip-архив с ними у меня весит 65МБ. Настройки центра журналов на нашем DS218+ - ниже, на скриншоте.

Поиск в файлах txt кол-вом 18 штук и общим объёмом более 5ГГБ на моём ПК занимает ровно минуту. Список результатов выдаётся с указанием источника, довольно удобно потом это просто скопировать в Excel и отсортировать как угодно.

Конфиг ПК - Процессор i5-9400F, ОЗУ 32ГГБ, файлы лежат на медленном и сильно БУ жёстком диске, на 5400 оборотов. Основной жёсткий диск в системе - твердотельный М2.

 

c188aed57187b7066b2d6dbf342d85ec.png