Всем привет.

Сегодня напишу заметку по созданию торрента в консоли с помощью утилиты transmission-create.

Итак, для этого нам понадобится собственно установленный transmission и консоль.

Смотрим, что может:

# transmission-create
ERROR: No input file or directory specified.
Usage: transmission-create [options] <file|directory>
Options:
 -h --help              Display this help page and exit
 -p --private           Allow this torrent to only be used with the specified tracker(s)
 -o --outfile <file>    Save the generated .torrent to this filename
 -c --comment <comment> Add a comment
 -t --tracker <url>     Add a tracker's announce URL
 -V --version           Show version number and exit

Ключи все понятны Мне для публикации торрента нужен только ключ -o.

Создать торрент для папки:

root@beast:/storage # transmission-create -o The_Walking_Dead_S03.torrent /storage/Serials/Зарубежные/HD/'Ходячие мертвецы'/'The Walking Dead S03 2012'

Создать торрент для файла

root@beast:/storage # transmission-create -o file.torrent /путь/к_вашему/файлу

Что у меня получилось:

root@beast:/storage # transmission-create -o The_Walking_Dead_S03.torrent /storage/Serials/Зарубежные/HD/'Ходячие мертвецы'/'The Walking Dead S03 2012'
WARNING: no trackers specified
Creating torrent "The_Walking_Dead_S03.torrent" ...................................................................................................................................................................................................................................................................................................................................................................................................... done!
root@beast:/storage # ll
total 339
-rw-------  1 root    wheel    188092  4 мар 10:07 The_Walking_Dead_S03.torrent

Ругнулся WARNING: no trackers specified. Мне сия опция не нужна, я ее и не указываю. Если необходимо указать трекер, сделайте это.

Теперь заливаем торрент в клиент, указываем путь и ставим на проверку.

После обновления php с версии 5.4.11 на 5.4.12 вывалилась следующая ошибка при попытке перезапуска php-fpm:

#/usr/local/etc/rc.d/php-fpm restart                       
Stopping php_fpm.
Starting php_fpm.
[26-Feb-2013 12:58:14] NOTICE: PHP message: PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20100525/memcache.so' - /usr/local/lib/php/20100525/memcache.so: Undefined symbol "php_session_create_id" in Unknown on line 0

Решение:

Переустановка pecl-memcache:

# cd /usr/ports/databases/pecl-memcache && make deinstall clean && make install clean

Далее рестарт php-fpm.

Случился неприятный затык. При конвертировании типа таблицы из MYISAM в INNODB, мускул стал ругаться. INNODB не поддерживает такую индексацию. Поэтому, чтобы все-таки конвертировать табличку в INNODB надо индексы эти удалить.

Изначально у меня на одном из форумов стоял fulltext поиск, изменив его на стандартный, я думал, что проблема уйдет сама собой. Ожидания мои не оправдались и решено было выпилить индексы вручную.

Делал я все действия в консоли, хотя тоже самое можно провернуть через phpmyadmin.

Итак, погнали:

$ mysql -u root -p
Enter password:

Я залез сразу под root'ом. В целях повышения безопасности, логинитесь на сервер mysql под хозяином конкретной БД.

Далее смотрим список бд. Я например, чтобы не ошибиться в выборе базы вывожу его.

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ftp                |
| mail               |
| main               |
| mybb               |
| mysql              |
| performance_schema |
| pmadb              |
| webmail            |
+--------------------+
9 rows in set (0.01 sec)

Таблица mybb. Используем ее.

mysql> use mybb;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed

Теперь смотрим с какими параметрами была создана база, где используется fulltext:

mysql> show create table mybb_posts;
........................
| mybb_posts | CREATE TABLE `mybb_posts` (
........................
  PRIMARY KEY (`pid`),
  KEY `tid` (`tid`,`uid`),
  KEY `uid` (`uid`),
  KEY `visible` (`visible`),
  KEY `dateline` (`dateline`),
  KEY `longipaddress` (`longipaddress`),
  FULLTEXT KEY `message` (`message`)
) ENGINE=MyISAM AUTO_INCREMENT=5477 DEFAULT CHARSET=utf8 |
1 row in set (0.00 sec)

Мне нужен FULLTEXT KEY `message` (`message`). Избавимся от него.

mysql> alter table mybb_posts drop index message;
Query OK, 5427 rows affected (0.16 sec)
Records: 5427  Duplicates: 0  Warnings: 0

После чистки, табличка конвертировалась в INNODB без проблем.

Приветствую всех.

