Здравейте и добре дошли в #root.bg!

Тук може да намерите статии и уроци за linux, мрежи и тяхната защита, игри и забавление, както и хобита – ролери, дронове и много други.

Ако искате да помогнете за развитието на root.bg, моля направете го от тук!

Сблъсквал съм се с различни ситуации, чиито решения ми отнеха много време, за това ги споделям тук! Дано постовете ми Ви бъдат полезни!

Николай Николов

, , , , 0 comments

Чао VMware ESXi, Здравей Proxmox cluster

vmware esxi logoПривет,

От 2012та година насам имам един Intel сървър с VMware ESXi 4.1. От много време насам мисля как най-лесно и безболезнено мога да мигрирам виртуалните машини от него към Proxmox и да го преинсталирам с последната версия на Proxmox 4.2.

Оказа се, че конвертирането от VMware (vmdk) към Proxmox (qcow2 или raw) не е кой знае колко сложно. Общо взето се използва командата qemu-img convert.

Ето и пример :

qemu-img convert alpha_4-flat.vmdk -O qcow2 alpha.qcow2

или повече инфо тук.

Принципът е следния :

  1. Логваме се през SSH към VMware сървъра и влизаме в datastore папката където се съхраняват нашите виртуални машини.
  2. Намираме виртуалната ни машина, чиито файл трябва да завършва на -flat.vmdk : alpha_4-flat.vmdk.
  3. Прехвърляме файла на proxmox сървъра и конвертираме.
  4. Създаваме нова виртуална машина през proxmox уеб интерфейса със същите параметри като старата.
  5. През SSH на proxmox сървъра влизаме в директория /var/lib/vz/images/100/ (100 е ID-то на виртуалната ни машина) и заместваме съществуващия файл с нашия конвертиран такъв.
  6. Стартираме новата ни виртуална машина и всичко трябва да е наред!

Още..

, , , , 0 comments

MyISAM migrate to InnoDB

MyISAM migrate to InnoDB using mysqldump

Привет,

В MySQL има много начини да се мигрира една таблица от MyISAM към InnoDB.

В този пост ще споделя, как се прави това чрез mysqldump.  Този тип миграция се нарича offline, тъй като има downtime. Разбира се, ако имаме повече от един MySQL сървър, този downtime може да бъде избегнат. А като цяло, главната идята на тази схема, е rebuild-ване на индексите на таблицата(те) – тоест оптимизирането им.

Стъпките са следните :

  1. Бекъп на структурата на таблиците в базата.
  2. Бекъп на данните на самата база.
  3. Конвертиране на бекъпа със структурата от MyISAM към InnoDB.
  4. Изтриване и създаване на базата, и наливане на данните й на ново (постигайки така желаната оптимизация)

Стъпка едно:

Базата ни се казва crm – правим й два бекъпа – на структурата и на данните :

mysqldump -uroot -p --no-data -R --triggers crm > crm_schema.sql

и на данните :

mysqldump -uroot -p --no-create-info -R --triggers crm > crm_data.sql

 

Следва конвертирането към InnoDB:

sed -i.bak 's#MyISAM#InnoDB#g' crm_schema.sql

 

И последната стъпка : създаване на база на ново и наливане на информацията от двата бекъпа :

mysql -uroot -p -e "create database crm"
mysql -uroot -p crm < crm_schema.sql
mysql -uroot -p crm < crm_data.sql

 

Това е!

PS. Намерих много полезен линк за MySQL репликация без downtime.  10х BRYAN KENNEDY

, , , , 0 comments

How To Log Your Bash History With Syslog

How To Log Your Bash History With SyslogПривет,

В този пост ще пиша, как бързо и лесно можем да логваме bash history-то на всички потребители в linux машина със syslog.

За целта трябва да добавим следното в /etc/bash.bashrc :

function log2syslog

{

declare COMMAND

COMMAND=$(fc -ln -0)

logger -p local1.notice -t bash -i -- "${USER}:${COMMAND}"

}

trap log2syslog DEBUG

Излизаме и влизаме през SSH и резултата е на лице :

tail -f /var/log/syslog

Aug 5 11:44:05 Server bash[12765]: root:#011 w

Aug 5 11:44:08 Server bash[12790]: root:#011 cd /etc/mysql/

Aug 5 11:44:08 Server bash[12792]: root:#011 ls

Aug 5 11:44:11 Server bash[12825]: root:#011 ls -lah

Aug 5 11:44:14 Server bash[12860]: root:#011 cat my.cnf

 

Това е!

, , , 0 comments

Convert OpenVZ to LXC

Convert OpenVZ to LXCПривет,

В продължение на поста ми Чао OpenVZ, Здравей LXC , днес ще пиша как точно направих конвертирането от OpenVZ към LXC.

 

Първото което трябва да спомена е, че бях събрал всички OpenVZ виртуалки от сървърите в един CentOS 6 с vzkernel ( тук целта ми беше миграцията на Proxmox-a към 4, и OpenVZ-тата бяха оставени на заден план).

Та.. на CentOS-а ми трябваше vzdump , обаче по подразбиране тази команда я няма. Добавих следното репо:

[soluslabs]

name=Soluslab Repo

#baseurl=http://repo.soluslabs.com/centos/$releasever/os/$basearch

mirrorlist=http://repo.soluslabs.com/centos/mirrors-soluslabs

