А тут у вас всё зависит от того, как оно логировалось. Оно у вас просто установлено, или ещё безопасники приходили? Если второй вариант, то... ничего не поможет, кроме похода с повинной к ним.
MCBC 3.0+ (Небольшие вопросы, связанные с МСВС)
Модератор: Модераторы разделов
-
- Сообщения: 954
- Статус: дилетант широкого профиля
- ОС: Gentoo arm64 musl hardened
- Контактная информация:
Re: MCBC 3.0+
А тут у вас всё зависит от того, как оно логировалось. Оно у вас просто установлено, или ещё безопасники приходили? Если второй вариант, то... ничего не поможет, кроме похода с повинной к ним.
С уважением,
Павел Алиев
Павел Алиев
Re: MCBC 3.0+
Mcbc установлен на зсспд, был факт одноразового подключения флэшки дсп неспецпроверенной для копирования несекретного документа, вот хотелось бы узнать записалась ли инфа о том, что было подключение
-
- Сообщения: 954
- Статус: дилетант широкого профиля
- ОС: Gentoo arm64 musl hardened
- Контактная информация:
Re: MCBC 3.0+
Brabar48 писал(а): ↑30.01.2018 22:32
Mcbc установлен на зсспд, был факт одноразового подключения флэшки дсп неспецпроверенной для копирования несекретного документа, вот хотелось бы узнать записалась ли инфа о том, что было подключение
Удалённо такое и не определишь. Всё зависит от безопасников, что сдавали ваш объект. И способы решения данного инцидента, если он был залогирован, исключительно административные.
С уважением,
Павел Алиев
Павел Алиев
Re: MCBC 3.0+
А как админу это посмортеть (проверить) ? Не уверен, что наши верхние безопасники это знают, но мне лучше знать раньше.
Re: MCBC 3.0+
На счёт просмотра истории usb-подключений, тут (на примере Ubuntu) советуют заглянуть в:
- /var/log/syslog
- /var/log/kern.log
- /var/log/dmesg
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Re: MCBC 3.0+
Спасибо за помощь, но там толкового ничего нет, я понял что флешки в МСВС(LINUX) отследить сложно, наши ближние верхние не смогут. Вопрос для меня закрыт.
Re: MCBC 3.0+
Возникла проблема на МСВС, Сервер (на МСВС), сервер начал "тормозить", и это еще легко сказано. БД установлена на МСВС на отдельной серверной машине, сама программа на терминале под MS WIIN Server 2003 на другом сервере, работа с БД с рабочих мест в терминальном доступе. Сформулировать по другому не получается.
По аналогии с OS WIN хочется спросить (условно) как вычистить временные файлы или сделать дефрагментацию (и т.д.). У соседей все вроде-бы работает (у меня тоже до последнего времени), но они не так интенсивно используют комплекс.
Я подозреваю, что МСВС записывает всё подряд (действия, документы на печать и т.д.)
Пробовал увеличит размер swap - не помогло.
По аналогии с OS WIN хочется спросить (условно) как вычистить временные файлы или сделать дефрагментацию (и т.д.). У соседей все вроде-бы работает (у меня тоже до последнего времени), но они не так интенсивно используют комплекс.
Я подозреваю, что МСВС записывает всё подряд (действия, документы на печать и т.д.)
Пробовал увеличит размер swap - не помогло.
Re: MCBC 3.0+
пенсионер писал(а): ↑07.02.2018 20:05По аналогии с OS WIN хочется спросить (условно) как вычистить временные файлы или сделать дефрагментацию (и т.д.). У соседей все вроде-бы работает (у меня тоже до последнего времени), но они не так интенсивно используют комплекс.
Я подозреваю, что МСВС записывает всё подряд (действия, документы на печать и т.д.)
Пробовал увеличит размер swap - не помогло.
e4defrag
10% — это 0,1.
© Bizdelnick
© Bizdelnick
- Bizdelnick
- Модератор
- Сообщения: 20793
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
Реестр почистить не забудьте.
Spoiler
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Re: MCBC 3.0+
Где тогда может быть проблема? Документы находящиеся на сервере с МСВС, да и программа (база данных) открывается по 10-15 минут, сохраняется чуть быстрее.
- Bizdelnick
- Модератор
- Сообщения: 20793
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
Посмотрите top хотя бы. Может памяти не хватает, может диски умирают, а может вообще какой-то левый процесс ресурсы жрёт.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Re: MCBC 3.0+
пенсионер писал(а): ↑07.02.2018 20:05По аналогии с OS WIN хочется спросить (условно) как вычистить временные файлы или сделать дефрагментацию (и т.д.). У соседей все вроде-бы работает (у меня тоже до последнего времени), но они не так интенсивно используют комплекс.
Я подозреваю, что МСВС записывает всё подряд (действия, документы на печать и т.д.)
Пробовал увеличит размер swap - не помогло.
Попробуйте так:
Код: Выделить всё
find /tmp -mtime +7|xargs rm -f
удаление всех файлов старше 7 дней в /tmp.
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Re: MCBC 3.0+
Bizdelnick писал(а): ↑07.02.2018 23:52Посмотрите top хотя бы. Может памяти не хватает, может диски умирают, а может вообще какой-то левый процесс ресурсы жрёт.
Прошу прощения, я только начинаю работать с LiNUX(МСВС),
? как поcмотреть.
Я понимаю, что не правильно сформулировал сой вопрос выше, по другому не могу пока (желание есть).
- Bizdelnick
- Модератор
- Сообщения: 20793
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Re: MCBC 3.0+
Диски с 2013 года в эксплуатации, интернета нет, сеть внутренняя, у соседей пока проблем нет, но они не так интенсивно используют машины. У меня 6 из 7, они 1-2 из 7.
Спасибо. Дома на вируалке, Завтра на работе, потом буду переспрашивать, заранее прошу прошения (User).
Спасибо. Дома на вируалке, Завтра на работе, потом буду переспрашивать, заранее прошу прошения (User).
Re: MCBC 3.0+
Проверил, выяснилось что занята практически вся оперативная память, процентов 99. Просил соседа посмотреть, у него как и на моих обычных армах в сети 1-2% занятости. Какие процессы грузят не разобрался
- Bizdelnick
- Модератор
- Сообщения: 20793
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
Можно отсортировать процессы по потреблению памяти, но как это сделать — не скажу, в старых версиях top было вроде не так, как в современных.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Re: MCBC 3.0+
По поеданию оперативки есть подобная тема на юниксфоруме. Там же совет по сортировке процессов в зависимости от потребляемой ими памяти:
Код: Выделить всё
ps -eo user,pcpu,pmem,pid,cmd | sort -r -n -k3 | head -10
По поводу top:
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Re: MCBC 3.0+
Проверил и 'top' и менеджер процессов из МСВС (там он называется elk-top), результат в скринах. Все равно не понял что лишнее.
Re: MCBC 3.0+
Если-бы я ещё знал. Попробую спросить соседей, есть-ли у них. Но тем не менее, он отнимает не столько уж много. А получается сколько у меня оперативки занято, столько у соседей свободно, как-то так.
Вспомнил - runner, это из состава пресловутого КП-Блок, система защиты информации (пароли, регулировка прав пользователей и т.д.).
Re: MCBC 3.0+
Попробуйте ещё так:
Источник
Код: Выделить всё
ps aux --sort -rss | head
Будут показаны 9 самых прожорливых процессов. Смотреть надо на колонку RSS. Resident Set Size — объем оперативной памяти, выделенный процессу. Это и есть фактическое потребление RAM. В качестве бонуса будет указано имя пользователя, запустившего процесс и идентификатор процесса. Если ситуация с потреблением памяти выйдет из-под контроля и система приготовится умереть, то у вас будет время объеденить идентификатор процесса с командой kill -9 и решить проблему.
Источник
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Re: MCBC 3.0+
пенсионер, если решитесь на дефрагментацию, то вот Вам небольшой экстракт из инструкции по использованию утилиты e4defrag:
В файловых системах Ext2, Ext3 и Ext4 новые файлы равномерно “раскидываются” по всему диску. При увеличении объёма файла используется всё доступное свободное пространство между файлами и фрагментации, в большинстве случаев, не происходит. А если она всё же и происходит, то файловая система в фоновом режиме старается переносить дефрагментированные файлы в другое место, где фрагменты могут быть объединены. Таким образом, отдельные и регулярные процедуры дефрагментации не требуются.
С таким фоновым переносом фрагментов файлов связана одна интересная особенность файловых систем Ext. Если диск заполнен более чем на 95% (80% по другим данным), то фрагментация всё же возможна. Чтобы предупредить снижение скорости чтения и записи файлов в этом случае следует задуматься о покупке нового, более просторного диска. Если этот вариант не для вас, то существует одна хитрость, позволяющая избавиться от фрагментации даже в случае переполненного диска. Следует переписать все файлы фрагментированного раздела в другой раздел, а потом скопируйте обратно. Файловая система сама более разумно разместит вновь записываемые файлы, что позволит избавиться от фрагментации.
Имеет смысл проверить степень фрагментации файловой системы. Единственный найденный мной инструмент – e4defrag – входит в пакет системных утилит для ext2, ext3, ext4 под наименованием e2fsprogs.
Следует отметить, что e4defrag не имеет графического интерфейса и запускается через команды терминала.
Допустим, имеются 3 физических жёстких диска, оформленных как первичные разделы с файловой системой ext4.
Оценка степени фрагментации каждого раздела:
Запуск дефрагментации соответствующих разделов:
В файловых системах Ext2, Ext3 и Ext4 новые файлы равномерно “раскидываются” по всему диску. При увеличении объёма файла используется всё доступное свободное пространство между файлами и фрагментации, в большинстве случаев, не происходит. А если она всё же и происходит, то файловая система в фоновом режиме старается переносить дефрагментированные файлы в другое место, где фрагменты могут быть объединены. Таким образом, отдельные и регулярные процедуры дефрагментации не требуются.
С таким фоновым переносом фрагментов файлов связана одна интересная особенность файловых систем Ext. Если диск заполнен более чем на 95% (80% по другим данным), то фрагментация всё же возможна. Чтобы предупредить снижение скорости чтения и записи файлов в этом случае следует задуматься о покупке нового, более просторного диска. Если этот вариант не для вас, то существует одна хитрость, позволяющая избавиться от фрагментации даже в случае переполненного диска. Следует переписать все файлы фрагментированного раздела в другой раздел, а потом скопируйте обратно. Файловая система сама более разумно разместит вновь записываемые файлы, что позволит избавиться от фрагментации.
Имеет смысл проверить степень фрагментации файловой системы. Единственный найденный мной инструмент – e4defrag – входит в пакет системных утилит для ext2, ext3, ext4 под наименованием e2fsprogs.
Следует отметить, что e4defrag не имеет графического интерфейса и запускается через команды терминала.
Допустим, имеются 3 физических жёстких диска, оформленных как первичные разделы с файловой системой ext4.
- Первый диск – sda1 и sda2 (система и home).
- Второй диск – sdb1.
- Третий диск – sdс1.
Оценка степени фрагментации каждого раздела:
Код: Выделить всё
e4defrag -c /dev/sda1
e4defrag -c /dev/sda2
e4defrag -c /dev/sdb1
e4defrag -c /dev/sdc1
Запуск дефрагментации соответствующих разделов:
Код: Выделить всё
e4defrag -v /dev/sda1
e4defrag -v /dev/sda2
e4defrag -v /dev/sdb1
e4defrag -v /dev/sdc1
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Re: MCBC 3.0+
Спасибо большое. Я пришел к выводу, что дело не в фрагментировании файлов.
При отключенном 2-ом сервере (на WinSerw2003) на сервере с МСВС память практически вся свободная. Как только подключаю (postgres-овские процессы), сразу начинается заполнение. Вопрос о документах хранящихся (с ними и работают из под WinSerw2003 через SAMBA) на сервере с МСВС, будут тормозить?
Переустановка программы с восстановлением имеющегося архива БД (PSQL) очень проблематична, может с 1-го раза восстановиться, а может и после 20-го не пройти (программа сырая и капризная).
При отключенном 2-ом сервере (на WinSerw2003) на сервере с МСВС память практически вся свободная. Как только подключаю (postgres-овские процессы), сразу начинается заполнение. Вопрос о документах хранящихся (с ними и работают из под WinSerw2003 через SAMBA) на сервере с МСВС, будут тормозить?
Переустановка программы с восстановлением имеющегося архива БД (PSQL) очень проблематична, может с 1-го раза восстановиться, а может и после 20-го не пройти (программа сырая и капризная).
Re: MCBC 3.0+
пенсионер писал(а): ↑15.02.2018 18:37Спасибо большое. Я пришел к выводу, что дело не в фрагментировании файлов.
При отключенном 2-ом сервере (на WinSerw2003) на сервере с МСВС память практически вся свободная. Как только подключаю (postgres-овские процессы), сразу начинается заполнение. Вопрос о документах хранящихся (с ними и работают из под WinSerw2003 через SAMBA) на сервере с МСВС, будут тормозить?
Переустановка программы с восстановлением имеющегося архива БД (PSQL) очень проблематична, может с 1-го раза восстановиться, а может и после 20-го не пройти (программа сырая и капризная).
А какая необходимость в сервере с Win2003?
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Re: MCBC 3.0+
Программа в сетевом варианте работает с армов на МСВС через терминальный сервис на Win2003, базы хранятся на сервере с МСВС.
Re: MCBC 3.0+
То есть, сама программа написана под MS Windows, поэтому и крутится на сервере с Win2003?
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Re: MCBC 3.0+
Да программа под Windows, причем при установке для автономной работы БД ставится в Program Files, но можно куда хочется (есть выбор). Для сетевого варианта выбрать не пробовал, по умолчанию на сервер с МСВС.
Сегодня хотел взять кувалду, но ведь железо не виновато. Операторы уже начинают косо на меня посматривать.
Сегодня хотел взять кувалду, но ведь железо не виновато. Операторы уже начинают косо на меня посматривать.
Re: MCBC 3.0+
Что то я до конца понять не могу. Если на сервере мсвс хранятся только базы, на кой черт на нем запускается процесс postmaster.(или на нем тоже запущен postgres?) Когда в последний раз оптимизировали саму базу данных? Какую полную функцию выполняет сервер? Тормозит, где система, именно на сервере или на рабочих станциях? Плюс мне кажется у вас не с памятью проблема. Если смотреть load average то у вас все нормально. Elk-snapshot у вас постоянно включен или вы делали просто снимок экрана?
Re: MCBC 3.0+
Сегодня заново разобрался с прогой, установлена сетевая версия на сервер с МСВС оттуда-же запускается процесс postmaster,. на нем же и запущен postgres, БД там-же. Работает из-под win2003 как я понимаю, через SMB. Все в целях секретности.
-snapshot включен для снимков экрана.
-snapshot включен для снимков экрана.