В предыдущей статье я уже пытался написать об этой программе. По некоторым причинам ее закончить не удалось.

Сегодня написал заново статью, возможно пригодится кому-нибудь в будущем или настоящем.

В настоящее время я перешел на обновление портов через svn, cvs скоро отомрет как ненужный атавизм.

После обновления, установим cacti, net-snmp, cacti-spine

# portmaster net-mgmt/cacti net-mgmt/cacti-spine net-mgmt/net-snmp

Что указал я:

После установки необходимо создать БД для cacti. Я делал это с помощью phpmyadmin, вы же можете создать как удобнее вам. Через консоль:

1. Создаем БД:

# mysqladmin --user=root create cacti

2. Создаем в mysql пользователя и пароль для бд cacti:

# echo "GRANT ALL ON cacti.* TO cactiuser@localhost IDENTIFIED BY 'cactiuser';
FLUSH PRIVILEGES;" | mysql

3. Импортуруем таблицы в нашу бд:

# mysql -u cactiuser -p -D cacti < /usr/local/share/cacti/cacti.sql

Синтаксис Mysql немного поменялся со временем. Я добавил недостающие ключи для корректного импорта, а именно:
[ul]

-u пользователь;

-p пароль;

-D база данных

[/ul]

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

Запишу на будущее заметку. Сегодня после обновления дерева портов заглянул в файл /usr/ports/UPDATING, чтобы убедиться в необходимости пересобрать тот или иной порт.

Сегодня в этом файле была такая новость:

20130204:
AFFECTS: users of lang/perl5.8 and lang/perl5.10
AUTHOR: az@FreeBSD.org
lang/perl5.8 and lang/perl5.10 have been removed since they've been EOL by upstream. You will have to recompile all perl dependant ports after updating your ports tree. Please see entry 20110517 for help.

Запись от 20110517 нашел в нем же и приведу ее ниже с моим переводом.

Приветствую.

На досуге как-то криво обновил порты, что после перезагрузки железки появилась такая требуха:

Performing sanity check on nginx configuration:
Shared object "libGeoIP.so.5" not found, required by "nginx"
Starting nginx.
Shared object "libGeoIP.so.5" not found, required by "nginx"
/etc/rc: WARNING: failed to start nginx

Родной нгинкс требовал библиотечку GeoIP решил проблему следующим образом. Сначала посмотрел какие зависимости есть у пакета nginx:

# portmaster --show-work www/nginx
===>>> Currently installed version: nginx-1.2.6,1
===>>> Port directory: /usr/ports/www/nginx
===>>> Starting check for all dependencies
===>>> Gathering dependency list for www/nginx from ports
===>>> Installed converters/libiconv
===>>> Installed devel/cmake
===>>> Installed devel/cmake-modules
===>>> Installed devel/gettext
===>>> Installed devel/gmake
===>>> Installed devel/google-perftools
===>>> Installed devel/libtool
===>>> Installed devel/pcre
===>>> Installed devel/pkgconf
===>>> Installed graphics/gd
===>>> Installed graphics/jpeg
===>>> Installed graphics/png
===>>> Installed lang/perl5.16
===>>> NOT INSTALLED net/GeoIP
===>>> Installed ports-mgmt/pkg
===>>> Installed print/freetype2
===>>> Installed textproc/expat2
===>>> Installed x11-fonts/fontconfig

Не установлено, конечно, забавно получилось. Я даже этот пакет и не удалял. Ну да бог с ним, установим.

# portmaster net/GeoIP
............
............
# /usr/local/etc/rc.d/nginx start
Performing sanity check on nginx configuration:
nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok
nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful
Starting nginx.
# ps -aux | grep nginx
root 31716 0,0 0,1 65940 9464 ?? Ss 23:11 0:00,00 nginx: master process /usr/local/sbin/nginx
www 31717 0,0 0,1 65940 11132 ?? S 23:11 0:00,00 nginx: worker process (nginx)
www 31718 0,0 0,1 65940 11132 ?? S 23:11 0:00,00 nginx: worker process (nginx)
root 31720 0,0 0,0 16280 2120 0 S+ 23:11 0:00,00 grep nginx

Ууухх. Утром на почту получаю письмо следующего содержания:

Одно письмо меня бы не смутило, но в ящике их было сотни, учитывая, что в кроне скриптик снимает показания с сетевого интерфейса раз в 5 минут. Как с этим бороться?

Конечно, базу не вернуть, она канула в лету (ну или я просто до конца не разбирался) В итоге было найдено решение, к тому же очень простое:

# rm -rf /var/db/vnstat
# vnstat -u -i re0