16 серпня 1993 року з’явився перший реліз Debian v0.01.
Вже багато років це мій улюблений дистрибутив Linux.
P.S. Доречі, щось в них трохи зламалося:
$ sudo apt-get install cupcakes
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package cupcakes
:)
Как-то зимним томным вечером, а точнее сегодня ночью, вздумалось мне чуточку оттюнить mod-fcgid.
Ну и решил я воспользоваться известной утилитой всех пионеров DDoS'а - Apache Benchmark, ну а если по-нашему, по-простому, ab.
Запустил я убийственную команду ab -n1000 -c1000 http://vitich.kiev.ua/ , но секунд через 10, у меня на ноуте отвалилась сеть. Причем отвалилась так, что кроме как перезагрузкой роутера по питанию ничего не помогало. Воспроизвел три раза подряд.
Вот так, вместо "пионерского DDoS'а" своего сервера, я замучил насмерть свой роутер mikrotik с последней прошивкой.
Нещодавно я мігрував свій сервер з FreeBSD 9.1 на Debian 7.8
Після встановлення ОС була встановлена ISPManager 4 Lite та купа різного ПЗ, в тому числі й mysql-server-5.5.
Але, оскільки я люблю справжній opensource, я вирішив перейти на mariadb-server-10.0
Для цього, після mysqldump, про всяк випадок :) я перейшов на mariadb-server-10.0 за допомогою цих магічних заклинань:
$ sudo apt-get install python-software-properties
$ sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db
Появилась на работе задача проксировать rtmp потоки.
Кто из вас не знает, сообщаю, что есть замечательный модуль nginx-rtmp-module с которым можно пересобрать nginx.
Так вот, надеялся, что вот такая конструкция из pull'ов заработает:
Багато років цей сервер жив на FreeBSD.
Але після чергового оновлення openssl та ще деяких портів я помилково вирішив оновити й pkg.
Звичайно, система попередила мене, що назад шляху не буде - та мене ж цим не налякати :)
Оновився та отримав повну несумісність нового pkgng з панелью ISPManager 4 Lite до якої вже звикли всі хто користується сервером. Та й глюки вже старі та добре відомі, майже рідні.
А старий глюк краще нових двух :)
Але все що робиться - робиться на краще.
Сбрасываем текущие значения (Ctrl+Alt+d), которые меня не устраивают:
$ xfconf-query --channel xfce4-keyboard-shortcuts --property "/xfwm4/custom/
Назначаем новую комбинацию (Super+d):
$ xfconf-query --channel xfce4-keyboard-shortcuts --property "/xfwm4/custom/
$ xfconf-query --channel xfce4-keyboard-shortcuts --list -v | grep -i super
И наслаждаемся.
Любителям умничать на предмет правильности sudo -i и неправильности sudo su -
vitich@sirius ~ $ sudo -i
sudo: Illegal option -i
usage: sudo -V | -h | -L | -l | -v | -k | -K | [-H] [-P] [-S] [-b] [-p prompt]
[-u username/#uid] [-r role] [-t type] -s |
vitich@sirius ~ $ sudo su -
root@sirius ~ #
Да! Бывает и такое!
Поэтому имею привычку делать именно sudo su -
Привіт всім!
Довго не писав у свій блог, але сьогодні знадобилось пошукати інфу у журналах поштового релея, а саме, чи надходили листи на адресу "someaddress@mycompany"
Йдемо до /var/log:
#cd /var/log
Ну зрозуміло, що дивимось в maillog:
#grep "someaddress@mycompany" maillog
Нічого немає :)
Залишилось перевірити кілька десятків архивів .gz
Для цього запускаємо наступну "конструкцію":
#for i in maillog.*.gz; do echo "${i}:"; zgrep "someaddress@mycompany" "${i}";echo ""; done
19 червня 2012 року я писав про те, що незабаром буду мігрувати з Zimbra 6.0.* 32 bit на Zimbra 7.2.* 64 bit.
Ну що сказати, в ніч з 16-го на 17-те січня 2014 року це нарешті відбулось.
Сам процес описувати не варто - процес добре описаний у цій статті на wiki.
Скажу тількі, що мігрував з CentOS 5.8 32bit на Oracle Linux 6.5 64bit.
/opt/zimbra займав приблизно 100G
Початок міграції 16.01.2014 19:00
Кінець міграції 17.01.2014 08:57 :)
Наступного разу цей процес можна скоротити на кілька годин, але перший млинець самі знаєте який :)
Єдине про що забув - запустити скрипт /opt/zimbra/libexec/scripts/migrate20100913-Mysql51.pl
Все запрацювало, але після міграції почали сипатися помилки у пошту:
Database errors found.
/opt/zimbra/mysql/bin/mysqlcheck --defaults-file=/opt/zimbra/conf/my.cnf -S /opt/zimbra/db/mysql.sock -A -C -s -u root --password=XXXXXXXX
mboxgroup1.appointment
error : Table upgrade required. Please do "REPAIR TABLE `appointment`" or dump/reload to fix it!
Наступні команди це фіксять:
У кожної людини свої уподобання та інструменти.
Мені подобаються Debian та Debian-based дістри. Інколи я навіть не проти Ubuntu, наприклад коли мене просить встановити linux на комп’ютер людина, яка ніколи в житті не бачила його :)
Також я не проти Arch, Gentoo, Slackware та ін. - усі вони йдуть своїм шляхом.
Але я категорично проти Red Hat, так склалося, це моє, особисте і я не буду розглядати причини мого негативного відношення до Red Hat в рамках цієї публікації.
Що ж робити, коли треба встановити програмний продукт рівня Enterprise, а твій керівник морщить лоба коли чує від тебе про Ubuntu Server LTS або взагалі, коли продукт потребує тількі Red Hat Enterprise Linux?
Є кілька варіантів:
1) Звичайно, якщо у вас є бажання та можливості, а головне, потреба - купуйте RHEL на здоров’я :)
2) Якщо ви вважаєте CentOS, Scientific та інші проекти на базі RHEL дістрибутивами рівня
Enterprise - обирайте на свій смак.
3) Якщо ви хочете мати дистрибутив рівня Enterprise, сумісний з RHEL, вам не потрібна платна підтримка, але потрібен вільний доступ до оновлень - обирайте Oracle Linux.
Особисто я чітко бачу різницю між Community Enterprise та дійсно Enterprise.
Трошки історії та фактів: