Не знаю, кто это придумал, но на свежем Debian Squeeze обнаружился неприлично маленький размер tmp

overflow              1,0M  1,0M     0 100% /tmp

Естественно, Mysql не хотел работать и крашил таблицы.

rm /etc/init.d/mountoverflowtmp
reboot
mysqlcheck -r -u root -pPASSWORD --all-databases

ДавайДосвидания!

Problem:
serverfault.com/q/403732/1355

Solution:

root@srv37.vpsville.ru# /etc/init.d/ntp stop 
root@srv37.vpsville.ru# date 
Sun Jul 1 13:09:45 MSK 2012 
root@srv37.vpsville.ru# date `date +"%m%d%H%M%C%y.%S"` 
root@srv37.vpsville.ru# date 
Sun Jul 1 13:09:51 MSK 2012 
root@srv37.vpsville.ru# /etc/init.d/ntp start

txqueuelen length — Устанавливает длину очереди передачи для устройства
Если установлено значение 100, то рекомендуется его повысить.
Вот такой костылик нам поможет

ifconfig | grep -P '^vif\d+\.\d+' |  awk '{system("ifconfig "$1" txqueuelen 1000")}'

man ifconfig

Смотрим размер в байтах

lvs --units=B

Создаем такой же

lvcreate -n lvm_name -L ....B vps

Как делать дебаг ошибок segmentation fault средствами gdb

1. Ставим dbg-пакет, без него кина не будет, сплошные адреса памяти без текста.

apt-get install php5-dbg

2. Говорим, что нам нужна кора любого размера, какая бы ни была.

ulimit -c unlimited

3. Запускаем скрипт. Получаем Segmentation fault (core dumped)


Читать дальше

Пробросить все запросы по 80 порту, приходящие транзитом на 78.46.40.25 и перенаправить на 46.4.199.6

iptables -t nat -I POSTROUTING 1 -d 46.4.199.6 -p tcp --dport 80 -j SNAT --to-source 78.46.40.25
iptables -t nat -I PREROUTING 1 -p tcp -d 78.46.40.25 --dport 80 -j DNAT --to-destination 46.4.199.6

Если диски большого размера, то sfdisk не умеет работать c GPT (это такая штука для поддержки больших дисков и efi)
Допустим, из массива был выведен диск sdb
Personalities: [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]

md2 : active (auto-read-only) raid1 sda3[2]
     2903524671 blocks super 1.2 [2/1] [U_]
md1 : active raid1 sda2[2]
     26213304 blocks super 1.2 [2/1] [U_]
md0 : active raid1 sda1[2]
     524276 blocks super 1.2 [2/1] [U_]
unused devices: <none>

Читать дальше

Start -> Computer (Right Click) -> Properties -> Advances system Settings -> Закладка Advanced -> Performance / Setting ->
Закладка Advanced ->
Virtual memory / Change ->
Убрать галку «Automatically manage paging file size for all drives» ->
Выбрать диск «C:» ->
Rнопка «No paging file» ->
Set

Создавая в линуксе raid1 ожидается, что скорость вырастет в 2 раза — из-за параллельного чтения с обеих (или со всех) дисков зеркала. К сожалению, это не так. Для последовательного чтения одним потоком используется только один диск.

Device: rrqm/s   wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sdb   43077.00 0.00 1387.00 14.00 355712.00 106.00 253.97 1.31 0.94 0.71 98.80
sda   0.00     0.00    0.00      14.00   0.00        106.00 7.57 0.01 0.86 0.86 1.20
md0   0.00     0.00    44464.00 0.00 355712.00 0.00 8.00 0.00 0.00 0.00 0.00

Для того, чтобы добиться таки увеличения производительности — можно сделать хак — создать raid10 вместо raid1, разбив диски дополнительно на две части (допустим это будут sda2, sda3, sdb2 и sdb3)
Порядок разделов в рейдах важен!

mdadm --create /dev/md1 --level=1 -n2 --chunk=256 /dev/sda2 /dev/sdb3 
mdadm --create /dev/md2 --level=1 -n2 --chunk=256 /dev/sdb2 /dev/sda3
mdadm --create /dev/md0 --level=0 -n2 --chunk=256 /dev/md1 /dev/md2

Теперь для полного счастья увеличиваем read-ahead дисков
blockdev --setra 512 /dev/sda
blockdev --setra 512 /dev/sdb
И получаем скорость около 2х при чтении =)

1. Откройте окно «Подключение к удаленному рабочему столу», нажав кнопку Пуск и выбрав пункты Все программы, Стандартные и Подключение к удаленному рабочему столу.

2. Щелкните Параметры, а затем – вкладку Локальные ресурсы.



3. В разделе Локальные устройства и ресурсы выберите устройства или ресурсы, которые требуется перенаправить. Для отображения дополнительных устройств щелкните Дополнительно.