Поиск удаленных файлов, в которые ведется запись

Столкнулся с ситуацией, когда место на винте кончается, а что именно заняло диск - не понятно:

[root@host ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sdb1             275G  254G   21G  93% /
tmpfs                 3.9G     0  3.9G   0% /dev/shm
/dev/sda1             1.8T   39G  1.8T   3% /home
/dev/sdc1             110G  3.2G  107G   3% /var/lib/mysql

[root@host ~]# du -shx /*
7.6M /bin
71M /boot
180K /dev
32M /etc
39G /home
332M /lib
23M /lib64
16K /lost+found
4.0K /media
4.0K /mnt
63M /opt
0 /proc
71M /root
13M /sbin
4.0K /selinux
4.0K /srv
0 /sys
12K /tmp
2.1G /usr
1.4G /var

Предположил, что какой то процесс открыл файл на запись, удалил его не закрыв и продолжает туда писать. Открытые удаленные файлы можно посмотреть через:

[root@host ~]# find /proc/*/fd -ls | grep  '(deleted)'
1639634485    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12922/fd/2 -> /var/log/nginx/error.log-20150513\ (deleted)
1639634501    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12922/fd/18 -> /var/log/nginx/error.log-20150513\ (deleted)
1639634510    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12922/fd/27 -> /var/log/nginx/site.ru_nginx_access.log-20150514\ (deleted)
1639634511    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12922/fd/28 -> /var/log/nginx/site.ru_nginx_error.log-20150513\ (deleted)
1639634512    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12922/fd/29 -> /var/log/nginx/site.com_nginx_error.log-20150513\ (deleted)
1639638494    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12923/fd/2 -> /var/log/nginx/error.log-20150513\ (deleted)
1639638510    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12923/fd/18 -> /var/log/nginx/error.log-20150513\ (deleted)
find: `/proc/12923/fd/511': No such file or directory
find: `/proc/12923/fd/667': No such file or directory
1639642375    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12924/fd/2 -> /var/log/nginx/error.log-20150513\ (deleted)
1639642390    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12924/fd/18 -> /var/log/nginx/error.log-20150513\ (deleted)
1639642399    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12924/fd/27 -> /var/log/nginx/site.ru_nginx_access.log-20150514\ (deleted)
1639642400    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12924/fd/28 -> /var/log/nginx/site.ru_nginx_error.log-20150513\ (deleted)
1639642401    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12924/fd/29 -> /var/log/nginx/site.com_nginx_error.log-20150513\ (deleted)
1639646126    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12925/fd/2 -> /var/log/nginx/error.log-20150513\ (deleted)
1639646142    0 l-wx------   1 apache   apache         64 Jun 17 20:57 /proc/12925/fd/18 -> /var/log/nginx/error.log-20150513\ (deleted)
1746513574    0 lrwx------   1 root     root           64 Jun 19 07:01 /proc/16454/fd/72 -> /var/run/dovecot/login-master-notify995d7209624407dc\ (deleted)
1746513581    0 lrwx------   1 root     root           64 Jun 19 07:01 /proc/16454/fd/79 -> /var/run/dovecot/login-master-notifycd1113eecfa6b6fd\ (deleted)
1639653458    0 l-wx------   1 root     root           64 Jun 17 20:57 /proc/33016/fd/3 -> /var/log/puppet/puppet.log-20150118\ (deleted)
[root@host ~]#

Нарушителем спокойствия оказался nginx. Перезапустил его, и место вернулось:

[root@host ~]# service nginx restart
Stopping nginx:                                            [  OK  ]
Starting nginx:                                            [  OK  ]
[root@host ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sdb1             275G  4.5G  270G   2% /
tmpfs                 3.9G     0  3.9G   0% /dev/shm
/dev/sda1             1.8T   39G  1.8T   3% /home
/dev/sdc1             110G  3.2G  107G   3% /var/lib/mysql
[root@host ~]#

Изменение размеров диска kvm-виртуалки "на лету"

Обычно, после изменения размера диска виртуальной машины в KVM ее приходилось выключать и включать, для того что бы гостевая ОС увидела новый размер диска. Начиная с libvirt 0.9.6 этого можно избежать, выполнив после ресайза команду

virsh blockresize test /dev/vg/kvm_test --size 45G

Где test - имя виртуалки, /dev/vg/kvm_test - путь на образ диска.
Это работает с достаточно свежими virtio драйверами гостевой ОС. Например CentOS 5.x не поддерживает эту операцию, в CentOS 6.x все хорошо.

ispmanager: ошибка "Конвертация в 'UTF-8' не поддерживается на стороне сервера"

Лечится добавлением "FSEncoding UTF-8" в ispmgr.conf

Включение функционала RemoteApp в Windows 7

Добавляем в реестр:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\TSAppAllowList]
"fDisabledAllowList"=dword:00000001

Добавляем в стандартный rdp файл:

remoteapplicationmode:i:1
remoteapplicationprogram:s:"c:\windows\calc.exe"
disableremoteappcapscheck:i:1
alternate shell:s:rdpinit.exe

И наслаждаемся. Подсмотрено у belnetmon

Указание servicename для PPPoE в CentOS

В документации центоса нигде не указано как указать SERVICENAME при поднятии PPPoE. Потратив несколько часов на изучение инитскриптов удалось выяснить, что это указывается в файле /etc/sysconfig/network-scripts/ifcfg-ppp0: SERVICENAME=some-service-name

Бесплатный аналог ISPManager

vestacp.com

KVM, Windows Server 2008 и ограничения на количество сокетов

Microsoft Windows Server 2008 R2 Standard Edition имеет ограничение на количество процессоров - не более 4-х, но при этом в количестве ядер не ограничено. По дефолту KVM каждое выделенное ядро представляет отдельным CPU, из-за чего из 12 выделенных ядер Windows использовала только 4. Лечится настройкой топологии, через virt-manager (если не лень мышкой тыкать), или через редактирование XML-ки (что на мой взгляд быстрее). Во втором случае нужно просто добавить описание топологии, пример ниже:

  <vcpu>12</vcpu>
  <cpu>
    <topology sockets='2' cores='6' threads='1'/>
  </cpu>

По наводке с блога http://blog.geekhere.ru