Удалено /tmp/mysql.sock помогите его возобновить.
 

Добрый день.
На сервере с биллингом и самбой случилась проблема связана с mysql Ver 14.12 Distrib 5.0.51a, for portbld-freebsd7.0 (i386) using 5.2.
В фрибсд я "новичек".
Копировал систему на другой винт, но папку /temp так и не скопировал (читал в одном мануале что не надо) заместь старого.
Когда на оригинальном винте увидел что в /temp что-то есть удалил, думал мусор ну и сделал дубликат уже "типа рабочей системы".
Как оказалось после перезагрузки не загружается mysql из-за отсутствия /tmp/mysql.sock.

когда хочу сделать рестарт -/usr/local/etc/rc.d/mysql-server restart
mysql not running? (check /var/db/mysql/access.cv.ua.pid).
Starting mysql.
Проверить /var/db/mysql/access.cv.ua.pid не удается - его нету. (может это и никчему)
Сам его никак не могу восстановить, поэтому прошу помогите!!!

/tmp/mysql.sock это не файл как таковой, а unix socket, создаваемый при старте в соответствии с директивой mysqld --socket и удаляемый при выключении. Там нет ничего нужного, по сути там вообще ничего нет:
Проблема связана с чем-то другим.

Если проблема не с этим файлом, помогите разобраться!!!
Решение проблемы оцениваю в 10 у.е. - долларов.

Систему копировал с помощью команд cd / ; pax -p eme -X -rw . /mnt/root
# cd /var; pax -p eme -X -rw . /mnt/var
# cd /usr; pax -p eme -X -rw . /mnt/usr
слайсы были созданы как надо, думаю из-за этого проблема не могла возникнуть.
небольшая заметка: после копирования через пару минут по окончании сгорле блок питания, по логам было видно что комп последнее время сам по себе перегружался, наверное блок уже накрывался.

Ну так раз не был запущен, то и пид-файла не должно было быть.
Лучше бы dump/restore пользовались... Ну да ладно.

Что в логах при старте мускуля?

101229 01:35:10 mysqld started
101229 1:35:11 InnoDB: Started; log sequence number 0 43655
101229 1:35:11 [Note] Recovering after a crash using mysql-bin
101229 1:35:11 [Note] Starting crash recovery...
101229 1:35:11 [Note] Crash recovery finished.
101229 1:35:12 [Warning] 'user' entry 'root@access.cv.ua' ignored in --skip-name-resolve mode.
101229 1:35:12 [Warning] 'user' entry '@access.cv.ua' ignored in --skip-name-resolve mode.
101229 1:35:12 [Note] /usr/local/libexec/mysqld: ready for connections.
Version: '5.0.51a-log' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-5.0.51a
101229 02:44:12 mysqld started
101229 2:44:13 InnoDB: Started; log sequence number 0 43655
101229 2:44:14 [Note] Recovering after a crash using mysql-bin
101229 2:44:14 [Note] Starting crash recovery...
101229 2:44:14 [Note] Crash recovery finished.
101229 2:44:14 [Warning] 'user' entry 'root@access.cv.ua' ignored in --skip-name-resolve mode.
101229 2:44:14 [Warning] 'user' entry '@access.cv.ua' ignored in --skip-name-resolve mode.
101229 2:44:14 [Note] /usr/local/libexec/mysqld: ready for connections.
Version: '5.0.51a-log' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-5.0.51a
110119 16:04:50 mysqld started
110119 16:04:51 InnoDB: Started; log sequence number 0 43655
110119 16:04:51 [Note] Recovering after a crash using mysql-bin
110119 16:04:52 [Note] Starting crash recovery...
110119 16:04:52 [Note] Crash recovery finished.
110119 16:04:52 [ERROR] Can't start server : Bind on unix socket: Permission denied
110119 16:04:52 [ERROR] Do you already have another mysqld server running on socket: /tmp/mysql.sock ?
110119 16:04:52 [ERROR] Aborting

110119 16:04:52 InnoDB: Starting shutdown...
110119 16:04:54 InnoDB: Shutdown completed; log sequence number 0 43655
110119 16:04:54 [Note] /usr/local/libexec/mysqld: пУФБОПЧЛБ ЪБЧЕТЫЕОБ

110119 16:04:54 mysqld ended

110121 10:51:40 mysqld started
110121 10:51:41 InnoDB: Started; log sequence number 0 43655
110121 10:51:41 [ERROR] Can't start server : Bind on unix socket: Permission denied
110121 10:51:41 [ERROR] Do you already have another mysqld server running on socket: /tmp/mysql.sock ?
110121 10:51:41 [ERROR] Aborting

110121 10:51:41 InnoDB: Starting shutdown...
110121 10:51:43 InnoDB: Shutdown completed; log sequence number 0 43655
110121 10:51:43 [Note] /usr/local/libexec/mysqld: пУФБОПЧЛБ ЪБЧЕТЫЕОБ

110121 10:51:43 mysqld ended

110121 11:43:33 mysqld started
110121 11:43:34 InnoDB: Started; log sequence number 0 43655
110121 11:43:34 [ERROR] Can't start server : Bind on unix socket: Permission denied
110121 11:43:34 [ERROR] Do you already have another mysqld server running on socket: /tmp/mysql.sock ?
110121 11:43:34 [ERROR] Aborting

110121 11:43:34 InnoDB: Starting shutdown...
110121 11:43:36 InnoDB: Shutdown completed; log sequence number 0 43655
110121 11:43:36 [Note] /usr/local/libexec/mysqld: пУФБОПЧЛБ ЪБЧЕТЫЕОБ

110121 11:43:36 mysqld ended

110121 12:02:23 mysqld started
110121 12:02:25 InnoDB: Started; log sequence number 0 43655
110121 12:02:25 [ERROR] Can't start server : Bind on unix socket: Permission denied
110121 12:02:25 [ERROR] Do you already have another mysqld server running on socket: /tmp/mysql.sock ?
110121 12:02:25 [ERROR] Aborting

110121 12:02:25 InnoDB: Starting shutdown...
110121 12:02:27 InnoDB: Shutdown completed; log sequence number 0 43655
110121 12:02:27 [Note] /usr/local/libexec/mysqld: пУФБОПЧЛБ ЪБЧЕТЫЕОБ

110121 12:02:27 mysqld ended

110121 13:17:15 mysqld started
110121 13:17:17 InnoDB: Started; log sequence number 0 43655
110121 13:17:17 [ERROR] Can't start server : Bind on unix socket: Permission denied
110121 13:17:17 [ERROR] Do you already have another mysqld server running on socket: /tmp/mysql.sock ?
110121 13:17:17 [ERROR] Aborting

110121 13:17:17 InnoDB: Starting shutdown...
110121 13:17:19 InnoDB: Shutdown completed; log sequence number 0 43655
110121 13:17:19 [Note] /usr/local/libexec/mysqld: пУФБОПЧЛБ ЪБЧЕТЫЕОБ

110121 13:17:19 mysqld ended

110121 13:20:35 mysqld started
110121 13:20:37 InnoDB: Started; log sequence number 0 43655
110121 13:20:37 [ERROR] Can't start server : Bind on unix socket: Permission denied
110121 13:20:37 [ERROR] Do you already have another mysqld server running on socket: /tmp/mysql.sock ?
110121 13:20:37 [ERROR] Aborting


Из этого следует, что комп последнее время часто перегружался.
У нас тут напряжение повышено. Возможно из-за этго. Увидев такой лог вчера поставил мощный блок питания, вроде бы уже не перегружается.

При загрузке заметил новые строчки с таким текстом:
ELF ldconfig path: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/local/lib/compat/pkg:/usr/local/lib/mysql

ls -ld /tmp что говорит?

Вот что выдает:
drwxr-xr-x 7 root wheel 512 Jan 21 21:07 /tmp

Ну так прав нет, вот и
chmod 1777 /tmp

После изменения прав на папку /tmp mysql начал работать.
Но тут меня уже ожидал другой "сюрприз".
Этот же винчестер (скопированный) стоит в другом системнике, ну тоже на базе интелла и с такими же сетевухами.
На первый взгляд система уже загружается нормально, но всеровно есть надпись при загрузке ELF ldconfig path: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/local/lib/compat/pkg:/usr/local/lib/mysql.
Ну дело сейчас не об этом.
Проблема с сетевым интерфейсом.
Всего две сетевухи, одна локалка, другая инет.
Та что встроенная работает как бы её не ставить свотреть в локалку или на инет.
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 00:15:f2:49:44:4f
inet 192.168.7.254 netmask 0xffffff00 broadcast 192.168.7.255
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active

А те что PCI работать не хотят ни в одном направлении. В ifconfig re0:
re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
ether 00:1c:f0:ba:c7:99
inet 192.168.7.250 netmask 0xffffff00 broadcast 192.168.7.255
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
Ставил сразу три разных сетевухи на PCI слоты и тоже самое.
Понять, что не так не получается.

Подумать на материнскую плату не могу так пробЫвал на двух одинаковых компах.