gpgcheck=0

enabled=1

във файла : /etc/yum.repos.d/solusvm.repo и инсталирах vzdump чрез : yum install vzdump

После последва самия бекъп на виртуалката:

[root@Alien ~]# vzdump 138

INFO: Starting new backup job - vzdump 138

INFO: Starting Backup of VM 138 (openvz)

INFO: status = CTID 138 exist unmounted down

INFO: creating archive '/vz/dump/vzdump-138.dat' (/var/lib/vz/private/138)

INFO: Total bytes written: 34812764160 (33GiB, 9.6MiB/s)

INFO: file size 32.42GB

INFO: Finished Backup of VM 138 (00:58:33)

[root@Alien ~]#

И накрая го преместих от /var/dump/vzdump-138.tar в proxmox сървъра и стартирах процеса на мигриране от OpenVZ към LXC (Convert OpenVZ to LXC) :

sun:~# pct restore 138 vzdump-138.tar -storage nas-nfs

Formatting '/mnt/pve/nas-nfs/images/138/vm-138-disk-1.raw', fmt=raw size=85899345920

mke2fs 1.42.12 (29-Aug-2014)

Creating filesystem with 20971520 4k blocks and 5242880 inodes

Filesystem UUID: 06aa1619-d508-421d-a966-e32eeac47442

Superblock backups stored on blocks:

        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,

        4096000, 7962624, 11239424, 20480000


Allocating group tables: done

Writing inode tables: done

Creating journal (32768 blocks): done

Multiple mount protection is enabled with update interval 5 seconds.

Writing superblocks and filesystem accounting information: done


extracting archive '/root/vzdump-138.tar'

Total bytes read: 34812764160 (33GiB, 69MiB/s)

Detected container architecture: amd64

###########################################################

Converting OpenVZ configuration to LXC.

Please check the configuration and reconfigure the network.

###########################################################

Тук е важно да отбележа, че избрах за storage nas-nfs (това е монтирания по nfs nas сървър). Списък с монтираните storage дялове може да се види така :

sun:~# pvesm status

local            dir 1     15321089528      1724523996     13596565532 11.76%

mysql-ssd-sun    dir 1       114723368           61060       108811584 0.56%

nas-nfs          nfs 1     29098686272     17879096416     11219589856 61.94%

И не на последно място, е нужно да се добави мрежов интерфейс на ново от proxmox уеб интерфейса, със съответните IP адреси и тн..

Ами това е… след като го пуснах всичко си беше 6 точки! 🙂

Същата процедура направих и с останалите 10 OpenVZ виртуалки.

, , , 0 comments

Чао OpenVZ, Здравей LXC

Привет,

В мои стари постове от 19.08.2013 и 04.02.2016 започнах да споменавам LXC в блога. LXC е нова контейнер технология базирана на docker. LXC може да се инсталира на всеки линукс с kernel версия 3.8 и по-голяма.

Чао OpenVZ, Здравей LXC

Чао OpenVZ, Здравей LXC

 

Искам да споделя, че вече мигрирах всички мои стари OpenVZ виртуални сървъри към LXC. Главната причина за това беше, че мигрирах самите node сървъри ( в моят случай proxmox 3 до proxmox 4.2 ). Това само по себе си доведе и до използването на LXC като контейнер среда (защото при версия 4 ).

Предимствата които получих след миграцията на proxmox до 4.2 са : нов работещ HA cluster (3 node сървъра + общ дисков масив), използване на kernel 4.4.x с всички нови драйвери и библиотеки и много други. Няма да изпадам в подробности как се прави този HA cluster – всичко е описано тук.

Като цяло, за около 2 месеца използване на production среда, не съм видял абсолютно никакви проблеми с LXC.

Използвам готовите темплейти от сайта на OpenVZ и всичко си върви отлично.

Вече бих казал, че препоръчвам използването на LXC, особенно след като станах и голям фен на docker =)

, , 0 comments

WordPress: Download failed. A valid URL was not provided.

WordPress: Download failed. A valid URL was not provided.Привет,

На работата, колегите програмисти използват dev сървъри за тестове на wordpress плъгини, темплейти и локални repository-та, чрез които ги обновяват.

С течение на времето, се сблъскахме с много странен проблем – при опит за обновяване на plugin/theme даваше следната грешка : WordPress: Download failed. A valid URL was not provided.

Downloading install package from http://dev-server.root.bg/path/download…

Download failed. A valid URL was not provided.

Оказа се, че в wordpress след версия 3.6 има заложена защита спрямо локалните мрежи, и всичко от рода на 192.168.0.0/16 , 10.0.0.0/16 , 127.0.0.1 или 172.16.0.0/16 бива отрязано от самия WP.

Проблема се оправя, като се добавят следните редове най-долу във wp-config.php :

add_filter( 'http_request_host_is_external', 'allow_my_custom_host', 10, 3 );

function allow_my_custom_host( $allow, $host, $url ) {

if ( $host == 'dev-server.root.bg' )

$allow = true;

return $allow;

}

Забележка : задължително тези редове трябва да са след :

/** Absolute path to the WordPress directory. */

if ( !defined('ABSPATH') )

define('ABSPATH', dirname(__FILE__) . '/');

Това е! =)

 

Благодаря на Emanuele Tessore за линк-а.

1 2 3 4 5 >»