нужна помощь, имеем 1с на PostgreSQL и linux без графического интерфейса. Кто-то когда-то, зачем-то для баз 1с использовалssd на 60 гигов..... но это другая история и она попутно решается... Суть вот в чем, забился этот ssd, а работать надо, полез в интернет отрыл ncdu и полез искать по консольной linux (проблема в том, что в нем я вообще 0, но сказали нужно хоть что-то почистить) почистит /tmp, /var/tmp, /var/cache и в папке локализации удалил несколько папок (германский, китаский и еще что-то), освободив немного места, увидел в 1с вот такую проблему:

Ошибка при выполнении операции с информационной базой.
Ошибка загрузки компоненты 'help'
Файл не обнаружен.


полез опять в консольку, увидел, что локализация не определена... Нашел в инете решение проблемы, теперь проблемы нету в локализации, т.е. когда заходишь в консоль, все нормально. Но 1с все равно выдает ошибку. Гугл по этой проблемы практически молчит, он выдает информацию для win. Нужна помощь, куда хоть искать или что мне нужно

Ну и удалил бы 1С раз сказали что-нибудь почистить.

(1) да, да, стебаться мы все умеем, а что-то поинтереснее информацию можно?

А ты там кем?

(3) я там как обслуживающий 1с программист, решал проблемы по самой 1с=) но с люниксом никогда не работал

Так и не работай. Зачем ты стал место чистить?

(0) ну сделай бэкап, купи им ссд на 500 гигов, поставь сервер 1с и этот чёртов Post мать его GRE
и все.
главное не линукс это просто, 1с работает с ним как часы швейцарские.

т.к. сегодня нужно помочь им закрыть определенный счет, а там при записи документа, 1с пишет: нету места, послез чистить кэши ну заодно гуглу задавал вопросы что еще можно почистить

(6) хороший совет, и я повторюсь, он сейчас решается попутно. НО что есть, то есть=)

(7) "сегодня нужно помочь им закрыть определенный счет, а там при записи документа, 1с пишет: нету места" // Переносишь работы на тот момент, когда их тамошний одмин почистит место

(9) ну знаешь как это бывает, ой а нам нужно корректировочную отправить, ой а у нас циферки чет не такие, ой, а что делать. попутный вопрос в обратную: а вам когда нужно?, ой еще до праздников=))))

(10)вот как-то так и получилось

место >>df -h
/var/log все можешь удалить оттуда.
1с вроде лежит в /opt/

на данный момент обновили все компоненты linux проблема не ушла, сейчас думаем переустанавливать платформу

(12) логи я тоже все удалил.... но сейчас вопрос не по освобождению памяти, а по ошибки=)

с 163 мб поднял до 436 тогда=)

(10) Видимо, тебя там держат за яйца. Бывает, держись там )

(12) я, кстати, лазил по нему, но ничего не удалял с него (я имею ввиду про /opt)

(15) 163 мб свободной памяти?Скажи спасибо,что 1С не свалилась ещё совсем.Бэкапы то есть?

(18) не поверишь, сам удивляюсь=)))) да, бэкапы делаются на жд

подскажите, можно ли узнать версию установленной платформы 1с на linux?

Я не против

(0) если в линуксе не силен, то для начала ставь на виндовую машину WinSCP, это интуитивно понятный файловый менеджер. далее:
последовательность действий:
1. на линуксовом сервере останавливаем сервер 1с  /etc/rc.d/init.d/srv1cv82 stop (для 8.3 /etc/rc.d/init.d/srv1cv83 stop)
2. запускаем WinSCP, в правом нижнем нажимаем кнопку "найти файлы"
3. в открывшемся окне в пол е "маска вводим" ".lgp
4. в поле "искать в " вводим /home/usr1cv82 (если стоит 8.3, то /home/usr1cv8)
5. нажимаем кнопку "начать" и после завершения поиска поочередно нажимаем кнопку "фокус" и удалем все файлы, ПРЕДВАРИТЕЛЬНО СКОПИРОВАВ ИХ НА ВИНДОВУЮ МАШИНУ. Это файлы журнала.
6. закрываем WinSCP
7. стартуем 1с из  /etc/rc.d/init.d/srv1cv82 start (для 8.3 /etc/rc.d/init.d/srv1cv83 start)

