The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Проблема с libmysqlclient.so.20. Помогите, пожалуйста."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 06:51 
От дурной головы нет покоя ногам (с)

Есть почтовый сервер postfix + dovecot + mariadb + всякая фигня по мелочи. Обновлялся тут софт на серваке через portupgrade, но и, как обычно, все обновилось, кроме mariadb101-сервер и mariadb101-клиент, вместе с dovecot и dovecot-pigeonhole-0.5.7.1_1, которым чего-то мускольное нужно. После этого, начались пляски вокруг этого дела...
mysql-клиент был снесен, обновление через portupgrade было перезапущено. Этот хрен хоть и обновил mariadb-сервер после этого, но mariadb-клиент подтянул не тот, а подтянул mysql-клиент (+ пачку лишнего говна с собой). Mysql-клиент был снесен и ручками поставлен из портов mariadb101-клиент. Перезапущено обновление portupgrade, dovecot вроде как обновился, казалось бы, все должно быть хорошо, но нет. Ручками аутентификацию от нужного пользователя в mariadb-сервере можно пройти и посмотреть нужные таблицы, но в почте dovecot теперь жалуется, что ему не хватает libmysqlclient.so.20, ну и аутентификация в почте пользователей, соответственно, не проходит.

srv dovecot: auth: Error: Shared object "libmysqlclient.so.20" not found, required by "auth"
srv dovecot: master: Error: service(auth): command startup failed, throttling for 4 secs
srv dovecot: auth: Fatal: master: service(auth): child 1036 returned error 1
srv dovecot: auth: Error: Shared object "libmysqlclient.so.20" not found, required by "auth"
srv dovecot: master: Error: service(auth): command startup failed, throttling for 8 secs
srv dovecot: auth: Fatal: master: service(auth): child 1038 returned error 1

В /usr/local/lib/mysql/ нет libmysqlclient.so.20 а есть только 18й:
libmysqlclient_r.a -> libmysqlclient.a
libmysqlclient_r.so -> libmysqlclient.so
libmysqlclient_r.so.18 -> libmysqlclient.so
libmysqlclient.a
libmysqlclient.so -> libmysqlclient.so.18
libmysqlclient.so.18
libmysqld.a
libmysqld.so -> libmysqld.so.18
libmysqld.so.18
plugin

Вопрос. Откуда этот libmysqlclient.so.20 нужно взять? Деинсталлировать теперь еще и dovecot и сделать его reinstall или что? Может еще раз mariadb101-клиент снести, а mysql-клиента поставить и посмотреть подтянется ли libmysqlclient.so.20 ? Помогите, пожалуйста, а то голова совсем не соображает, запутался чего-то совсем...

p.s. софт из портов собран, система уже freebsd 11.3

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 06:56 
да, еще к почте прикручен roundcube и в pkg version с названием "mysql" есть только php72-pdo_mysql-7.2.20
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 07:28 
а может mariadb101-сервер как-то криво встал?
Кто вообще должен подтягивать этот libmysqlclient.so.20 ??
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 07:33 
> а может mariadb101-сервер как-то криво встал?
> Кто вообще должен подтягивать этот libmysqlclient.so.20 ??

а не может быть такого, что версия 101 уже какая-то старая и из-за этого такая ерунда?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от Сергей (??), 28-Июл-19, 10:25 
>> а может mariadb101-сервер как-то криво встал?
>> Кто вообще должен подтягивать этот libmysqlclient.so.20 ??

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 13:16 
>>> а может mariadb101-сервер как-то криво встал?
>>> Кто вообще должен подтягивать этот libmysqlclient.so.20 ??
>   Вы UPDATING в портах почитайте, там наверняка сказано, что ваши
> mariadb101 уже не поддерживаются и вместо них надо использоваться другие порты,
> которые естественно по другому обзываються...
>   Вы возьмите за правило всегда читать UPDATING. перед тем как
> обновляться, если собираете порты с дефолтными настройками, то вам прямой путь
> обновлять софт через pkg через latest

В UPDATING, к сожалению, про mariadb не написано ни фига, во всяком случае там есть данные только про какую-то версию 55.

Попробовал снести mariadb101 и сервер и клиент и поставить версию 104, т.е. последнюю, после этого в /usr/local/lib/mysql/ состав файлов несколько изменился:
libmariadb.so -> libmariadb.so.3
libmariadb.so.3
libmariadbclient.a
libmariadbd.a
libmariadbd.so -> libmariadbd.so.19
libmariadbd.so.19
libmysqlclient_r.a -> libmariadbclient.a
libmysqlclient_r.so -> libmariadb.so.3
libmysqlclient.a -> libmariadbclient.a
libmysqlclient.so -> libmariadb.so.3
libmysqld.a -> libmariadbd.a
libmysqld.so -> libmariadbd.so.19
libmysqlservices.a
plugin

