Форум программистов, компьютерный форум, киберфорум
Наши страницы
RedHat, Fedora, CentOS, ASP Linux
Войти
Регистрация
Восстановить пароль
 
Рейтинг 4.80/5: Рейтинг темы: голосов - 5, средняя оценка - 4.80
cold09
0 / 0 / 3
Регистрация: 18.10.2016
Сообщений: 14
1

Не обновляются файлы в примонтированном каталоге

18.11.2019, 03:57. Просмотров 1006. Ответов 7
Метки нет (Все метки)

Доброе время суток!
Рассказываю историю:
1. есть файл в расшаренном каталоге сервера.
2. вношу в него (в файл) изменения, редактируя его виндовым редактором.
3. захожу на линуксовую (centos6) машину, монтирую расшаренный каталог сервера, вижу файл.. Однако же НЕ вижу внесённых в него изменений!!

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

Спасибо!
0
Лучшие ответы (1)
QA
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
18.11.2019, 03:57
Ответы с готовыми решениями:

Файлы не обновляются
Помогите справится вот с такой проблемой: Вообщем когда я удаляю, перемещаю, создаю или...

Не сохраняются изменения на примонтированном разделе
монтирую раздел на /mnt, работаю с ним, создаю, удаляю файлы, затем запущаю qemu-system-i386...

7

cold09
0 / 0 / 3
Регистрация: 18.10.2016
Сообщений: 14
29.11.2019, 05:09  [ТС] 2
Дааа..
Просмотров много - ответов НИ одного!
Печально! Потому что этот гадкий эффект по-настоящему мешает работать.
Хотелось автоматизировать работу пользователя..
Пользователь редактирует файл, который лежит на расшаренном каталоге, потом активирует процесс копирования файла из этого каталога в каталог линуксового сервера, далее запускается процесс на линуксовом сервере, происходят изменения в базе данных, создаётся лог-файл этого изменения и, в итоге результат - лог-файл копируется в расшаренный каталог..

Только вот когда я захожу на линуксовый сервер и смотрю на файл в расшаренном каталоге, то, к своему удивлению, вижу в файле СТАРУЮ информацию.. То есть линукс копирует к себе файл со старой информацией, запускает процесс и, естесственно, результат процесса - старые изменения в базе данных..

И никто так и не может сказать причину такого эффекта..

Очень, очень печально..
0
Kubuntovod
949 / 122 / 29
Регистрация: 14.01.2013
Сообщений: 590
29.11.2019, 17:53 3
Цитата Сообщение от cold09 Посмотреть сообщение
Хотелось автоматизировать работу пользователя..
Пользователь редактирует файл, который лежит на расшаренном каталоге, потом активирует процесс копирования файла из этого каталога в каталог линуксового сервера, далее запускается процесс на линуксовом сервере, происходят изменения в базе данных, создаётся лог-файл этого изменения и, в итоге результат - лог-файл копируется в расшаренный каталог..
Хм, как говорил один препод по сопромату "Для бешеной собаки пять километров не крюк"
А пользователь не может открыть веб-страничку (это ж линуксовый сервер!), "редактируя" туда треубемые данные и далее их сразу в БД? Исключая все эти танцы с копированием.
0
cold09
0 / 0 / 3
Регистрация: 18.10.2016
Сообщений: 14
02.12.2019, 05:05  [ТС] 4
К сожалению, ответ на свой вопрос решил сам.
Еще раз, к сожалению, пототому что народ основной акцент сделал на действия в базе данных, а это как раз не то, о чём нужно было задумываться..
Действия с базой данных я просто описал для полноты действий, которые происходят..

Основная трудность, как и написано в ТЕМЕ поста - ОБНОВЛЕНИЕ данных на примонтированном каталоге, которых (обновлений) как раз и НЕ ВИДИТ линукс.

То есть, например, файл spisok.txt кладу в расшаренный каталог, СНАЧАЛА изменения с линукса видны - смотрю на этот файл при помощи MCEDIT.
Вношу изменения в файл spisok.txt, при помощи виндового редактора AkelPad, сохраняю.
И... О, чудо! Смотрю на этот же файл с линукса (MCEDIT) и изменений НЕТ!!!!

