mysql, static files, repos на отдельных разделах для Redmine
mysql, static files, repos на отдельных разделах для Redmine. Корень уже на отдельном разделе. Возник у меня спор с начальством по поводу Redmine. Я за то, чтобы mysql (50Мб), static files(1Гб), repos(5Гб) были на отдельных разделах для Redmine. ФС на отдельных ЛВМ разделах - в любой момент могу увеличить. Начальство уверяет что это излишне. Мол кончиться место может - пока выясним что и как времени много пройдет. Да и вообще зачем все разделять - спрашивают. Я хочу отделить все чтобы можно было по отдельности делать снапшоты и сохранять. Хотя мне ни чего не мешает сделать один снапшот всех данных и потом по отдельности все сохранить. Так даже как то лучше будет - все данные в один определенный момент времени сохраняться. Чем если бы я по отдельности делал снапшоты для базы, реп, и статик файлов. Кто что скажет на этот счет ? Спасибо. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru
Re: mysql, static files, repos на отдельных разделах для Redmine
9 августа 2013 г., 12:07 пользователь Владимир Скубриев vladi...@skubriev.ru написал: Я за то, чтобы mysql (50Мб), static files(1Гб), repos(5Гб) были на отдельных разделах для Redmine. ФС на отдельных ЛВМ разделах - в любой момент могу увеличить. Начальство уверяет что это излишне. Мол кончиться место может - пока выясним что и как времени много пройдет. Да и вообще зачем все разделять - спрашивают. Я хочу отделить все чтобы можно было по отдельности делать снапшоты и сохранять. Хотя мне ни чего не мешает сделать один снапшот всех данных и потом по отдельности все сохранить. Так даже как то лучше будет - все данные в один определенный момент времени сохраняться. Чем если бы я по отдельности делал снапшоты для базы, реп, и статик файлов. Кто что скажет на этот счет ? Скажу, что в случае, если снапшоты для бекапов создаются не одновременно, возможны расхождения между данными и базой. Один снапшот надёжнее. А в остальном - без разницы, пока места достаточно. -- Stanislav
Re: Спамеры
At Thu, 8 Aug 2013 23:44:10 +0400, dimas wrote: если писал уже с него куда-то - адрес по пути засветился в логах как минимум сервера-получателя, Ну, писал я только в качестве теста на свой gmail-овский почтовый ящик. плюс неизвестно через сколько еще узлов твои послания отфутболил провайдер. Вы полагаете, что кто-то посередине слушает траффик и выдергивает оттуда почтовые адреса? на машине получателя можно работать какой-нибудь троян, занимающийся сбором адресов для спамеров. Получатель и отправитель - одна и та же машина под управлением Debian. Маловероятно. еще наличие мэйл-сервера ловится через dns по соответствующим записям. далее можно начинать долбить на всякие info@domain, admin@domain, sales и прочия. если адрес из этой серии - смотри логи на предмет долбежки на другие, несуществующие адреса. Адрес-то из этой серии. Но... Проверил syslog. Ничего подобного не наблюдаю. Никакой долбежки. Три письма - и все в цель. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87siyjwdpd.wl%free...@gmail.com
Re: Спамеры
Решил проблему в лоб - тупо позвонил этим спамерам, благо, номер московский. =) Они сказали, что адреса по типу n...@name.ru они банально подбирают, так что я зря ударился в панику. Но о фильтрации теперь задумаюсь. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4e3wd2b.wl%free...@gmail.com
Fwd: Безопасный обмен файлами
Благодарю за помощь!
как разрешить отдельный lvm том для lxc контейнера через conf file lxc?
Есть конф файл lxc /var/lib/lxc/vm/config
что нужно прописать в нем чтобы разрешить устройство - логический том
LVM, например /dev/sysraid/lv_data
чтобы можно было его монтировать внтури lxc контейнера ?
вот часть конфига про cgroup
lxc.cgroup.devices.deny = a
# Allow any mknod (but not using the node)
lxc.cgroup.devices.allow = c *:* m
lxc.cgroup.devices.allow = b *:* m
# /dev/null and zero
lxc.cgroup.devices.allow = c 1:3 rwm
lxc.cgroup.devices.allow = c 1:5 rwm
# consoles
lxc.cgroup.devices.allow = c 5:1 rwm
lxc.cgroup.devices.allow = c 5:0 rwm
#lxc.cgroup.devices.allow = c 4:0 rwm
#lxc.cgroup.devices.allow = c 4:1 rwm
# /dev/{,u}random
lxc.cgroup.devices.allow = c 1:9 rwm
lxc.cgroup.devices.allow = c 1:8 rwm
lxc.cgroup.devices.allow = c 136:* rwm
lxc.cgroup.devices.allow = c 5:2 rwm
# rtc
lxc.cgroup.devices.allow = c 254:0 rwm
#fuse
lxc.cgroup.devices.allow = c 10:229 rwm
#tun
lxc.cgroup.devices.allow = c 10:200 rwm
#full
lxc.cgroup.devices.allow = c 1:7 rwm
#hpet
lxc.cgroup.devices.allow = c 10:228 rwm
#kvm
lxc.cgroup.devices.allow = c 10:232 rwm
я так понимаю нужно где то возле
lxc.cgroup.devices.allow = c *:* m
lxc.cgroup.devices.allow = b *:* m
прописать правило ? но какое ?
спасибо
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
Re: mysql, static files, repos на отдельных разделах для Redmine
09.08.2013 10:07, Владимир Скубриев пишет: Я за то, чтобы mysql (50Мб), static files(1Гб), repos(5Гб) были на отдельных разделах для Redmine. ФС на отдельных ЛВМ разделах - в любой момент могу увеличить. А что делать, если любой момент настал во время твоего отпуска или ты просто недоступен? Начальство уверяет что это излишне. Мол кончиться место может - пока выясним что и как времени много пройдет. Да и вообще зачем все разделять - спрашивают. Я вот тоже спрашиваю. Расскажи аргументы за для разделения. ИМХО, разносить в разные тома удобно если они на разных физических дисках или используются разные ФС\опции ФС. Например btrfs умеет опцию compress. Хранить кино на таком разделе - нафиг не надо, а вот txt-документы или логи - вполне можно сэкономить места. Ну или файлопомойку ограничить томом, чтоб не сожрала всё что можно. В ситуации с редмайном - имхо, это лишнее, но если у тебя есть весомые аргументы - хочу послушать. Весомые это не вида мне кажется или я где-то слышал или ну я недавно познал крутость lvm и теперь хочу всё что можно разделить и вообще максимально засунуть lvm везде где можно. Я хочу отделить все чтобы можно было по отдельности делать снапшоты и сохранять. Хотя мне ни чего не мешает сделать один снапшот всех данных и потом по отдельности все сохранить. Как правильно заметил Станислав, при разном времени создания снапшота файлов и базы - возможны расхождения между данными и базой. А ещё базу не стоит сохранять файлами. Её-то как раз лучше сохранять средствами БД (mysqldump например). -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
[RFR] wml://News/2013/20130809.wml
Cheers! Lev Lamberov News_2013_20130809.wml.en_ru.patch Description: Binary data
[RFR] users/edu/{laboratoriocomunicacionesdigitales,labpomaagers,lcm-infn,lumutmara,lyceemoliere,max_planck,mec,medicina-uncoma,merlostation,microbiologia-unam,mit,montanatech,mrt-uni-kassel,muthayamm
Cheers! Lev Lamberov users_edu_laboratoriocomunicacionesdigitales.wml.en_ru.patch Description: Binary data users_edu_labpomaangers.wml.en_ru.patch Description: Binary data users_edu_lcm-infn.wml.en_ru.patch Description: Binary data users_edu_lumutmara.wml.en_ru.patch Description: Binary data users_edu_lyceemoliere.wml.en_ru.patch Description: Binary data users_edu_max_planck.wml.en_ru.patch Description: Binary data users_edu_mec.wml.en_ru.patch Description: Binary data users_edu_medicina-uncoma.wml.en_ru.patch Description: Binary data users_edu_merlostation.wml.en_ru.patch Description: Binary data users_edu_microbiologia-unam.wml.en_ru.patch Description: Binary data users_edu_mit.wml.en_ru.patch Description: Binary data users_edu_montanatech.wml.en_ru.patch Description: Binary data users_edu_mrt-uni-kassel.wml.en_ru.patch Description: Binary data users_edu_muthayammal-engineering-college.wml.en_ru.patch Description: Binary data