но это ни разу не спасает, т.к. dovecot то хочет libmysqlclient.so.20
и что с этим делать, откуда ее выцепить? Сносить всю mariadb и переходить на mysql? А она потянет 20-ю либу? Или что сделать?
Нид хелп. ((

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от Аноним (6), 28-Июл-19, 15:07 
> переходить на mysql? А она потянет 20-ю либу? Или что сделать?

Dirty hack

ln -s libmysqlclient.so.18 libmysqlclient.so.20


Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от Сергей (??), 28-Июл-19, 15:49 
>> переходить на mysql? А она потянет 20-ю либу? Или что сделать?
> Dirty hack
> ln -s libmysqlclient.so.18 libmysqlclient.so.20

  Можно и так, но лучше разобраться почему dovecot требует .20, вообще он у вас странно обновился, без наличия .20 portupgrade не смог бы его обновить, вы его точно ставили и иобновляли через порты?
  portversion -v что показывал/показывает?


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от lavremail (ok), 28-Июл-19, 16:52 
>> переходить на mysql? А она потянет 20-ю либу? Или что сделать?
> Dirty hack
> ln -s libmysqlclient.so.18 libmysqlclient.so.20

это не хак, это плохой совет.


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 17:11 
>   portversion -v что показывал/показывает?

Показывает:
aspell-0.60.6.1_8           =  up-to-date with port
bind-tools-9.14.4           =  up-to-date with port
bind911-9.11.9              =  up-to-date with port
ca_root_nss-3.45            =  up-to-date with port
db5-5.3.28_7                =  up-to-date with port
dialog4ports-0.1.6          =  up-to-date with port
dovecot-2.3.7.1             =  up-to-date with port
dovecot-pigeonhole-0.5.7.1_1  =  up-to-date with port
gettext-runtime-0.20.1      =  up-to-date with port
glib-2.56.3_6,1             =  up-to-date with port
hyperscan-4.7.0_3           =  up-to-date with port
icu-64.2,1                  =  up-to-date with port
indexinfo-0.3.1             =  up-to-date with port
json-c-0.13.1_1             =  up-to-date with port
libargon2-20190702          =  up-to-date with port
libedit-3.1.20190324,1      =  up-to-date with port
libevent-2.1.10             =  up-to-date with port
libffi-3.2.1_3              =  up-to-date with port
libiconv-1.14_11            =  up-to-date with port
libidn2-2.2.0               =  up-to-date with port
libinotify-20180201_1       =  up-to-date with port
libslang2-2.3.2_1           =  up-to-date with port
libunistring-0.9.10_1       =  up-to-date with port
libunwind-20170615          =  up-to-date with port
libxml2-2.9.9               =  up-to-date with port
libyaml-0.2.2               =  up-to-date with port
libzip-1.5.2                =  up-to-date with port
lighttpd-1.4.54             =  up-to-date with port
lmdb-0.9.23,1               =  up-to-date with port
luajit-2.0.5_4              =  up-to-date with port
mariadb104-client-10.4.6_1  =  up-to-date with port
mariadb104-server-10.4.6_1  =  up-to-date with port
mc-4.8.22_1                 =  up-to-date with port
nmap-7.70                   =  up-to-date with port
oniguruma-6.9.2             =  up-to-date with port
p5-Lchown-1.01_2            =  up-to-date with port
pcre-8.43_2                 =  up-to-date with port
perl5-5.28.2                =  up-to-date with port
php72-7.2.20                =  up-to-date with port
php72-ctype-7.2.20          =  up-to-date with port
php72-dom-7.2.20            =  up-to-date with port
php72-exif-7.2.20           =  up-to-date with port
php72-extensions-1.0        =  up-to-date with port
php72-fileinfo-7.2.20       =  up-to-date with port
php72-filter-7.2.20         =  up-to-date with port
php72-hash-7.2.20           =  up-to-date with port
php72-iconv-7.2.20          =  up-to-date with port
php72-intl-7.2.20_1         =  up-to-date with port
php72-json-7.2.20           =  up-to-date with port
php72-mbstring-7.2.20       =  up-to-date with port
php72-opcache-7.2.20        =  up-to-date with port
php72-openssl-7.2.20        =  up-to-date with port
php72-pdo-7.2.20            =  up-to-date with port
php72-pdo_mysql-7.2.20      =  up-to-date with port
php72-pdo_sqlite-7.2.20     =  up-to-date with port
php72-phar-7.2.20           =  up-to-date with port
php72-posix-7.2.20          =  up-to-date with port
php72-pspell-7.2.20         =  up-to-date with port
php72-session-7.2.20        =  up-to-date with port
php72-simplexml-7.2.20      =  up-to-date with port
php72-sqlite3-7.2.20        =  up-to-date with port
php72-tokenizer-7.2.20      =  up-to-date with port
php72-xml-7.2.20            =  up-to-date with port
php72-xmlreader-7.2.20      =  up-to-date with port
php72-xmlwriter-7.2.20      =  up-to-date with port
php72-zip-7.2.20            =  up-to-date with port
pkg-1.11.1                  =  up-to-date with port
png-1.6.37                  =  up-to-date with port
portmaster-3.19_18          =  up-to-date with port
portupgrade-2.4.16,2        =  up-to-date with port
postfix-3.4.6,1             =  up-to-date with port
py36-fail2ban-0.10.4_2      =  up-to-date with port
py36-ply-3.11               =  up-to-date with port
py36-pyinotify-0.9.6        =  up-to-date with port
py36-setuptools-41.0.1      =  up-to-date with port
py36-sqlite3-3.6.9_7        <  needs updating (port has 3.7.4_7)
python27-2.7.16_1           =  up-to-date with port
python36-3.6.9              =  up-to-date with port
readline-8.0.0              =  up-to-date with port
redis-4.0.14_1              =  up-to-date with port
roundcube-php72-1.3.9,1     =  up-to-date with port
rsnapshot-1.4.2             =  up-to-date with port
rspamd-1.9.4_1              =  up-to-date with port
rsync-3.1.3_1               =  up-to-date with port
ruby-2.5.5_3,1              =  up-to-date with port
ruby25-bdb-0.6.6_6          =  up-to-date with port
sqlite3-3.29.0              =  up-to-date with port

>вы его точно ставили и иобновляли через порты?

да... 99.9% использовался для обновления софта portupgrade. Пред-предпоследний раз что-то из списка обновлялось через portmaster, т.к. portupgrade не сдюжил, но оно все точно жило, было up-to-date и успешно потом переехало на фри 11.2 на 11.3 и вдруг сейчас вот такая печалька, уже спустя несколько недель после переезда.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от Аноним (6), 28-Июл-19, 17:21 
>> Dirty hack
>> ln -s libmysqlclient.so.18 libmysqlclient.so.20
> это не хак, это плохой совет.

Очень плохой, но хотя бы данные сбекапить (возможно) получится...

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 17:26 
> это не хак, это плохой совет.

Дело в том, что сейчас же вообще стоит mariadb104 и список файлов в /usr/local/mysql/lib несколько иной. Тут ссылку то не совсем понятно теперь с какого файла из списка на libmysqlclient.so.20 создавать, если следовать этому совету... С одной стороны есть libmysqlclient.so, а с другой - libmysqlclient_r.so и в чем разница и с какого создавать ссылку не очень-то мне и ясно. ((

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 17:30 
> но хотя бы данные сбекапить (возможно) получится...

Сами по себе данные именно в mysql как бы не сильно то и нужны. Я бы был бы готов грохнуть всю базу и поднять ее заново (там по сути, только пользователи почтовые), если бы это помогло, но от dovecot'а, который ругается
dovecot: auth: Error: Shared object "libmysqlclient.so.20" not found, required by "auth"
это не спасет, как я понимаю.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от Аноним (6), 28-Июл-19, 17:42 
>> но хотя бы данные сбекапить (возможно) получится...
> Сами по себе данные именно в mysql как бы не сильно то
> и нужны. Я бы был бы готов грохнуть всю базу и

Тогда зачем ты пудришь мозги себе и нам?
Раз не нужны данные и онлайн 24/7 - снеси систему и поставь вчистую, потом накати софт из пакетов - так гарантированно будет работать.
Ясно, что после серии обновлений у тебя что-то конкретно пошло не так. На поиск и исправление причины уйдет куда больше времени и сил, чем на переустановку. Короче, вопрос как всегда в "вам шашечки или ехать"...

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 17:43 
>>> переходить на mysql? А она потянет 20-ю либу? Или что сделать?
>> Dirty hack
>> ln -s libmysqlclient.so.18 libmysqlclient.so.20
> это не хак, это плохой совет.

В общем, завтра рабочий день, т.ч. надо было что-то предпринимать, поэтому я решил хотя бы временно сделать эту ссылку, т.е. ln -s libmysqlclient.so libmysqlclient.so.20
аутентификация пользователей пошла, почта завелась и письма бегает.

Чтобы вы посоветовали сделать в данном случае дальше, если отказаться от ссылки?

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 18:37 
> Тогда зачем ты пудришь мозги себе и нам?
> Раз не нужны данные и онлайн 24/7 - снеси систему и поставь
> вчистую, потом накати софт из пакетов - так гарантированно будет работать.
> Ясно, что после серии обновлений у тебя что-то конкретно пошло не так.
> На поиск и исправление причины уйдет куда больше времени и сил,
> чем на переустановку. Короче, вопрос как всегда в "вам шашечки или
> ехать"...

Я ж не сказал, что всю систему готов жахнуть, там много чего настроено...

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

16. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от lavremail (ok), 28-Июл-19, 18:46 
>>>> переходить на mysql? А она потянет 20-ю либу? Или что сделать?
>>> Dirty hack
>>> ln -s libmysqlclient.so.18 libmysqlclient.so.20
>> это не хак, это плохой совет.
> В общем, завтра рабочий день, т.ч. надо было что-то предпринимать, поэтому я
> решил хотя бы временно сделать эту ссылку, т.е. ln -s libmysqlclient.so
> libmysqlclient.so.20
> аутентификация пользователей пошла, почта завелась и письма бегает.
> Чтобы вы посоветовали сделать в данном случае дальше, если отказаться от ссылки?

Обдумывать то что собираетесь сделать и что делаете.

>сервер postfix + dovecot + mariadb + всякая фигня по мелочи.
>Обновлялся тут софт на серваке через portupgrade

от третьего лица обновлялся, звучит как, сам по себе?
похоже так оно и было, само и без смысла.

Дано: OS FreeBSD 10.x или 11.x, установлено: ...
# pkg ...

Ну нужно же грамотно и понятно излагать, тогда на 50% Вы сами
поймете свою проблему.

Неужели прежде чем приступить к апгрейду, нельзя было сохранить
список установленного софта (не говоря о backup'ах):
# pkg info ...
ключи о зависимостях ...

посмотреть как были собраны порты:
# ls -la /var/db/ports
опции в /etc/make.conf

И уже потом выполнять апгрейд осознано.

Сервер MariaDB или MySQL - ставьте ради бога какой угодно, перед
установкой дамп всех баз.

перед любым обновлением из портов, как уже было сказано:
# less /usr/ports/UPDATING
там расписаны все ньюансы, смена default версий и что делать,
смена названий и версий пакетов и что делать.

На текущий момент, если собираете из портов:
20190701:
  AFFECTS: users of databases/mysql56-(server|client)
  AUTHOR: ale@FreeBSD.org

  The default MySQL version has been updated from 5.6 to 5.7.

  If you compile your own ports you may keep 5.6 as the default version by
  adding the following lines to your /etc/make.conf file:

  #
  # Keep MySQL 5.6 as default version
  #
  DEFAULT_VERSIONS+=mysql=5.6

  If you wish to update to the new default version, you need to first stop any
  running server instance. Then, you will need to follow these steps, depending
  on installed packages.

  # pkg set -o databases/mysql56-client:databases/mysql57-client
  # pkg set -o databases/mysql56-server:databases/mysql57-server
  # pkg upgrade

но у Вас MariaDB, тогда для сборки из портов нужно было выставить default
в /etc/make.conf, к примеру для MariaDB 10.1

DEFAULT_VERSIONS= mysql=10.1m

тогда при сборке всех портов это учитывалось бы.

Если Вы этого не сделали, то при сборке свежих портов, там где
требовался mysql-client - будет использоваться клиент mysql57-client,
вместо клиента mariadb101-client.

Страшного тут ничего нет, ибо собирается applications с поддержкой
mysql.

Смысл, есть dovecot - он должен иметь поддержку для работы
с mysql или mariadb, для сборки нужны клиентские headers и библиотеки,
и по большому счету пофик какой версии, это API.
Соберем мы dovecot с mysql-client или mariadb-client, в какой то степени
не так уже важно, важно что это обеспечит интерфейс работы как с
MySQL сервером, так и с MariaDB сервером.

Если верхнее понятно, то ответ на Ваш вопрос прост.

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

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

К апгрейду как системы, так и третичного ПО, нужно подходить
поготовленным:
- апгрейд ОС
- апгрейд пакетов или портов или использование compatXY

Апгрейд портов: чтение /usr/ports/UPDATING
смена defaults для портов:
# less /usr/ports/Mk/bsd.default-versions.mk
# cat /etc/make.conf

В итоге у Вас dovecot и другие apps собрались с mysql57-client,
а база осталась, видимо mariadb101-server. Почему-то, это ввело
Вас панику и ступор, хотя на работоспособность, повлиять не
должно было.
Если бы Вы определили defaults в /etc/make.conf, возможно,
обновились бы и mariadb101-server и mariadb101-client.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от Сергей (??), 28-Июл-19, 18:58 
>>>> переходить на mysql? А она потянет 20-ю либу? Или что сделать?
>>> Dirty hack
>>> ln -s libmysqlclient.so.18 libmysqlclient.so.20
>> это не хак, это плохой совет.
> В общем, завтра рабочий день, т.ч. надо было что-то предпринимать, поэтому я
> решил хотя бы временно сделать эту ссылку, т.е. ln -s libmysqlclient.so
> libmysqlclient.so.20
> аутентификация пользователей пошла, почта завелась и письма бегает.
> Чтобы вы посоветовали сделать в данном случае дальше, если отказаться от ссылки?

  Сделать пакадж установленного dovecot, затем идти в его порт, смотреть опции с которыми он создан, если ничего критичного, то с начала для него make clean, make deinstall, make install.
  Если фигня повториться напишите ментейнеру порта...

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

18. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 19:31 
> поймете свою проблему.

Спасибо, буду думать над своим поведение)

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 19:32 
>   Сделать пакадж установленного dovecot, затем идти в его порт, смотреть
> опции с которыми он создан, если ничего критичного, то с начала
> для него make clean, make deinstall, make install.
>   Если фигня повториться напишите ментейнеру порта...

Спасибо, посмотрим.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

20. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от lavremail (ok), 28-Июл-19, 19:36 
>> поймете свою проблему.
> Спасибо, буду думать над своим поведение)

не над поведением нужно думать, а над объяснением,
в нем было все, от и до, и если понятно что там
написано, то станет ясно что мейнтейнеру ничего
писать не нужно.

Или нужно еще раз на пальцах и конкретно тыкнуть?


Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от Аноним (6), 28-Июл-19, 20:03 
> Я ж не сказал, что всю систему готов жахнуть, там много чего
> настроено...

Настройки во freebsd хранятся в текстовых файлах, 99% этих файлов лежит в /etc и в /usr/local/etc
Бекап и восстановление настроенного, таким образом, сводится к примитивному копированию файлов...
Находите проблему на пустом месте...

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

22. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от venum (?), 28-Июл-19, 23:13 
>> Я ж не сказал, что всю систему готов жахнуть, там много чего
>> настроено...
> Настройки во freebsd хранятся в текстовых файлах, 99% этих файлов лежит в
> /etc и в /usr/local/etc
> Бекап и восстановление настроенного, таким образом, сводится к примитивному копированию
> файлов...
> Находите проблему на пустом месте...

Нет, не на пустом. Тут, к сожалению, не виртуалка, когда можно параллельно развернуть еще одну, все настройки перенести туда и плавно на нее перейти. Тут развернут железный сервер на говножелезе, соответственно, вот просто так взять и жахнуть все не выйдет. В данном случае, даже резервного сервера нет с вытекающими. Это к вопросу lavr'а о панике)))

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

23. "Проблема с libmysqlclient.so.20. Помогите, пожалуйста."  +/
Сообщение от lavremail (ok), 29-Июл-19, 00:13 
>[оверквотинг удален]
>> Настройки во freebsd хранятся в текстовых файлах, 99% этих файлов лежит в
>> /etc и в /usr/local/etc
>> Бекап и восстановление настроенного, таким образом, сводится к примитивному копированию
>> файлов...
>> Находите проблему на пустом месте...
> Нет, не на пустом. Тут, к сожалению, не виртуалка, когда можно параллельно
> развернуть еще одну, все настройки перенести туда и плавно на нее
> перейти. Тут развернут железный сервер на говножелезе, соответственно, вот просто так
> взять и жахнуть все не выйдет. В данном случае, даже резервного
> сервера нет с вытекающими. Это к вопросу lavr'а о панике)))

к вопросу? у меня было утверждение.

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

Хотя и проблемы с апгрейдом не вижу, объяснение уже было, если
оно не понято, прямым текстом - установить myscl57-client.
Почему не обновился mariadb сервер, и вместо mariadb-client
встал mysql-client, объяснение было дано.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру