Хорошо, наш центр обработки данных за ночь провел перестройку RAID (и, возможно, некоторые другие вещи) на нашем сервере. Что-то не удалось в какой-то момент, я проверил вещи сегодня утром, и похоже, что раздел / var был полностью очищен и возвращен в состояние установки по умолчанию.
т.е. все, что у нас было в / var / logs, ушел и все, что у нас было в / var / db / mysql, ушел, это как если бы все это было стерто и заменено установкой FreeBSD по умолчанию (то есть с минимальным количеством журналов, без сохраненных журналов .gzip, без дополнительных баз данных и т. д.) ПЛОХО, ДЕЙСТВИТЕЛЬНО ПЛОХО!
На самом деле, если посмотреть на это подробнее, раньше, если бы я сделал "df -h", я бы увидел раздел / var. Теперь я этого больше не вижу. Но я жестяная банка добраться до / var ... он просто не отображается в "df -h". я делать см. запись в / etc / fstab для / var.
Я почти не знаю, что они сделали. Я жду ответа от них. Итак, я понимаю, что это вопрос, на который нет ответа. Я просто ищу идеи о том, что я могу проверить / что могло случиться и т. Д., Пока я не получу от центра обработки данных более подробную информацию о том, что они на самом деле сделали.
Между тем, может ли кто-нибудь предложить теорию того, куда могли уйти данные в / var ... и как я могу проверить, существуют ли они еще где-то?
РЕДАКТИРОВАТЬ Мы на правильном пути, спасибо, ребята!
[kp @ afekan / var / log] $ sudo tail -n 10 /var/log/dmesg.today
SMP: AP CPU #2 Launched!
SMP: AP CPU #3 Launched!
Trying to mount root from ufs:/dev/mfid0s1a
WARNING: /tmp was not properly dismounted
/tmp: mount pending error: blocks 24 files 0
WARNING: /usr was not properly dismounted
WARNING: R/W mount of /var denied. Filesystem is not clean - run fsck
WARNING: R/W mount of /var denied. Filesystem is not clean - run fsck
bce0: link state changed to UP
bce1: link state changed to UP
Они над этим работают!
ФИКСИРОВАННЫЙ! Проблема решена, / var никогда не монтировался, нужно было выполнить fsck'd. Спасибо, парни!
Ваш /var раздел не смонтирован. Вероятно, была старая установка по умолчанию в /var; позже они могли добавить еще один том и смонтировать его.
Обязательно попросите их проверить, правильно ли смонтирован каждый том; чек /etc/fstab для точного названия / среза.
Кроме того, очень вероятно, что ваш текущий var раздел был создан при запуске системы различными демонами, которые, поскольку не смогли найти свои собственные каталоги, решили создать / var / log, / var / tmp и т. д.
Передайте привет сотрудникам центра обработки данных: P
Пожалуйста, покажите вывод следующих трех команд:
# cat /etc/fstab
# mount
# df -kh
Возможно, они по какой-то причине не смонтировали / var из / etc / fstab, и он находится в вашем корневом каталоге.