Оказывается, resync=PENDING, из-за которого не собирается и не ребилдится mdraid-массив, очень легко победить.
Для этого достаточно выполнить команду:
mdadm —readwrite /dev/mdX
где X — номер массива, например, /dev/md1.
И после этого массив сразу начинает собираться:
md1 : active raid1 sda2[1] sdb2[0] 943587136 blocks super 1.2 [2/2] [UU] [>………………..] resync = 1.2% (12186176/943587136) finish=182.4min speed=85095K/sec
Автор: AlexWinner
Внезапно столкнулся с тем, что из крона не отрабатывал скрипт, который прекрасно отрабатывал из консоли. Выдавал в STDERR указанную ошибку- sorry, you must have a tty to run sudo.
Проблема решается изменением файла /etc/sudoers. Для его изменения рекомендую использовать утилиту visudo, а не править редактором напрямую. Находим строку:
Defaults requiretty
И закомментируем её:
#Defaults requiretty
И всё, sudo отлично работает из под cron.
Примечание: на самом деле, лучше переписать скрипты без использования sudo, поскольку эта закомментирование этой директивы наносит некоторый ущерб безопасности сервера:
# Disable «ssh hostname sudo «, because it will show the password in clear.
# You have to run «ssh -t hostname sudo «.
Автор: AlexWinner
Столкнулся с ошибкой, когда yum после команды yum update стал выдавать ошибку:
Error: database disk image is malformed
You could try using —skip-broken to work around the problem
You could try running: rpm -Va —nofiles —nodigest
Указанные в этом выводе команды не помогли.
Нагугленные команды типа:
mv /var/lib/rpm/__db* /tmp
rpm —rebuilddb
или
yum history new
также не помогли.
В итоге решение проблемы пришло в виде команды:
yum clean dbcache
Однако после неё вылезла другая ошибка:
sqlite3.OperationalError: table trans_beg already exists
yum history new
Автор: AlexWinner
Дата публикации: 2013-04-21T14:28:00.000-07:00
Столкнулся с необходимостью быстро отресайзить папку фотографий. Так как под рукой только Linux Ubuntu, пришлось искать способы под него.
Конечно, была идея отресайзить все картинки через Гимп, но это стрельба из пушки по воробьям. Причём медленная стрельба.
А простой и красивый способ нашёлся следующий.
Такая ошибка вываливается тогда, когда на одной архитектуре (скажем, 64bit), вы пытаетесь использовать rrd-шки, созданные на другой (32bit).
Починить можно, перегнав rrd-шку в xml на старой системе, а затем обратно — на новой.
Например, на старой системе выполняем:
rrdtool dump sometest.rrd > sometest.xml
На новой:
rrdtool restore sometest.xml sometest.rrd
Если же файлов много, то можно сделать это так:
На старой системе:
for i in `find -name «*.rrd»`; do rrdtool dump $i > $i.xml; done
На новой:
for i in `find -name «*.xml»`; do rrdtool restore $i `echo $i |sed s/.xml//g`; done
Автор: AlexWinner
Иногда может случиться так, что порядок разделов в таблице разделов меняется. Таким образом, что раздел (партиция) с номером x+2 оказывается физически между разделом x и x+1. Например, так, как это показано ниже: Читать