(22) а в чем "фишка"? это же удаление журнала, хочешь сказать в журналах проблема?

(23) без катастрофических последствий можно грохнуть две вещи - файл журнала, если его предварительно скопировать в надежное место, и файлы полнотекстового поиска, если у вас такой используется. Обязательно заблокировать регламентное задание по обновлению индекса полнотекстового поиска. Когда все наладится, это можно включить обратно  Удаление логов, почти наверняка,  даст вам пару дней на размышление. Чтобы узнать наверняка, покажи результат команды df.

(22) сделал поиск, ничего не нашел

(25) покажи df, тогда станет понятнее

папки /home/usr1cv8 ?

просто в консоли df набери и энтер, оно покажет разделы на дисках и статистику использования

переустановка платформы не помогла....

(28) https://ibb.co/fONS9S


еще раз говорю сейчас проблема не в очистке места, а проблема в том что не запускается 1с требует компонент help

В линуксе система монтирования легко позволяет добавить диски.

Так сложно купил любой ssd и перенес на него /var ?

(30) У тебя место кончилось или не может записать временные файлы

Или с правами накосячил или еще что, короче не может создать 1С файлик

Возможно что когда сносил "почистит /tmp, /var/tmp, /var/cache и в папке локализации удалил несколько папок"

Снес какую то нужную подпапку куда 1С пишет.

(0) "Ошибка при выполнении операции с информационной базой.
Ошибка загрузки компоненты 'help' "

эта хрень не имеет отношения именно к постгри.

(32) Вот именно. Проблема на стороне клиента.

(30) скриншот ошибки покажи. И что мешает временно запустить сервер 1с на виндовой машине, оставив postgre на текущем месте?

(37)
https://ibb.co/jAqaw7

по поводу администрирование серверов 1с кстати работает.
можно попробовать...

(36) нет, не клиент

(38) хм.... захожу в свойства информационной базы в администрирование серверов. Ошибка соединения с рабочим процессом Файл не обнаружен

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

(41) Чем забит был корневой каталог выяснил? Сейчас места достаточно?

(42) ничем, там базы базы уже здоровые, поэтому места нету, корень практически чист

вакуумацию средствами постгри когда делали последний раз?

(44) вот это я не знаю, скорее всего давно

мне что в этом обсуждении нравится, что ТС не озвучил версию люнукс. Ничего не сказал о том, насколько часто делались обновления системы, применялась чистка системы.

Ну и самое убойное в теме, что до начала телодвижений по освобождению места, это когда система отказала в записи новых объектов/движений, была еще возможность запустить и сделать бакапы, выяснить была возможность какие базы нужны или не нужны (такие уже не нужные часто бывают созданы в виде копий для тестирования и т.д и т.п.), затем удаления этих неактуальных баз.

Вместо этого, практически вслепую начаты эксперименты.

(46) "Зачем думать, трясти надо!" (с) анекдот про студента и банан.

(46) мож потому что я не сисадмин и вообще люниксом практически не пользовался, особенно в консольной версии, это было примерно как тыжпрограммист сделай что-нибудь. И как бы никто тут не спросил про версию люникса, так он centos 6.9

(46) так же базы там которые находятся все нужны там 3 буха и 2 камина

(46) и как бы я не дурак, я полез удалять в первую очередь логи и кэш с темпом

(50) бакапы сделал?

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

(50) если тебе в принципе почти ничего про centos 6.9 неизвестно как хотя бы посмотреть версии установленной платформы 1С на нем же... какие там логи и темпы?!

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

(52) на данный момент решается вопрос о переходе на вунду, чтобы таких проблем не было с (естественно) увеличением памяти
(51) да бекап сделаны

(53) "Вунда" сама следит за местом на дисках и очищает от ненужного, в случае чего?

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