Вот именно в этом и состояла трудность.
Никогда не использую слова ПРОБЛЕМА, потому что по определению, проблема - это задача, над которой бьётся ВСЁ человечество и тщетно.
Всё остальное - это просто НЕДОРАЗУМЕНИЕ !!!

Так вот, это недоразумение удалось решить, мне думается, не совсем ГРАМОТНО, а именно:
ПЕРЕМОНТИРОВАНИЕМ шары командами:

umount -l /mnt/tmp
mount -t cifs //10.0.0.11/tranzit /mnt/tmp -o username=<логин>,password=<пароль>,rw

Вот так..

Опять же, к сожалению, такое НЕ ГРАМОТНОЕ решение приходится делать КАЖДЫЕ пять минут...

Если кто-то подскажет, действительно, ГРАМОТНОЕ решение - буду благодарен.

Спасибо всем!
0
02.12.2019, 05:05
Marinero
Модератор
Эксперт NIX
2389 / 1860 / 627
Регистрация: 02.03.2015
Сообщений: 6,063
02.12.2019, 10:57 5
Может "загвоздка" в
Цитата Сообщение от cold09 Посмотреть сообщение
смотрю на этот файл при помощи MCEDIT
Попробуйте закрыть mc после редактирования и открыть по новой.
0
Kubuntovod
949 / 122 / 29
Регистрация: 14.01.2013
Сообщений: 590
02.12.2019, 15:52 6
Цитата Сообщение от cold09 Посмотреть сообщение
Если кто-то подскажет, действительно, ГРАМОТНОЕ решение - буду благодарен.
Грамотное решение - это и есть акцент на работу с БД. Сделайте человеческий интерфейс к базе, на том же PHP. И все будут счастливы.

Цитата Сообщение от Marinero Посмотреть сообщение
Попробуйте закрыть mc после редактирования и открыть по новой.
Можно обойтись совсем без mc. Просто, в терминале, cat filename.ext

Добавлено через 24 минуты
Кстати, если уж на то пошло, то в mc можно нажать Ctrl+R и панель обновит список файлов/каталогов.
0
cold09
0 / 0 / 3
Регистрация: 18.10.2016
Сообщений: 14
03.12.2019, 00:11  [ТС] 7
Лучший ответ Сообщение было отмечено Marinero как решение

Решение

Ладно, расскажу всю историю..

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

Пользователям в неопределенный момент времени требуется запускать на сервере с базой данных различные скрипты.
Для этого у пользователя на рабочем столе есть несколько ярлычков:
1- они готовят файл с данными,
2-запуск процесса (копирование триггерного файла в определенное место на расшаренном диске.
Далее ждут некоторое время (не более 5 минут). В это время на одном из виндовых серверов запускается задание, в котором сначала идет проверка наличия триггерных файлов и, при наличии такого запускается определенные команды которые: копируют файл с данными на сервер с базой данных, запускают скрипт, копируют лог-файл исполненного скрипта на расшаренный диск.
3-просматривают лог-файл, удостоверяясь, что задание исполнено и, продолжают работу с основной программой..

Вот такой процесс автоматизации. И пользователь доволен, и мне не нужно постоянно отвлекаться на просьбы пользователя запустить тот или иной скрипт с теми или иными данными. И безопасность соблюдена: пользователь не вводит НИКАКИХ паролей, только данные которые сам вставляет в файл.

Все довольны, все смеются.

Добавлено через 6 минут
Да, кстати, MCEDIT тут совсем не при делах - заходя на линуксовый сервер по рдп, не используя никакого MCEDIT я также НЕ вижу изменений в файле spisok.txt, за исключение ПЕРВОГО обращения. И повторюсь - ТОЛЬКО перемонтирование шары дало результат.

Ну что ж тему можно закрывать, больше смотреть и дополнять ее не буду. Надеюсь и я был полезен в этой теме.
Спасибо всем за участие!
0
Kubuntovod
949 / 122 / 29
Регистрация: 14.01.2013
Сообщений: 590
03.12.2019, 19:49 8
Цитата Сообщение от cold09 Посмотреть сообщение
заходя на линуксовый сервер по рдп
Это не опечатка?
0
03.12.2019, 19:49
Answers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
03.12.2019, 19:49

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:

8
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2019, vBulletin Solutions, Inc.