Re: [freebsd] KyivBSD '16
Привет. Сабж не планируется, но если кто-то хочет попробовать заняться организацией - пишите вопросы в личку. 4 июня 2016 г., 2:56 пользователь Oleksandr V. Typlyns'kyi < ast...@wangsamp.km.ua> написал: > Yesterday Jun 3, 2016 at 19:49 Anton Sayetsky wrote: > > > 27 мая 2016 г., 6:56 пользователь Anton Sayetsky > написал: > > > Приветствую, > > > Планируется ли сабж? > > Nemo curat. Печально это. > > Желаете принять участие в организации? > -- > WNGS-RIPE > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Прошу помощи в оптимизации скрипта удалении файлов
Я бы предложил вам другие пути :)
1. изображения сохраняются в /zfs/temp-path-1/mmdd
раз в сутки (или как вам нужно часто) вы делаете копирование каждого пятого
файла в /zfs/real-store-path
и по истечению суток можно удалить директорию старых суток
2. если вам не принципиально чтобы был именно каждый пятый согласно
нумерации, а просто приближение - то есть просто брать 20% изображений, то
можно поиграться с кроном - дёргать каждые несколько минут/часов и делать
не полный find, а
find -Bnewer stampfile ; ; touch stampfile;
Тогда будет полегче.
17 февраля 2015 г., 9:59 пользователь Sergey Rudenko
написал:
>
>
> 17.02.2015 04:34, Vladislav V. Prodan пишет:
> > Имеем хранилище изображений с камер на ZFS. Изображения сохраняются
> каждые
> > 15 секунд.
> > Нужно периодически прореживать, оставлять каждое 5-е изображение
> >
> >
> > Скрипт работает примерно около суток. Хочется, побыстрее.
> >
> > Благодарю за мнения и помощь.
> >
> > #!/bin/sh
> >
> > dir=/backup/AAA/video/home/2014/09/
> >
> > #exit
> >
> > # delete all video
> > find $dir -type f -name "*.mp4" -o -name "*.avi" -exec rm -rf {} \;
> >
> >
> > # leave every fifth file, and the rest - remove
> > for i in `find $dir -type d`
> > do
> > cd $i || exit;
> > ls $i | grep snap-\*\.\*\.\*\.jpg | awk 'NR%5!=1' | xargs -I{} -n1
> rm {}
> > done;
> >
> >
> >
>
> Не знаю будет ли это быстрее, но можно попробовать сделать так
> Изображения вероятно нумеруются либо дата-номер либо таймстамп
> Можно считывать самое старое изображение и по циклу удалять каждые +5
> изображений, увеличивать счётчик на 5 и далее по циклу.
>
--
Regards,
Alexander Yerenkow
[freebsd] Re: [freebsd] hadoop и cloudera manager
8 июля 2014 г., 18:12 пользователь Anton Yuzhaninov написал: > On 07/08/14 18:41, greenh wrote: > >> Господа, а кто нить приручал cloudera manager под FreeBSD и возможно ли >> это? или >> придется ставить и настраивать hadoop врукопашную? >> > > C hadoop на FreeBSD всё достаточно грустно... > > Сейчас в нашей конторе пока еще используется Hadoop 0.20.2 CDH3 под > FreeBSD (но есть планы по миграции на Linux). Поставлен из самописного > порта, без cloudera manager. > > Работает он только с java/jdk16 который из портов уже давно удалили (мы > таскаем патченый /usr/ports с этим портом). > > С openjdk и 1.6 и 1.7 работает только HDFS, а MapReduce под нагрузкой > плодит зависшие процессы из за чего довольно быстро превращается в тыкву. > > Проблема внутри одной из используемых библиотек - вроде бы Jetty но точно > не помню (могу поискать если интересно). В Hadoop используется очень старая > версия этой библиотеки (с кучей известных багов, исправленных в более > свежих версиях). Смотрел свежие версии Hadoop - там такая же старая версия > этой библиотеки. Видимо под Linux все эти баги проявляются достаточно редко > и разработчики Hadoop уже несколько лет игнорируют тикет в Hadoop JIRA по > обновлению этой самой библиотеки. Заменить эту библиотеку на свежую версию > сходу не получится - за прошедшие N лет у неё успел измениться API. > > Пробовал на FreeBSD запускать более свежие версии Hadoop - та же проблема > в том же месте. > Вы про это? https://github.com/freebsd/freebsd-ports/blob/master/devel/hadoop2/Makefile#L78 -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] hadoop и cloudera manager
devel/hadoop2 вроде норм, дальше уже зависит от того сильно ли ваша апп просядет от отсутствия нативных либ или нет. 8 июля 2014 г., 17:52 пользователь greenh написал: > а сам hadoop2 хоть как то живет, или это совсем извращение? > > > 8 июля 2014 г., 17:47 пользователь Alexander Yerenkow > написал: > > Нативок хадупских нет под фрю + менеджер не очень понимает системы для >> которых у него нет скриптов управления. >> >> В теории это всё можно, но не для управления, а для мониторинга максимум, >> и то перепилить придётся много чего. >> >> Лучше вложите силы в что-то опенсорсное, и запилите поддержку фри, >> например рекомендую глянуть в сторону Apache Ambari. >> >> >> >> 8 июля 2014 г., 17:41 пользователь greenh написал: >> >> Господа, а кто нить приручал cloudera manager под FreeBSD и возможно ли >>> это? или придется ставить и настраивать hadoop врукопашную? >>> >> >> >> >> -- >> Regards, >> Alexander Yerenkow >> > > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] hadoop и cloudera manager
Нативок хадупских нет под фрю + менеджер не очень понимает системы для которых у него нет скриптов управления. В теории это всё можно, но не для управления, а для мониторинга максимум, и то перепилить придётся много чего. Лучше вложите силы в что-то опенсорсное, и запилите поддержку фри, например рекомендую глянуть в сторону Apache Ambari. 8 июля 2014 г., 17:41 пользователь greenh написал: > Господа, а кто нить приручал cloudera manager под FreeBSD и возможно ли > это? или придется ставить и настраивать hadoop врукопашную? > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] 2 интерфейса в одну сеть
Ну по идее не такая уж и странная. Например с впном можно столкнуться с аналогичной ситуацией - две одинаковые сетки доступны по разным интерфейсам. Если задача второй сеьевухи чисто самба для этой сетки - то можно разрулить думаю. Regards, Alexander Yerenkow 09 мая 2014 г. 9:47 пользователь "Vasiliy P. Melnik" написал: > 9 мая 2014 г., 9:42 пользователь Valentin Nechayev > написал: > >> Fri, May 09, 2014 at 09:00:40, basil wrote about "[freebsd] 2 интерфейса >> в одну сеть": >> >> > Кто подскажет - так можно делать по аналогии с алиасами? >> > >> > ifconfig_em0="inet 192.168.88.10 netmask 255.255.255.0" >> > ifconfig_em1="inet 192.168.88.100 netmask 255.255.255.255" >> >> Очень долго на фре совсем нельзя было такое делать. >> Где-то с 7-ки, кажется, стало можно (выходные рауты используются >> впараллель), но, если интерфейсы не в адекватном бридже, то ещё >> неизвестно, будет ли оно нормально видно снаружи. В общем случае я бы >> не рекомендовал. >> > > Та вот мозг понимает, что это странная конструкция и не понятно чем > чревата. Видать таки придется отдельную машину ставить под самбу. > >
[freebsd] Re: [freebsd] 2 интерфейса в одну сеть
Если сетевухи настоящие, то по идее и маски должны быть насоящие, главное с роутингом чтоб все в порядке было. хотя отпишись как именно у тебя получится :) Regards, Alexander Yerenkow 09 мая 2014 г. 9:01 пользователь "Vasiliy P. Melnik" написал: > Hi all. > > Кто подскажет - так можно делать по аналогии с алиасами? > > ifconfig_em0="inet 192.168.88.10 netmask 255.255.255.0" > ifconfig_em1="inet 192.168.88.100 netmask 255.255.255.255" > >
[freebsd] Re: [freebsd] ZFS и Ð±Ð°Ð·Ñ Ð´Ð°Ð½Ð½ÑÑ - еÑÑÑ ÐºÐ°ÐºÐ¸Ðµ-нибÑÐ´Ñ ÑеÑепÑÑ?
15 апÑÐµÐ»Ñ 2014 г., 9:16 полÑзоваÑÐµÐ»Ñ Alexey Markov напиÑал: > ÐÑем, вÑего, и много! > > СобÑÑвенно, Ñабж. ÐÑ, кÑоме как "не иÑполÑзоваÑÑ ÐРна ZFS"? > > ÐÑÑÑ Ð½ÐµÑколÑко ÑеÑвеÑов под 8-кой, на коÑоÑÑÑ ÑÑÐ¾Ð¸Ñ "ZFS на веÑÑ Ð´Ð¸Ñк", > поÑÑепенно оÑÑалÑнÑе ÑеÑвеÑа планиÑÑеÑÑÑ Ð¿ÐµÑеводиÑÑ Ð½Ð° ÑакÑÑ Ð¶Ðµ ÑÑ ÐµÐ¼Ñ. > Ðеда в Ñом, ÑÑо кое-где иÑполÑзÑеÑÑÑ MySQL (не оÑÐµÐ½Ñ Ð½Ð°Ð³ÑÑженнÑй, Ð´Ð»Ñ > веб-ÑайÑов и GlassFish), а в паÑе меÑÑ - ÐоÑÑгÑеÑ, и Ð²Ð¾Ñ Ñам нагÑÑзка > ÐЧÐÐЬ ÑеÑÑÑзнаÑ. > ТÑнили? по меÑÐ¾Ð´Ñ fsync off, поболÑÑе ÑекпойнÑов и Ñ.п.? ÐеÑолÑно база оÑÐµÐ½Ñ Ð¿ÐµÑÑимиÑÑиÑеÑкаÑ, и делаÑÑ Ð²ÑÑ Ð½Ð° ÑлÑÑай еÑли вдÑÑг ÑÑбанÑÑ ÑвеÑ. > > ТеÑÑиÑование показало, ÑÑо Ð´Ð»Ñ ÐоÑÑгÑеÑа пÑовал пÑоизводиÑелÑноÑÑи > по ÑÑÐ°Ð²Ð½ÐµÐ½Ð¸Ñ Ñ UFS не оÑÐµÐ½Ñ Ð±Ð¾Ð»ÑÑой (но еÑÑÑ). ÐÐ»Ñ ÐÑÑкÑÐ»Ñ Ñ InnoDB > вÑÑ Ð¾ÐºÐ°Ð·Ð°Ð»Ð¾ÑÑ Ð·Ð°Ð¼ÐµÑно Ñ Ñже. ÐоÑÑÐ¾Ð¼Ñ Ð±ÑÐ´Ñ Ð±Ð»Ð°Ð³Ð¾Ð´Ð°Ñен за лÑбÑе ÑовеÑÑ > по гÑамоÑÐ½Ð¾Ð¼Ñ Ð¸ÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ MySQL и/или PostgreSQL на ZFS. > > Ð, ÑÑÐ¾Ð±Ñ Ð´Ð²Ð° Ñаза не вÑÑаваÑÑ - еÑÑ Ð¾Ð´Ð¸Ð½ вопÑоÑ. ÐланиÑÑÑ ÑÑÑановиÑÑ > на ÑеÑÐ²ÐµÑ Ñ ÐоÑÑгÑеÑом два SSD Intel S3700 в зеÑкале, под Ð±Ð°Ð·Ñ Ð´Ð°Ð½Ð½ÑÑ . > ÐÐ¼ÐµÐµÑ Ð»Ð¸ ÑмÑÑл вÑделиÑÑ ÑаÑÑÑ ÑÑÐ¸Ñ SSD под ZIL Ð´Ð»Ñ Ð¾Ð±ÑÑнÑÑ Ð´Ð¸Ñков? > ÐÑоÑÑо где-Ñо мне попадалаÑÑ ÑÑаÑÑÑ, в коÑоÑой не ÑекомендовалоÑÑ > ÑазбиваÑÑ SSD под неÑколÑко задаÑ: Ñипа, либо ÑолÑко ZIL, либо даннÑе. > ÐоÑÑÐ¾Ð¼Ñ Ñ Ð¾ÑелоÑÑ Ð±Ñ ÑÑлÑÑаÑÑ Ð°ÑгÑменÑÑ Ð·Ð° и пÑоÑив Ñакого ÑеÑениÑ. > > -- > WBR, Alexey Markov. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] mysql на linux таки быстрее или я не умею что то готовить?
Если разница столь существенна - то подёргайте explain-ы, может у вас где-то индексы потерялись. Ну и любые тормоза при одинаковом железе почти наверняка есть тормоза FS. Где UFS не блещет обычно, а для ZFS+DB плюсов вроде столько же сколько и минусов, и готовить мускль надо стараться. Плюс сделайте sort + diff обоих конфигов, чтобы точно видеть их все различия. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Fwd: [freebsd] Re: [fr
11 марта 2014 г., 11:27 пользователь Anton Sayetsky написал: > 11 марта 2014 г., 10:25 пользователь Alexander Yerenkow > написал: > > > > > > > > > >> Тут всё правильно - меньше 12к не получится с учётом ashift. > >> И если создать файл размером в 100к - то он у меня 100к и занимает. > > > > Занимает файл или его блок? > > > >> Так что теперь мне непонятно, почему при записи файла размером 484к я > >> получаю 4*128, а не 3*128+100 > > Эмм, так вроде ж ты в начальных условиях указал что "имеем dataset c > > recordsize=128k", плюс у тебя выполняется условие что файл уже состоит из > > нескольких блоков, дальше он (судя по инфе что я читал) будет дополняться > > именно кусками в recordsize. > > Ну и плюс чексум считается именно по всему блоку, если мы не знаем что > там > > было до нас, то надо туда писать весь блок, включая padding zeroes (или > как > > оно у них там). > > > > Примерно то что ты спрашивал, или я не уловил суть? > Пишу файл 9.5к - занимает 12к. > Пишу файл 100к - занимает 100к. > Пишу файл 484к - занимает 512, а не 484к. > Я ж вроде указал вывод zdb. :) Я не понял, почему для файла размером > 484к последний блок - 128, а не 100к. > Потому что это не первый блок, а N-ный ( N > 1), для этих файлов ZFS считает что это уже в некоторой степени large file, и пишет блоками по recordsize. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Fwd: [freebsd] Re: [fr
> Тут всё правильно - меньше 12к не получится с учётом ashift. > И если создать файл размером в 100к - то он у меня 100к и занимает. Занимает файл или его блок? > Так что теперь мне непонятно, почему при записи файла размером 484к я > получаю 4*128, а не 3*128+100 Эмм, так вроде ж ты в начальных условиях указал что "имеем dataset c recordsize=128k", плюс у тебя выполняется условие что файл уже состоит из нескольких блоков, дальше он (судя по инфе что я читал) будет дополняться именно кусками в recordsize. Ну и плюс чексум считается именно по всему блоку, если мы не знаем что там было до нас, то надо туда писать весь блок, включая padding zeroes (или как оно у них там). Примерно то что ты спрашивал, или я не уловил суть? -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] GEOM label и ZFS
Проще всего наверное будет dd if=/dev/gpt/disk1-1500G of=/dev/null bs=128m count=3 & ; gstat Активность по лейблу будет продублирована по имени диска. 28 февраля 2014 г., 11:59 пользователь Vladislav V. Prodan < ad...@support.od.ua> написал: > Как-то получилось, что два винта имеют одинаковые Geom label. > > # gpart list | egrep 'name|label: disk' > ... > Geom name: ada1 >label: disk1-1500G > ... > Geom name: ada4 >label: disk1-1500G > > > #zdb > > ... > children[1]: > type: 'disk' > id: 1 > guid: 10345157075153953350 > path: '/dev/gpt/disk1-1500G' > phys_path: '/dev/gpt/disk1-1500G' > whole_disk: 1 > DTL: 17375 > > Как определить, какой же все-таки винт в массиве ZFS ? > > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Сообщения ядра при выполнении reboot
Выдели как можно меньше ресурсов виртуалке и делай запись видео экрана на хостовой. Regards, Alexander Yerenkow 03.01.2014 13:15 пользователь "skele...@lissyara.su" написал: > Всем привет. > > Тестирую одну штуку на виртуалке (VirtualBox) и нужно увидеть, что пишет > ядро (а оно там пишет что-то, так как успеваю мельком заметить) после того, > как написало syncing disks ... Не успеваю нажать Host+P (то слишком рано, > то слишком поздно). > Через syslog выставлено логгировать kern.*, но видимо оно влияет только на > сообщения при загрузке. Так же настроил логгирование сообщений с консоли, > но они туда не попадают. > > Есть ли возможность это заллогировать? >
[freebsd] Re: [freebsd] Re: [freebsd] RE: [freebsd] инициализация carp при загрузке сервера
26 декабря 2013 г., 10:06 пользователь Eugene Grosbein написал: > On 26.12.2013 15:01, Alexander Yerenkow wrote: > > Понижать high порт не секурно. > > Тогда уж лучше делать скрипт наколенный - понизить порт, подождать пока > ваш апп забиндится, повысить обратно. > > При загруженном mac_portacl секурно, так как он дублирует эту проверку > своим собственным security.mac.portacl.port_high, который тоже 1023 по > дефолту. > Познавательно, надо будет потыкать. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] RE: [freebsd] инициализация carp при загрузке сервера
Понижать high порт не секурно. Тогда уж лучше делать скрипт наколенный - понизить порт, подождать пока ваш апп забиндится, повысить обратно. Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: Собрать порт, который конфликтует с уже установленным
24 декабря 2013 г., 17:08 пользователь Anton Sayetsky написал: > 24 декабря 2013 г., 16:46 пользователь greenh написал: > > Репикацию нельзя считать бекапом. > Если репликация консистентная и более-менее умная, то это хорошее приближение. > stop slave; > mysqldump | zfs send | etc > start slave; > Простой мастера может быть дорог или неприемлим. А бекап репликации, перефразирую по вашему, бекап "не бекапа" это вообще что будет? )) Но да, это тоже хорошее приближение. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Чтение файлов без прав, рутом
>test и stat же есть. Там мавеновская автосборка, можно тесты вообще выключить, но при создании порта хочется как можно меньше менять же, вот и возник вопрос. >Как мне сделать так, чтобы файл можно было посмотреть, но нельзя было скопировать на флешку. Ну почти ;) >Где это написано сходу не нашел, но насколько знаю так сложилось исторически во времена старых UNIX-систем, и все современные UNIX-like OS это поведение сохраняют. >А вообще тесты лучше запускать не от рута. Посмотрим на STAGE, если что у порта будет разная логика сборки для рута и не рута. Спасибо в общем всем :) -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Чтение файлов без прав, рутом
24 декабря 2013 г., 13:09 пользователь Anton Sayetsky написал: > 24 декабря 2013 г., 12:59 пользователь Alexander Yerenkow > написал: > > Привет, столкнулся с поведением фри, которое немножко нарушает > проходимость > > тестов. > > > > а именно: > > > > echo "bblabla" > tempx && chmod tempx && md5 tempx && ls -l tempx > > MD5 (tempx) = 93914cdded0eebb9b8a2aa7c6b1c8881 > > -- 1 root wheel 8 24 дек 12:57 tempx > > > > То есть, руту даётся возможность прочитать файл без прав. Тест показал > что > > поведение одинаковое на zfs и ufs. > > Кто-то может подсказать хотя бы где это описано, и можно ли это поведение > > как-то контролировать? > [root@asr7805q ~]# echo "bblabla" > tempx && chmod tempx && > md5sum tempx && ls -l tempx > 93914cdded0eebb9b8a2aa7c6b1c8881 tempx > -- 1 root root 8 Дек 24 13:07 tempx > [root@asr7805q ~]# uname -a > Linux asr7805q.local 2.6.32-358.23.2.el6.centos.plus.x86_64 #1 SMP Thu > Oct 17 00:31:29 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > [root@asr7805q ~]# > > Это поведение - by design. > То есть сборки под рутом которые включают в себя всякие тесты на права чтения будут нагло читать всё подряд. Блин, для портов это не круто на данный момент. -- Regards, Alexander Yerenkow
[freebsd] Чтение файлов без прав, рутом
Привет, столкнулся с поведением фри, которое немножко нарушает проходимость тестов. а именно: *echo "bblabla" > tempx && chmod tempx && md5 tempx && ls -l tempx* *MD5 (tempx) = 93914cdded0eebb9b8a2aa7c6b1c8881-- 1 root wheel 8 24 дек 12:57 tempx* То есть, руту даётся возможность прочитать файл без прав. Тест показал что поведение одинаковое на zfs и ufs. Кто-то может подсказать хотя бы где это описано, и можно ли это поведение как-то контролировать? -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Собрать порт, который конфликтует с уже установленным
23 декабря 2013 г., 16:53 пользователь skele...@lissyara.su < skele...@lissyara.su> написал: > 23.12.2013 15:15, Eugene Grosbein пишет: > > >> >> Часто софта из портов на семерке уже не собирается просто потому, >> что базовая система устарела и некоторые символы в /usr/include >> отсутствуют, хотя есть у восьмерки и новее. К примеру, AT_FDCWD >> и ruby. >> >> > Похоже на то, так как при сборке mysql 5.6 получаю > > -- EDITLINE_LIBRARY /usr/lib/libreadline.so > CMake Error at cmake/readline.cmake:206 (MESSAGE): > Cannot find system editline libraries. > Call Stack (most recent call first): > CMakeLists.txt:401 (MYSQL_CHECK_EDITLINE) > > > -- Configuring incomplete, errors occurred! > See also > "/usr/ports/databases/mysql56-client/work/mysql-5.6.15/CMakeFiles/CMakeOutput.log". > See also > "/usr/ports/databases/mysql56-client/work/mysql-5.6.15/CMakeFiles/CMakeError.log". > *** Error code 1 > > Stop in /usr/ports/databases/mysql56-client. > *** Error code 1 > > Stop in /usr/ports/databases/mysql56-server. > > > Если посмотреть лог, то получаем > > # tail > /usr/ports/databases/mysql56-client/work/mysql-5.6.15/CMakeFiles/CMakeError.log > *** Error code 1 > > Stop in > /usr/ports/databases/mysql56-client/work/mysql-5.6.15/CMakeFiles/CMakeTmp. > *** Error code 1 > > Stop in > /usr/ports/databases/mysql56-client/work/mysql-5.6.15/CMakeFiles/CMakeTmp. > CMakeFiles/cmTryCompileExec3401294005.dir/CheckFunctionExists.c.o(.text+0x16): > In function `main': > : undefined reference to `mbscmp' > > Гугление выдаёт пару ссылок и то, ссылки на логи, подобные моим. > Видимо не судьба собрать 5.6 > Пишу я вам в ластах и стоя в гамаке, не хочу снимать это всё, вдруг будет ещё хуже :) Настоятельно рекомендую вам найди возможность мигрировать на 9+ Фрю, так как со времён 7-ки было пару новшеств нацеленных на улучшение отдачи от БД. Пруфов относительно мускля не дам, но всё равно оставаться на EOL-ной ветке в перспективе неразумно. Как самый простой вариант - подготовьте образ со всем софтом и бутните ваш сетап с отдельного носителя, диск/флешка/карта памяти на другом железе (совсем не обязательно мощном), а БД возьмите из бекапов (ведь у вас есть бекапы, верно? ;) Если останется желание таки морочиться с 7-кой - делайте чрут, в него копию системы, чекаут портов и попытка собрать всё там сначала. если там соберётся и запустится база - вынесете себе пакетики в хостовую. Но опять же, это всё не то что прошлый век, это какой мазохизм будет :) -- Regards, Alexander Yerenkow
Re: [freebsd] HowTo install *.tbz
На крайняк, что tbz, что xz можно распаковать и накопировать файлов ) 17 декабря 2013 г., 7:59 пользователь Sergey V. Dyatko < sergey.dya...@gmail.com> написал: > On Mon, 16 Dec 2013 22:23:46 +0200 > Andrew Dav wrote: > > > А такое не сработает - pkg install > > apache-openoffice-4.0.1479753_2,1.tbz ? PS > > Я так понимаю - это 10 версия фряхи ? > > > > pkg использует xz, apache-openoffice-4.0.1479753_2,1.tbz это от pkg_*, > по идее. > поставь порт о котором я писал и попробуй pkg_add > apache-openoffice-4.0.1479753_2,1.tbz > > > > > 16 декабря 2013 г., 5:43 пользователь Sergey V. Dyatko < > > sergey.dya...@gmail.com> написал: > > > > > On Mon, 16 Dec 2013 02:35:03 +0200 > > > Roman Goncharuk wrote: > > > > > > > Приветствую Сообщество! > > > > > > > > Вопрос в наличии старого пакета и невозможности его установить > > > > ньюгенеративными средствами: > > > > > > > > % pkg_add apache-openoffice-4.0.1479753_2,1.tbz > > > > zsh: Виправити: 'pkg_add' на '_pkgadd' ? [Yes/No/Abort/Edit] n > > > > zsh: command not found: pkg_add > > > > > > > > % sudo pkg_add apache-openoffice-4.0.1479753_2,1.tbz > > > > sudo: pkg_add: команду не знайдено > > > > > > > > % sudo pkg add apache-openoffice-4.0.1479753_2,1.tbz > > > > pkg: apache-openoffice-4.0.1479753_2,1.tbz is not a valid > > > > package: no manifest found > > > > > > > > Failed to install the following 1 package(s): > > > > apache-openoffice-4.0.1479753_2,1.tbz > > > > > > > > > > > > из портов ставил pkg_add_it, но работы от него не добился. > > > > > > > > > > не знаю что такое pkg_add_it, но если крайне хочется - можешь > > > поставить ports-mgmt/pkg_install, там будет этот ваш pkg_add и > > > вся вот эта вот pkg_* компания > > > > > > > Прошу помощи. > > > > > > > > > > > > -- > > > wbr, tiger > > > > > > > -- > wbr, tiger > -- Regards, Alexander Yerenkow
Re: [freebsd] zpool trouble
12 декабря 2013 г., 15:44 пользователь skele...@lissyara.su < skele...@lissyara.su> написал: > 12.12.2013 15:22, Alexander Yerenkow пишет: > > >> >> Это по логике практически аналогично -f >> Если идёт паника - лучше сделать dd копию куда-то (если данные ценные), >> найти дебаггерный комп и провести сеанс онлайн дебагинга паники с >> спецами в рассылке. >> >> >> > Ключевое слово "практически", и это только в теории. На практике как раз и > получаем панику. Я сталкивался с таким же: пришлось из под Solaris > грузиться, что бы посмотреть, что с пулом. Как оказалось, просто выпал один > диск из raidz, что не должно вообще ни к чему не нормальному приводить. > Позже столкнулся точно с таким же: выпал один из из mirror и получил опять > kernel panic и циклический ребут при монтировании zfs. > > Позже, проанализировав, понял, что диски в рейде были с разным размером > буфера: в одном было 32 Мб, в остальных - по 16. После замены диска на > такой же, но с 16, все работает нормально, при тех же условиях (пропадания > питания, случайные ребуты по питанию,...) > PR сделай пока детали помнишь :) -- Regards, Alexander Yerenkow
Re: [freebsd] zpool trouble
12 декабря 2013 г., 15:10 пользователь skele...@lissyara.su < skele...@lissyara.su> написал: > 12.12.2013 15:06, Vasiliy P. Melnik пишет: > > Hi all. >> >> Случилась беда с zfs-пулом после отключения питания. При попытке >> монтирования пула система перегружается - чего пишет на экран >> прочитать не успеваю. >> >> Загрузился с LiveCD >> zpool import system пишет >> cannot import 'system': pool may be in use from other system, it was >> last accessed by kiwi.somedomain.com on Wed Dec 11 23:04:46 2013 use >> '-f' to import anyway >> >> Как только пишу -f - система сразу в панику и перегружается. Прочитать >> опять же не успеваю. >> >> З.Ы. первый раз такое с зфс-ом :( >> >> > Попробуйте загрузиться с любого LiveCD (лучше конечно Solaris) и сделать > import/export пул. После export'a он не должен уже ругаться на pool may be > in use from other system. > Это по логике практически аналогично -f Если идёт паника - лучше сделать dd копию куда-то (если данные ценные), найти дебаггерный комп и провести сеанс онлайн дебагинга паники с спецами в рассылке. -- Regards, Alexander Yerenkow
[freebsd] OT: HDD Failover tests
Привет. Знает ли кто-либо, какую-либо методологию тестирования ситуаций фейла HDD? В идеале это какой-то специальный HDD с кнопками "ОК / Уменьшить скорость / Имитировать отказ на запись / Фейлить чексуммы ". Можно даже с софтовыми кнопками. Если есть решение для какой-то из систем виртуализации тоже подойдёт. Буду благодарен за любую информацию. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Как узнать размер папки
14 ноября 2013 г., 17:27 пользователь Anton Sayetsky написал: > 14 ноября 2013 г., 15:21 пользователь Alexander Yerenkow > написал: > > Эмм, это вы всего ещё не знаете, плюс это вопрос терминологии а не сути > :) > > > > > > $ ls -l /usr/local | grep tmp > > drwxrwxrwx 13 root wheel 64790016 Nov 14 17:19 tmp > > > > $ du -s /usr/local/tmp > > 65564 /usr/local/tmp > > > > 65564 << 64790016 > > > > UFS если что. > ЁМНИП "размер" каталога напрямую зависит от кол-ва созданных в нём > файлов. Поправьте, ежели это не так. > Плюс информация об удалённых записях для unionfs, и отсутствие самоочистки (уменьшения) в этом случае. У меня периодически "пустые" каталоги распухают до сотен мегабайт. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Как узнать размер папки
14 ноября 2013 г., 16:28 пользователь Anton Sayetsky написал: > 14 ноября 2013 г., 14:20 пользователь Anton Yuzhaninov > написал: > > hint1 - файлы могут быть с дырками (sparse) > > hint2 - на ZFS еще бывает компрессия на уровне файловой системы > hint3 - и dedup, но тогда ещё более интересные эффекты наблюдаются. > > ЗЫЖ В UNIX папок нет. > Эмм, это вы всего ещё не знаете, плюс это вопрос терминологии а не сути :) $ ls -l /usr/local | grep tmp drwxrwxrwx 13 root wheel 64790016 Nov 14 17:19 tmp $ du -s /usr/local/tmp 65564 /usr/local/tmp 65564 << 64790016 UFS если что. -- Regards, Alexander Yerenkow
Re: [freebsd] RAID LSI 2108 vs Adaptec 6405(T)
31 октября 2013 г., 10:14 пользователь greenh написал: > > > >> >> Adaptec, из известных брендов, пожалуй, худший. >> > Боюсь, вынужден буду с Вами не согласится. Мой опыт использования адаптека > всегда был положителен - поставил и забыл. > Напишите уж тогда для истории примерное количество ваших использований адаптек рейдов :) > При попытке перейти на LSI вечно были какие нить приколы > И тут тоже, интересно о каком объеме проблем идёт речь - разовые грабли с конкретными моделями, или же массово-часто. > >> Для ZFS аппаратный RAID не нужен, даже мешать будет. >> >> > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] mc и scp на zfs
Вы случайно не про глюк (по мнению разработчиков - запланированное поведение) когда по scp mc сначала копирует файл в /tmp, а потом его FISH-ит (или scp-ит) на удалённую машинку? :) При этом вроде как раз кроме окна копирования файла у них ещё сыпется мусор внизу в консоль. 30 октября 2013 г., 10:32 пользователь Anton Sayetsky написал: > Сейчас не обновит - mc пока broken. :) > http://www.freebsd.org/cgi/query-pr-summary.cgi?&text=misc/mc > И, честно говоря, мне не совсем ясно, когда починят - последний коммит > был после длгого maintainer timeout, хотя патч можно ручками > накатить. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] ÐеболÑÑой ÑкÑÐ¸Ð¿Ñ Ð´Ð»Ñ ÑпÑÐ°Ð²Ð»ÐµÐ½Ð¸Ñ ÑайÑволом
17 окÑÑбÑÑ 2013 г., 14:03 полÑзоваÑÐµÐ»Ñ Alexey Markov напиÑал: > Hello, Yuri! > On October, 17 2013 at 14:30 you wrote to freebsd@uafug.org.ua: > > ??>> ÐÑон и иже Ñ Ð½Ð¸Ð¼ мне > ??>> не оÑÐµÐ½Ñ Ð½ÑавÑÑÑÑ Ñвоей гÑанÑлÑÑноÑÑÑÑ Ð² 5 минÑÑ > > YK> ÐÑкÑда дÑовиÑки? Я на ÑÑÐµÑ 5 минÑÑ. > > Ðз мана, веÑÑимо... > > at вÑзÑваеÑÑÑ ÐºÑоном Ñаз в 5 минÑÑ, Ñам кÑон пÑоÑÑпаеÑÑÑ Ñаз в > минÑÑÑ, Ñак ÑÑо вÑÐµÐ¼Ñ Ð·Ð°Ð´Ð°Ð½Ð¸Ñ Ð±ÑÐ´ÐµÑ Ð¾ÐºÑÑглено до ÑÑÐ¸Ñ Ð·Ð½Ð°Ñений. > > поÑÑавÑÑе в кÑон на каждÑÑ Ð¼Ð¸Ð½ÑÑÑ echo `date` и в Ð»Ð¾Ð³Ð°Ñ ÑбедиÑеÑÑ ÑÑо ÑÐ¸ÐºÐ°ÐµÑ ÐºÐ°Ð¶Ð´ÑÑ Ð¼Ð¸Ð½ÑÑÑ, во вÑÑком ÑлÑÑае УÐÐÐ :) > YK> Ðе нÑавиÑÑÑ cron - да Ñ Ð¾ÑÑ while иÑполÑзÑй. > > УгÑ, и как бÑло Ñже Ñказано, пÑи оÑваливании ÑпÑавлÑÑÑего ÑеÑминала > while в ÑкÑипÑе оÑвалиÑÑÑ Ð²Ð¼ÐµÑÑе Ñ Ð½Ð¸Ð¼. Ðе, ÑÑÑ ÑолÑко пеÑÐµÑ Ð²Ð°Ñ > Ñигналов поможеÑ. > > -- > WBR, Alexey Markov. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] ÐеболÑÑой ÑкÑÐ¸Ð¿Ñ Ð´Ð»Ñ ÑпÑÐ°Ð²Ð»ÐµÐ½Ð¸Ñ ÑайÑволом
17 окÑÑбÑÑ 2013 г., 11:07 полÑзоваÑÐµÐ»Ñ Alexey Markov напиÑал: > Hello, Alexander! > On October, 17 2013 at 11:27 you wrote to Alexey Markov: > > AY> Ðне кажеÑÑÑ Ð² ÑÐ°ÐºÐ¸Ñ ÑкÑпеÑименÑÐ°Ñ Ñ ÑайÑволлом, давно еÑÑÑ Ð¿Ð¾ÑÑебноÑÑÑ > AY> ÑÐºÐ°Ð·Ð°Ð½Ð¸Ñ ÐºÐ¾Ð¼Ð°Ð½Ð´, коÑоÑÑе веÑнÑÑ Ð²ÑÑ Ð² некий деÑолÑ. > AY> напÑÐ¸Ð¼ÐµÑ ÑказÑваеÑÑ ÑÑо Ñвой возвÑÐ°Ñ ÑÑо бÑÐ´ÐµÑ > AY> "ipfw flush > AY> ipfw add allow all from $ADMIN_EXT_IP to me" > > Ð Ñаком алгоÑиÑме еÑÑÑ Ð¾Ð´Ð¸Ð½ болÑÑой минÑÑ: пÑи ÑбÑаÑÑвании пÑавил в > "деÑолÑ" > поÑеÑÑеÑÑÑ Ð´Ð¾ÑÑÑп ко вÑем ÑеÑвиÑам на ÑеÑвеÑе. Ðо бÑÐ´ÐµÑ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑ Ð·Ð°Ð¹Ñи и иÑпÑавиÑÑ Ð½Ð° Ñо ÑÑо надо. > ÐоÑÑÐ¾Ð¼Ñ Ñ Ð¸ вÑбÑал дÑÑгой > ваÑианÑ: пÑи обнаÑÑжении оÑибки в новÑÑ Ð¿ÑÐ°Ð²Ð¸Ð»Ð°Ñ ÑкÑÐ¸Ð¿Ñ Ð¿ÑоÑÑо оÑкаÑÑваеÑÑÑ > к пÑедÑдÑÑим. ÐÑ, а еÑли админ оÑÐµÐ½Ñ Ñ Ð¾ÑÐµÑ Ð¿ÑоÑÑÑелиÑÑ Ñебе ногÑ, Ñо ÑкÑÐ¸Ð¿Ñ > пÑоÑÑо пÑоÑледиÑ, ÑÑÐ¾Ð±Ñ ÑÑо бÑло Ñделано ÑинÑакÑиÑеÑки коÑÑекÑно. ;-) > Ðа, и ваÑа ÑÑилиÑка как и вÑе оÑÑалÑнÑе пÑодолжаÑÑ ÑÑÑелÑÑÑ Ð°Ð´Ð¼Ð¸Ð½Ð°Ð¼ в ноги, Ñипа ССÐÐ :) ÐаÑÐ¸Ð°Ð½Ñ ÑбÑоÑиÑÑ Ð² деÑÐ¾Ð»Ñ Ð¸ даÑÑ Ð´Ð¾ÑÑÑп оÑкÑда надо не ÑамÑй пÑавилÑнÑй, но Ð¿Ð¾Ð·Ð²Ð¾Ð»Ð¸Ñ Ð¿Ð¾ кÑайней меÑе игÑаÑÑÑÑ ÑдалÑнно Ñ Ð¿Ñавилами и ÑÑÑелÑÑÑ Ñебе в ногÑ, Ñ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑÑ "загÑÑзки ÑÐ¾Ñ ÑанениÑ", не пÑÐ¸Ð²Ð»ÐµÐºÐ°Ñ ÑебÑÑÑ Ð¸ ÑакÑи. > > AY> РвÑÐ¿Ð¾Ð»Ð½Ð¸Ñ ÐµÐ³Ð¾ кÑон, еÑли оÑÑÑÐ¸Ñ Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾ÑÑÑ (напÑÐ¸Ð¼ÐµÑ Ð² who не бÑÐ´ÐµÑ > AY> никого нÑжного :) > > ÐÑивлекаÑÑ ÐºÑон - ÑÑо Ñже излиÑнÑÑ ÑÑÑноÑÑÑ: надо бÑÐ´ÐµÑ Ð´Ð¾Ð±Ð°Ð²Ð»ÑÑÑ Ð¸ ÑдалÑÑÑ > в него Ñвои заданиÑ, оÑÑлеживаÑÑ Ð¸Ñ ÑÑаÑÑÑ... > Ñак одна ж запиÑÑ - она или еÑÑÑ Ð¸Ð»Ð¸ ÐµÑ ÑдалиÑÑ, вÑоде как не коÑмиÑеÑкие ÑÐµÑ Ð½Ð¾Ð»Ð¾Ð³Ð¸Ð¸. > > Ðне кажеÑÑÑ, можно ÑделаÑÑ Ñдобнее: добавиÑÑ Ðº ÑкÑипÑÑ ÐµÑÑ Ð¾Ð´Ð¸Ð½ клÑÑик, > коÑоÑÑй задаÑÑ Ð½ÐµÐºÐ¸Ð¹ ÑаймаÑÑ. СкÑÐ¸Ð¿Ñ Ð¿ÑÐ¸Ð¼ÐµÐ½Ð¸Ñ Ð½Ð¾Ð²Ñе пÑавила, вÑдаÑÑ Ð½Ð° > конÑÐ¾Ð»Ñ > ÑÑÑоÑÐºÑ Ñипа "To permanently apply new rules press Ctrl+С" и бÑÐ´ÐµÑ Ð¶Ð´Ð°ÑÑ > Ñказанное вÑемÑ. ÐÑли за ÑÑо вÑÐµÐ¼Ñ Ð°Ð´Ð¼Ð¸Ð½ не пÑеÑвÑÑ ÑабоÑÑ ÑкÑипÑа, ÑÐ¾Ñ > авÑомаÑом оÑкаÑÐ¸Ñ Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð¿Ñавил. Ðак Ñакой ваÑианÑ? > Шелл Ð¼Ð¾Ð¶ÐµÑ ÑмеÑеÑÑ Ð¾Ñ Ð¿Ð¾ÑеÑи коннекÑа (и килÑнÑÑ Ð²Ð°Ñ ÑкÑипÑ) , и оÑÑÐ°Ð²Ð¸Ñ ÑоÑно Ñак же Ñеловека без ÑвÑзи. Ðо ÑÑÑи ниÑем не оÑлиÑаеÑÑÑ Ð¾Ñ Ð¿ÑоÑÑого пÑÐ¸Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð¿Ñавил :) РналагаÑÑ Ð¾Ð³ÑаниÑÐµÐ½Ð¸Ñ ÑÑо ÑкÑÐ¸Ð¿Ñ Ð´Ð¾Ð»Ð¶ÐµÐ½ вÑполнÑÑÑÑÑ Ð² ÑкÑине или ÑмÑкÑе - лиÑний Ñ Ð°Ñдкод Ð¸Ð¼Ñ Ð¾. ÐÐ¾Ñ ÐµÑли ваÑÐ¸Ð°Ð½Ñ Ñ ÑÐµÐ¹Ð»Ð¾Ð²ÐµÑ Ð¿Ñавилами и кÑоном бÑÐ´ÐµÑ - Ñо да, ÑеÑез напÑÐ¸Ð¼ÐµÑ N ÑекÑнд ÑкÑÐ¸Ð¿Ñ Ð¿Ð¾Ð¿ÑоÑÐ¸Ñ Ð¿Ð¾Ð´ÑвеÑдиÑÑ Ð½Ð°Ð¿ÑÐ¸Ð¼ÐµÑ ÑÑо Ñ Ñеловеком ÑвÑÐ·Ñ ÐµÑÑÑ, и ÑÑо можно из кÑона ÑдалиÑÑ ÑÐµÐ¹Ð»Ð¾Ð²ÐµÑ ÑкÑипÑ. Я не наÑÑаиваÑ, пÑоÑÑо ÑÐ°ÐºÐ°Ñ ÑиÑа мне кажеÑÑÑ Ð²Ð¾ÑÑÑебована, еÑли вам не кажеÑÑÑ Ñак и Ð²Ñ Ð½Ð¸ÐºÐ¾Ð³Ð´Ð° не оÑÑавлÑли ÑеÑÐ²ÐµÑ ÑдалÑннÑй без доÑÑÑпа извне - Ñо Ð²Ñ Ñвно из ÐолоÑого миллиона :) > -- > WBR, Alexey Markov. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] ÐеболÑÑой ÑкÑÐ¸Ð¿Ñ Ð´Ð»Ñ ÑпÑÐ°Ð²Ð»ÐµÐ½Ð¸Ñ ÑайÑволом
Ðне кажеÑÑÑ Ð² ÑÐ°ÐºÐ¸Ñ ÑкÑпеÑименÑÐ°Ñ Ñ ÑайÑволлом, давно еÑÑÑ Ð¿Ð¾ÑÑебноÑÑÑ ÑÐºÐ°Ð·Ð°Ð½Ð¸Ñ ÐºÐ¾Ð¼Ð°Ð½Ð´, коÑоÑÑе веÑнÑÑ Ð²ÑÑ Ð² некий деÑолÑ. напÑÐ¸Ð¼ÐµÑ ÑказÑваеÑÑ ÑÑо Ñвой возвÑÐ°Ñ ÑÑо бÑÐ´ÐµÑ "ipfw flush ipfw add allow all from $ADMIN_EXT_IP to me" РвÑÐ¿Ð¾Ð»Ð½Ð¸Ñ ÐµÐ³Ð¾ кÑон, еÑли оÑÑÑÐ¸Ñ Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾ÑÑÑ (напÑÐ¸Ð¼ÐµÑ Ð² who не бÑÐ´ÐµÑ Ð½Ð¸ÐºÐ¾Ð³Ð¾ нÑжного :) ) ÐÑли Ð²Ñ Ð²ÑÑÑоиÑе в Ñвой ÑкÑÐ¸Ð¿Ñ Ð¾Ð¿ÑионалÑно ÑакÑÑ ÑÑÑÑкÑ, (Ñипа вклÑÑиÑÑ Ñоллбек, вÑклÑÑиÑÑ Ñоллбек) Ñо бÑÐ´ÐµÑ Ð½ÐµÐ¿Ð»Ð¾Ñ Ð¾. 17 окÑÑбÑÑ 2013 г., 9:32 полÑзоваÑÐµÐ»Ñ Alexey Markov напиÑал: > ÐÑем пÑивеÑ! > > ÐÑÑÑ Ñ Ð¼ÐµÐ½Ñ Ð½ÐµÑколÑко ÑдалÑннÑÑ ÑеÑвеÑов Ñ Ð²ÐµÑÑма "ÑазвеÑиÑÑÑми" > пÑавилами Ð´Ð»Ñ ÑайÑволов, в коÑоÑÑÑ Ð¸ÑполÑзÑеÑÑÑ ÐºÑÑа пеÑеменнÑÑ , > ÑÐ°Ð±Ð»Ð¸Ñ Ð¸ Ñ.д. ÐÐ»Ñ ÑпÑÐ°Ð²Ð»ÐµÐ½Ð¸Ñ ÑÑими ÑайÑволами напиÑал неболÑÑой > ÑкÑипÑ, коÑоÑÑй позволÑÐµÑ ÑеÑÑиÑоваÑÑ Ð¿Ñавила пеÑед пÑименением, > а Ñакже загÑÑжаÑÑ Ð°Ð´ÑеÑа в ÑаблиÑÑ "опÑом и в ÑозниÑÑ": > > https://github.com/RedRat/**fwcontrol<https://github.com/RedRat/fwcontrol> > > РазÑмееÑÑÑ, никакой rocket science в нÑм неÑ, но новиÑкам он бÑÐ´ÐµÑ > полезен как пÑимеÑ, а "ÑÑаÑиÑкам" - даÑÑ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑ Ð¿Ð¾ÐºÑиÑиковаÑÑ > Ð¼ÐµÐ½Ñ (надеÑÑÑ, конÑÑÑÑкÑивно). > > -- > WBR, Alexey Markov. > -- Regards, Alexander Yerenkow
Re: Re[2]: [freebsd] radeon
Это крайне тестовый образ, вряд ли про него есть что-то в гугле. После распаковки по идее должно пропасть расширение .xz, и стать размером примерно в 4гб Если так получилось - то образ готов для запуска как в виртуалках (вбокс, вмвар), так его можно dd if=r255923-head-kms-flat.vmdk bs=16m of=/PATH/TO/YOUR/DA Если дд-шкнули его окейно, то просто с него загрузиться, залогиниьться root/test и выполнить ./runx.sh Если графика не запустилась, то в /root будет лежать пару логов, полезных разработчикам. Дальше вам поможет только опыт :) 9 октября 2013 г., 11:59 пользователь Roman Goncharuk написал: > --- Оригінальне повідомлення --- > Від кого: "Alexander Yerenkow" > Дата: 6 жовтня 2013, 15:25:34 > > > Возьми мой образ для теста 10-ки и нового иксорга, > > http://pkg.javaz.org.ua/images/r255923-head-kms-flat.vmdk.xz > > > > dd- его на флешку, бутнись, > > login: root password:test > > > > после логина > > ./runx.sh > > > у меня вопрос (может быть кому-то глупым покажется, но...) гугл не помог > > На запит how to r255923-head-kms-flat.vmdk.xz не знайдено жодного > документа. > > > не был уверен необходимо или нет, но я распаковал архив > > xz -d r255923-head-kms-flat.vmdk.xz > > получил файл > > r255923-head-kms-flat.vmdk.xz > > википедия прояснила: > > VMDK (Virtual Machine Disk) -- формат файла, разработанный VMware для > использования в качестве образа диска в своих виртуальных машинах. VMDK > схож по структуре и содержанию с жёстким диском, является открытым и > документированным. > > т.е. судя по всему этот образ надо dd на флешку? > -- Regards, Alexander Yerenkow
Re: [freebsd] clamav + freebsd 9.2-STABLE
Как вариант не очень сложного дебага - поставьте себе в чрут 9-ку из сорцов, и посмотрите падает ли там всё свежесобранное. 6 октября 2013 г., 22:57 пользователь George L. Yermulnik написал: > Hello! > > Случилось мне тут накатить фрю до 9.2-STABLE с 6-ки (последовательно > 6->7->8->9.2-STABLE). Полностью персобрал порты. Всё работает, кроме > clamd и иже с ним (clamscan, freshclam и т.д.). Падает в корку при > запуске по 11-му сигналу. Персобирал уже и так и эдак. Гугл не > впечатлил. Есть пару серверов, где 9-ка была установлена с нуля, - там > всё Ok: clamav работает и не жужжит. Отличие только в архитектуре: > работает на amd64, не работает - на i386. Единственное, чего пока ещё не > делал, - make delete-old-libs (сделал только при апгрейде с 6 до 7, а > потом плюнул для ускорения процесса). Но ldd не показывает отличия в > использовании либ на серверах, где clamav работает и где не работает. > Может, кто-то сталкивался с таким странным поведением? Подскажите, куда > копать и что делать? > Пересобирать ядро и софт с дебагом пока что руки не дошли. Или это > единственный вариант диагностики подземного стука? > > -- > George L. Yermulnik > [YZ-RIPE] > -- Regards, Alexander Yerenkow
Re: Re[2]: [freebsd] radeon
6 октября 2013 г., 20:05 пользователь Roman Goncharuk написал: > у меня ещё более старый радеон > > можно я тоже воспользуюсь образом? > Вроде он должен для всего работать, пробуйте, благо это просто. Если не будет работать - то образовавшиеся кучу логов можете бросить Jean-Sebastian Pedron'у, он правда уже завален ими по не могу :) > > > > образ для теста 10-ки и нового иксорга > > http://pkg.javaz.org.ua/images/r255923-head-kms-flat.vmdk.xz > > > dd- его на флешку, бутнись, login: root password:test > после логина ./runx.sh > > Если графика будет шуршать, то можешь пробовать 9.2, шансы есть на > нормальный рабочий экспириенс. > > > 6 октября 2013 г., 15:03 пользователь Anton Sayetsky > написал: > > Приветствую, коллеги. > Имеется старый ноут с Radeon X1250 (R400), имеется намерение туда > воткнуть 9.2-RELEASE. Способна ли эта идея жить? Будет ли вообще > более-менее нормально работать (игрушки особо не интересуют)? Юзать ли > WITH_NEW_XORG? > > > > > -- Regards, Alexander Yerenkow
Re: [freebsd] radeon
Возьми мой образ для теста 10-ки и нового иксорга, http://pkg.javaz.org.ua/images/r255923-head-kms-flat.vmdk.xz dd- его на флешку, бутнись, login: root password:test после логина ./runx.sh Если графика будет шуршать, то можешь пробовать 9.2, шансы есть на нормальный рабочий экспириенс. 6 октября 2013 г., 15:03 пользователь Anton Sayetsky написал: > Приветствую, коллеги. > Имеется старый ноут с Radeon X1250 (R400), имеется намерение туда > воткнуть 9.2-RELEASE. Способна ли эта идея жить? Будет ли вообще > более-менее нормально работать (игрушки особо не интересуют)? Юзать ли > WITH_NEW_XORG? > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Zombie в виртулке KVM
Уж скорее в пхп, если вы видите.зомби от процессов _одного_ юзера. Были бы проблемы виртуалки - вряд ли картина была такой. Regards, Alexander Yerenkow 04.10.2013 9:40 пользователь "Sergey V. Dyatko" написал: > On Fri, 04 Oct 2013 09:32:46 +0300 > "Vladislav V. Prodan" wrote: > > > 04.10.2013 9:15, Sergey V. Dyatko пишет: > > > On Fri, 04 Oct 2013 09:03:54 +0300 > > > "Vladislav V. Prodan" wrote: > > > > > >> 04.10.2013 7:55, Eugene Grosbein пишет: > > >>> On 04.10.2013 05:02, Vladislav V. Prodan wrote: > > >>>> Сабж. > > >>>> Это с чем проблемы? > > >>>> Недостаток памяти, CPU или диски? > > >>> > > >>> У возникновения зомби всегда одна причина: зомби это процесс, > > >>> который завершил работу, но его родитель не запустил для него > > >>> системный вызов wait(). Если убить родителя, то родителем для > > >>> зомби ядро назначит init, который похоронит зомби. > > >>> > > >>> > > >> > > >> А как определить Зомби? > > > открыть ps(1) и посмотреть что такое state. (Z) > > > > Я в общих чертах знал, что такое зомби, а вот природу появлениях их > > виртуалке - нет. > > Вопрос оставляю открытым. > > > т.е. есть основания полагать, что дело именно в ультрамолодежных > технологиях(виртуализация) ? Честно говоря, верится с трудом > > > -- > wbr, tiger >
[freebsd] Re: [freebsd] Re: [freebsd] ЧÑо Ð¼Ð¾Ð¶ÐµÑ Ð¼ÐµÑаÑÑ unmount-Ñ?
ÐÑли палÑÑем в небо, Ñо ÑиÑÑаÑÐ¸Ñ Ð¾ÑÐµÐ½Ñ Ð¿Ð¾Ñ Ð¾Ð¶Ð° на ÑÐµÐ¹Ñ ÐºÐ¾Ð½Ð´Ð¸Ñн + пÑоÑÑой ÑÑеÑÑик оÑкÑÑÑÑÑ Ñайлов на ÑÑ (не ÑÑед ÑейÑнÑй Ñо еÑÑÑ ); ÐÑÐ¼Ð°Ñ Ð½Ð°Ð´Ð¾ оÑкÑÑваÑÑ pr в лÑбом ÑлÑÑае, налиÑо повÑоÑÑÐµÐ¼Ð°Ñ Ð¿Ñоблема. Regards, Alexander Yerenkow 14.09.2013 11:29 полÑзоваÑÐµÐ»Ñ "Alexey Markov" напиÑал: > 14.09.2013, 08:26, "Eugene Grosbein" : > > > >> ТеÑÑиÑÑÑ ÑÑаÑенÑкий ÑеÑваÑок под PostgreSQL: ÑкÑÐ¸Ð¿Ñ Ð² Ñикле ÑоздаÑÑ > >> на Ñазделе ÑайловÑÑ ÑиÑÑемÑ, ÑазвоÑаÑÐ¸Ð²Ð°ÐµÑ Ð½Ð° ней пÑÑÑÑÑ Ð±Ð°Ð·Ñ Ð¸ поÑом > >> наÑÑÐ°Ð²Ð»Ð¸Ð²Ð°ÐµÑ Ð½Ð° Ð½ÐµÑ pgbench Ñ Ð¾Ð¿ÑеделÑннÑми паÑамеÑÑами. РпеÑиодиÑеÑки > >> обламÑваеÑÑÑ Ð½Ð° ÑÑадии оÑмонÑиÑованиÑ, пÑи ÑÑом ÐºÐ°ÐºÐ¸Ñ -либо оÑкÑÑÑÑÑ > >> Ñайлов Ñ Ð½Ð° Ñазделе не вижÑ: > >> > >> unmount of /test failed: Device busy > >> > >> lsof +D /test +x <- пÑÑÑо > >> lsof +D / +x | grep test <- Ñоже пÑÑÑо > >> > >> df -h -t nonullfs,devfs -i /test > >> Filesystem SizeUsed Avail Capacity iused ifree %iused > Mounted on > >> /dev/da0s1f 54G 15G 34G31%1.1k 7.3M0% /test > >> > >> Ðде и Ñем еÑÑ Ð¼Ð¾Ð¶Ð½Ð¾ поÑмоÑÑеÑÑ, ÑÑо меÑÐ°ÐµÑ Ð¾ÑмонÑиÑоваÑÑ Ñаздел? > > > > ÐаÑем df -t nonullfs, devfs? ÐÑмонÑиÑоваÑÑ Ð±ÑÐ´ÐµÑ Ð¼ÐµÑаÑÑ Ð½Ð°Ð»Ð¸Ñие > > дÑÑÐ³Ð¸Ñ ÑмонÑиÑованнÑÑ nullfs или devfs Ñ ÑоÑкой монÑиÑÐ¾Ð²Ð°Ð½Ð¸Ñ Ð½Ð° /test. > > df -h -i > Filesystem SizeUsed Avail Capacity iused ifree %iused Mounted on > /dev/da0s1a 2G533M1.3G29% 26k 256k9% / > devfs 1.0k1.0k 0B 100% 0 0 100% /dev > /dev/da0s1d3.9G108M3.5G 3%1.7k 540k0% /var > /dev/da0s1e 47G 27G 16G63%292k 2.9M9% /data > tmpfs 2.0G 36k 2G 0% 11 524k0% /tmp > /dev/da0s1f 54G 15G 34G31%1.1k 7.3M0% /test > > ÐеÑÑ Ñам дÑÑÐ³Ð¸Ñ ÑмонÑиÑованнÑÑ Ð¤Ð¡. РоÑкÑÑÑÑÑ Ñайлов неÑÑ. :-( > Ðаже пÑоÑеÑÑÑ Ð²Ñе оÑÑановленÑ, кÑоме ÑиÑÑемнÑÑ . Ð Ñем не менее, > пÑи попÑÑке оÑмонÑиÑоваÑÑ, полÑÑÐ°Ñ unmount of /test failed: Device busy > > ÐамеÑил ÑолÑко, ÑÑо Ñакое ÑлÑÑаеÑÑÑ Ð¿Ð¾Ñле пÑогона pgbench > Ñ Ð¿Ð°ÑамеÑÑом -c болÑÑе 1000. Ðо дело Ñвно не в Ñвободном меÑÑе на > Ñазделе, Ñак как Ñам занÑÑо не более 1/3. > > -- > WBR, Alexey Markov. > >
[freebsd] Re: [freebsd] ЧÑо Ð¼Ð¾Ð¶ÐµÑ Ð¼ÐµÑаÑÑ unmount-Ñ?
1 ÐопÑÐ¾Ñ - гÑаÑика еÑÑÑ? ÐÐРиногда лÑÐ±Ð¸Ñ Ð¼ÐµÑаÑÑ Ð¾ÑмонÑиÑоваÑÑ. 2 ÐопÑÐ¾Ñ - fstat | grep test 13 ÑенÑÑбÑÑ 2013 г., 15:29 полÑзоваÑÐµÐ»Ñ Alexey Markov напиÑал: > ÐÑем, вÑего, и много! > > ТеÑÑиÑÑÑ ÑÑаÑенÑкий ÑеÑваÑок под PostgreSQL: ÑкÑÐ¸Ð¿Ñ Ð² Ñикле ÑоздаÑÑ > на Ñазделе ÑайловÑÑ ÑиÑÑемÑ, ÑазвоÑаÑÐ¸Ð²Ð°ÐµÑ Ð½Ð° ней пÑÑÑÑÑ Ð±Ð°Ð·Ñ Ð¸ поÑом > наÑÑÐ°Ð²Ð»Ð¸Ð²Ð°ÐµÑ Ð½Ð° Ð½ÐµÑ pgbench Ñ Ð¾Ð¿ÑеделÑннÑми паÑамеÑÑами. РпеÑиодиÑеÑки > обламÑваеÑÑÑ Ð½Ð° ÑÑадии оÑмонÑиÑованиÑ, пÑи ÑÑом ÐºÐ°ÐºÐ¸Ñ -либо оÑкÑÑÑÑÑ > Ñайлов Ñ Ð½Ð° Ñазделе не вижÑ: > > unmount of /test failed: Device busy > > lsof +D /test +x <- пÑÑÑо > lsof +D / +x | grep test <- Ñоже пÑÑÑо > > df -h -t nonullfs,devfs -i /test > Filesystem SizeUsed Avail Capacity iused ifree %iused Mounted on > /dev/da0s1f 54G 15G 34G31%1.1k 7.3M0% /test > > Ðде и Ñем еÑÑ Ð¼Ð¾Ð¶Ð½Ð¾ поÑмоÑÑеÑÑ, ÑÑо меÑÐ°ÐµÑ Ð¾ÑмонÑиÑоваÑÑ Ñаздел? > > P.S. FreeBSD 8.4-RELEASE-p3, ÑайлÑÑ Ð° - UFS2 Ñ Ð¿Ð°ÑамеÑÑами по-ÑмолÑаниÑ. > ÐÑоблема Ñ ÑазмонÑиÑованием Ð²Ð¾Ð·Ð½Ð¸ÐºÐ°ÐµÑ Ð¿Ð¾Ñле пÑогона pgbench Ñ Ð¿Ð°ÑамеÑÑом > -c Ð¾Ñ 1000 до 2000. С менÑÑими - вÑÑ Ñабо^H ÑазмонÑиÑÑеÑÑÑ Ð½Ð¾ÑмалÑно. > > -- > WBR, ÐÑÐ¾ÐµÐºÑ <ÐÑÑоÑиÑеÑкие ÐаÑеÑиалÑ>. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Сетевая bge и 1Гбит
Пиши сразу в каррент и заводи PR (как минимум про зависон 92). Head пробовал? Если на нём заведётся, то или бекпортни себе дрова в стейбл, или если возможность есть - сиди на хеде. 21 августа 2013 г., 17:52 пользователь skeletor написал: > Есть несколько серверов HP dl560 g1. В каждом по 2 сетевые Compaq NC7781 > Gigabit Server Adapter ASIC Rev 0x001002 (инфа через sysctl > dev.bge0.%desc). А если через pciconv то Broadcom NetXtreme BCM5703X > Gigabit Ethernet > > Самое главное, что нельзя эти сетевые завести на гигабите. Если ставлю > auto - получаю 100FD. Если принудительно 1000FD/HD - то получаю no carrier. > И на свиче ставит как auto, так и жёстко прибивал - не хочет работать. > > Зато под Linux - отлично поднимается гигабит (пробовал gentoo, ubuntu). > > Под FreeBSD 8.4, 9.1 - одно и то же. 9.2RC2 - вообще зависает при загрузке > (на сканировании USB-устройств). > > Такое наблюдается на 2-х одинаковых серверах. Чувствую, что дело в > драйвере bge, но как заставить работать на гигибите - не знаю. > > Заранее спасибо. > -- Regards, Alexander Yerenkow
[freebsd] KyivBSD'13 - регистрация посетителей
Всем привет! Открыта регистрация, подробней тут http://ru.kyivbsd.org.ua/novosti/otkrytaregistraciaslusatelejnakyivbsd13 P.S. Взываю к тем, кто второй год, не читая совсем-совсем руководства по регистрации, не заполняет форму, а просто вводит свой емейл и по каким-то причинам бросает всё на этом этапе. Уже доведите до конца регистрацию, и если передумали посещать уберите галочку что будете. RTFman регистрация в общем :) -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Сжатия ядра и модулей
Попросите дать вам новый диск для всего, туда накатите dd-шнутый имадж и бутнитесь с него. Пойдёт даже флешка на пару гиг. Сам в виртуалках юзаю отдельный диск с всей системой в RO, горя не знаю. Апгрейд - добавить новый диск, указать образ, бутнуться, если всё ок, старый удалить. Если вам не смогут выдать диск, то лучше их сразу культурно отправить искать другого мученика с такой задачей :) 1 августа 2013 г., 12:32 пользователь skeletor написал: > Всем привет. > > Достался сервер, удалённый (очень далеко), без KVM'a. Нужно обновить ядро > до 8.4. Но проблема в том, что в корне (/) места очень мало (осталось около > 100 Мбайт). И для ядра GENERIC явно маловато. Обычно обновляю ядро через > nextboot, но в этом случае ядро придёться старое ядро перенести, иначе > новое не проинсталлится. > Почитал про kgzip, но с ним много проблем (как пишут в инете), а так же > нашёл поддержки amd64. > Есть вариант удалять ненужные модули, но это длительно и может быть > чревато. > > Может есть вариант загрузить ядро не с boot-ового (у меня в качестве его > выступает /) раздела? Или сжать ядро? Или ещё есть какие-то методы с > возможностью загрузки и старого ядра с помощью netboot или аналога? > > ОС FreeBSD 8.1 Release amd64 > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] [offtopic] Странное поведение Chromium + pkgng
Пиши им сразу, это крутая бага :) Имею хромиум из своего репо, в пн проверю как оно, может это какая-то общая нелюбовь именно хрома к пкж :) 26 июля 2013 г., 17:15 пользователь Alex Khrenov написал: > Добрый день. > Столкнулся с необъяснимым :-) > Есть десктоп на FreeBSD 9-STABLE > Настроен репозиторий pkgng от PCBSD > (http://wiki.pcbsd.org/index.php/Turn_FreeBSD_into_PC-BSD%C2%AE) > Стоит chromium-27.0.1453.116 оттуда же (все пакеты тоже поставлены через > pkg install). Хром работает нормально до тех пор пока не запускается > pkg install... Как только любой пакет начинает инсталиться, хром падает > в корку. > Никто не сталкивался? > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: Бездисковые роутеры
22 июля 2013 г., 12:26 пользователь Alexander Melnik <0...@ukr.net> написал: > On Monday 22 July 2013, Warrior wrote: > > Предлагаю вашему вниманию мою методику создания загрузочной флешки... (в > > конце) > > Тоже вариант. > > > К ней хочу добавить что GPT разбитие диска чревато тем что резервная > копия > > А зачем там GPT? Обычного bsdlabel вполне достаточно, как мне кажеться. > GPT, если он не вешает глючный биос материнки, даёт хоть какую-то надежду на то что система бутнётся, если в неё понатыкано ещё других usb девайсов. рут будет пытаться маунтнутся с /dev/gpt/blabla, которое, если не будет конфликтов, будет всегда вне зависимости какой это будет da*. > > #очистка начала флешки (на всякий случай) > dd if=/dev/zero of=/dev/da0 bs=1m count=1 > #запись BSD label и bootcode > bsdlabel -Bw /dev/da0 > #создание/ редактирование раздела(ов) > bsdlabel -e /dev/da0 > > Уже рекомендуют привыкать к gpart create -s MBR da0 gpart add -t freebsd-ufs da0 gpart set -a active -i 1 da0 gpart bootcode -b $mountdir/boot/boot0 da0 gpart bootcode -b $mountdir/boot/boot da0s1 > Да и достаточно. Или у вас флешки в несколько терабайт? > > > > PS. Широко распостранено мнение, что для работы bsdlabel нужно сначала > создать > MBR fdisk'ом. Это справедливо только для случая, когда на диск ставится > несколько операционок. В случае, если весь диск используется только > FreeBSD, > MBR необязателен. > > -- > Bye! A.M. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Бездисковые роутеры
20 июля 2013 г., 16:52 пользователь Vladislav V. Prodan написал: > > Есть несколько 1U серверов, у которых умерли scsi винты, но есть > встроенные 2х1 гигабит сетевухи. > Поделитесь опытом разворачивании и эксплуатации бездисковых роутеров на > FreeBSD. > > В сети есть минимум 2 dhcp/tftp/nfs сервера. > > Можно ли в dhcp указывать несколько NFS серверов, для гарантированного > монтирования FS ? > Или все-таки лучше использовать USB-flash со скоростью чтения 20MB/s и > выше? > Если у кого-то был опыт эксплуатации, поделитесь мнениями и возможными > проблемами/узкими местами. > > Не совсем бездисковый опыт, но я последние джва года сетаплю фрю на чтото мелкое типа SD карты / USB флеш, ~800м ообраз, в режме рид онли. Крайне удобно, как для реальных машин, так и для виртуалок (для них ещё более удобно). > Заранее благодарю. > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE > -- Regards, Alexander Yerenkow
Re: [freebsd] VPS for FreeBSD
18 июля 2013 г., 14:42 пользователь Anton Yuzhaninov написал: > Раз пошла речь про VPS - на Amazon кто то пробовал FreeBSD запускать? > Вроде бы они анонсировали поддержку. > Там есть пару темплейтов, когда работал с амазоном не было проблем существенных (если не считать ограничений). Сейчас возможно ситуация даже лучше, давно не смотрел туда, он дорогой весьма :) > > В качестве основного хостинга Амазон дорогой, но в качестве резервного > вполне подойдет (если надо что то быстро развернуть, например при > длительной аварии на основном хостинге). > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Порты, которые не собираются clang'ом
18 июля 2013 г., 13:59 пользователь Sayetsky Anton написал: > И заодно > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html > прочесть. -CURRENT для _разработчиков_, которые _готовы решать > проблемы_. Вот он и готов - написал в рассылку, попросил помощи и знаний :) > Зачем вообще ставить это на десктоп, а не дев-станцию - не > понимаю. > Хотя бы затем, чтоб поглядеть что там пилят в карренте для графики (AMD TTM) или для линуксулюции поновее, разве нет? -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] apache не отдает файлы более 255 байт из примонтированной по самбе директории
Можем ли немного развить тему? Если sendfile имеет "нюансы" в случае с smbfs, то что про него известно в случае других систем? У меня кое-где nginx раздаёт крупную (> 255) статику с ZFS и там sendfile включен. Есть у кого-то какая-то информация, или опыт связанный с проблемами с sendfile? 16 июля 2013 г., 10:18 пользователь Timofey Andreewski написал: > Ха! Оно, Евгений! Спасибо большое. > > > On 16.07.2013 02:22, Timofey Andreewski wrote: >> >> Апач вполне себе на страницу пускает, список файлов и директорий >>> отображает. >>> >>> Но вот если файл будет более 255 байт, то сгрузить его не удасться с >>> ошибкой ERR_CONTENT_LENGTH_MISMATCH >>> Если тот же файл поместить в другую, не присамбленную директорию, то он >>> вполне себе грузится... >>> Т.е. тут дело именно в связке самбы и апача, т.к. самба отдельно >>> работает, >>> апач отдельно работает, а вместе они не хотят... >>> А вот как бы сделать так, чтобы работали? >>> >> >> Apache по дефолту использует sendfile() для отдачи плоских файлов. >> У sendfile() по жизни проблемы с файловыми системами, отличными >> от UFS (ZFS, NFS, nullfs, smbfs...) >> >> В качестве обходного пути можно попробовать отключить использование >> sendfile в httpd.conf >> >> -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Как переместить кеш ZFS пула на обычное место
По идее zpool export tank2 zpool set cachefile=none tank2 zpool import tank2 Должно вам помочь. 15 июня 2013 г., 14:00 пользователь Vladislav V. Prodan написал: > > Есть три пула zroot, tank и tank2 > У первых двух кеш лежит в /boot/zfs/zpool.cache > > А tank2 создавался в таком порядке > # gnop create -S 4096 /dev/gpt/disk3 > # zpool create -m /tank2 -o cachefile=/tmp/zpool.cache -o autoexpand=on > tank2 gpt/disk3.nop > # zpool export tank2 > # gnop destroy /dev/gpt/disk3.nop > # zpool import -d /dev/gpt -o cachefile=/tmp/zpool.cache -o > altroot=/tank2 tank2 > > И соответственно зпул кеш лежит в /tmp/zpool.cache > > Как его вернуть потом в обычное место? > Внаглую дописать к /boot/zfs/zpool.cache ? > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE > -- Regards, Alexander Yerenkow
[freebsd] Re: Re: [freebsd] "неубиваемый" статик роут
Мне кажется вы дошли до такого уровня точности формулировки, что вас от ответа отделяет небольшой эксперимент :) У меня есть аналогичная ситуауия, но на линуксе е без бгп, там этот статик решается через указание маршрута в кроне, так что после реконнекта сеть немного погодя опять видна. Regards, Alexander Yerenkow 27.05.2013 11:08 пользователь "Yuriy B. Borysov" написал: > Hi! > > On Mon, May 27, 2013 at 02:53:24PM +0700, Eugene Grosbein writes: > > > Нет, имя интерфейса или IP непосредственно достижимого шлюза обязательны. > > Я как раз про IP непосредственно достижимого шлюза. > > Собственно, выглядит так: > > pptp сервер, выдаёт подключающимся клиентам IP из сети 10.160.0.0/24. > ip закреплены за каждым клиентом, т.е. не изменяются при > переподключениях. > > pptp клиент подключается и получает адрес, например 10.160.0.2 > > ng2: flags=88d1 metric 0 > mtu 1400 > inet 10.160.0.2 --> 10.160.0.1 netmask 0x > nd6 options=29 > > За клиентом находится сеть, к которой надо получить доступ с сервера, > например 192.168.1.0/24 > > Собственно вопрос, если на сервере кваге сказать, не > > ip route 192.168.140.0/24 ng2 > а > ip route 192.168.140.0/24 10.160.0.2 > > Будет ли квага возвращать роут в таком случае при пропадании ng2 и > появлении его в виде, к примеру, ng22 > > -- > WBR, Yuriy B. Borysov > YOKO-UANIC | YOKO-RIPE >
[freebsd] Re: [freebsd] Книга по FreeBSD
Лично мне нравится сама идея, что кто-то сел, собрался и сделал книжку на русском. Книги по программированию тоже часто ругают, вот только сколько их? Как и любое законченное дело, эта книга достойна уважения, особенно если учесть что на русском :) -- Regards, Alexander Yerenkow
Re: [freebsd] 8.3 -> 9.1 and gmirror
Там были изменения, которые могут привести к незагрузачному конфигу, подробней надо поискать в листах рассылки current- или stable-. 13 мая 2013 г., 15:34 пользователь Yuriy B. Borysov < yokod...@yokodzun.kiev.ua> написал: > Здравствуйте! > > Есть ли у кого успешный опыт апдейта 8.3 до 9.1 с системными дисками в > gmirror? > > Интернет полон какими то ужасами про проблемы gmirror и gpt. > > Есть ли подводные камни? > > Спасибо! > > > -- > WBR, Yuriy B. Borysov > YOKO-UANIC | YOKO-RIPE > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] ... И apache22 туда же... (WAS: m4 на 7.2-RELEASE)
1 мая 2013 г., 14:02 пользователь George L. Yermulnik написал: > Hello! > > On Wed, 01 May 2013 at 13:12:51 (+0300), Sergey Rudenko wrote: > > > >> Да и то для чего их переделывали тоже не работает, репозиториев точка > > >> нет))). > > > Вот тут я Вас совершенно не понял. > > Эти опции специально изобрели под pkgng или я ошибаюсь? > > А разве pkgng запускает какой-то особенный make? =) > Можно убрать смайл, если вспомнить что pkgng пакетики помнят свои опшнсы, и репо (будут) предоставлять инфо об опшнсах, поэтому частично новый фреймворк optionsNG был введён чтобы вся система ports-packages развивалась как-то едино, и эволюционировала к более-менее нормальному чему-то :) > > -- > George L. Yermulnik > [YZ-RIPE] > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] ... И apache22 туда же... (WAS: m4 на 7.2-RELEASE)
30 апреля 2013 г., 10:04 пользователь Eugene Grosbein написал: > On 30.04.2013 13:59, Alexander Yerenkow wrote: > > > Пакеты, конечно, в первую очередь. > > Возможность использовать собственный build-box это одно, а > "обязательность" совсем другое. > > > > > > Мой опыт использования их в своих целях показал что если надо будет > заморачиваться над опциями, то надо будет > > а) много-много репо с по-разному собранными пакетами > > б) высокоинтеллектуальный фреймворк сбора пакета со всеми опциями, и > отслеживанием что можно выделить на уровне файлов как относящееся к опции > (например всякие модули к nginx-у, они не меняют сам *nginx, но лишь > добавляют зависимостей и в выходной результат кучку файлов). Фреймворк > конечно сфейлит если порт должен собрать все депенденси и для них выдать > один исполняемый файл. Тут только зоопарк вариантов. > > в) Свой билдбокс, fine-tuned под ваши нужды. > > г) packet-on-demand?... > > > > Ну в общем типовые пакеты это гуд, а нетиповые всё равно заставят > ковыряться в портах, или ещё что-то придумывать. > > Это всё не нужно "обычному" пользователю. Я пытаюсь донести мысль о том, > что ссылки на возможность построить собственный билд-бокс некорректны, > если мы заботимся об удобстве "обычных" пользователей. > > > Если обычные ползователи пойдут в порты, то даже локальная сборка с помощью poudriere более эффективна будет и быстра за счет параллелизма, и если где-то порт фейлнет, то всё не остановится, а соберётся всё что сможет. Имхо, тут не хватает для юзера просто красивого GUI с галочками что ему локально надо собрать. "Обычных" юзеров не так много, и они или на PC-BSD и не морочатся, или знакомы с портами. Ну и повторюсь - пользователю надо дать сначала хотя бы штатные пакеты, а потом уже думать хороша ли вся инфраструктура или нет :) -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] ... И apache22 туда же... (WAS: m4 на 7.2-RELEASE)
30 апреля 2013 г., 9:53 пользователь Eugene Grosbein написал: > On 30.04.2013 13:49, Alexander Yerenkow wrote: > > > > Про пакеты - poudriere на виртуалке делается за полчасика > максимум, и в состоянии собрать пакетов под ваши нужды, > > > пока официальных нету, стоит завести свой, если конечно у вас > больше одной машинки под управлением. > > > > Лично я резко против признания "нормальной" необходимости каждому > иметь build-box. > > Такие вещи губят и так небольшой объём userbase. > > > > > > Это плохо в теории, но на практике, пока нет пакетов, или слоупочные > порты, или многопоточный пудрие. > > Опять же, если у вас больше 1 машины, то скорее всего вы сами сможете > сделать выбор надо ли оно вам. > > А userbase на данный момент губит больше отсутствующие полгода пакеты, а > совсем не мой собственный build-box ;) > > Пакеты, конечно, в первую очередь. > Возможность использовать собственный build-box это одно, а > "обязательность" совсем другое. > > > Мой опыт использования их в своих целях показал что если надо будет заморачиваться над опциями, то надо будет а) много-много репо с по-разному собранными пакетами б) высокоинтеллектуальный фреймворк сбора пакета со всеми опциями, и отслеживанием что можно выделить на уровне файлов как относящееся к опции (например всякие модули к nginx-у, они не меняют сам *nginx, но лишь добавляют зависимостей и в выходной результат кучку файлов). Фреймворк конечно сфейлит если порт должен собрать все депенденси и для них выдать один исполняемый файл. Тут только зоопарк вариантов. в) Свой билдбокс, fine-tuned под ваши нужды. г) packet-on-demand?... Ну в общем типовые пакеты это гуд, а нетиповые всё равно заставят ковыряться в портах, или ещё что-то придумывать. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] ... Ð apache22 ÑÑда же... (WAS: m4 на 7.2-RELEASE)
30 апÑÐµÐ»Ñ 2013 г., 9:37 полÑзоваÑÐµÐ»Ñ Eugene Grosbein напиÑал: > On 30.04.2013 13:09, Alexander Yerenkow wrote: > > > ÐÑо пакеÑÑ - poudriere на виÑÑÑалке делаеÑÑÑ Ð·Ð° полÑаÑика макÑимÑм, и в > ÑоÑÑоÑнии ÑобÑаÑÑ Ð¿Ð°ÐºÐµÑов под ваÑи нÑждÑ, > > пока оÑиÑиалÑнÑÑ Ð½ÐµÑÑ, ÑÑÐ¾Ð¸Ñ Ð·Ð°Ð²ÐµÑÑи Ñвой, еÑли конеÑно Ñ Ð²Ð°Ñ Ð±Ð¾Ð»ÑÑе > одной маÑинки под ÑпÑавлением. > > ÐиÑно Ñ Ñезко пÑоÑив пÑÐ¸Ð·Ð½Ð°Ð½Ð¸Ñ "ноÑмалÑной" Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾ÑÑи ÐºÐ°Ð¶Ð´Ð¾Ð¼Ñ Ð¸Ð¼ÐµÑÑ > build-box. > Такие веÑи гÑбÑÑ Ð¸ Ñак неболÑÑой обÑÑм userbase. > > ÐÑо Ð¿Ð»Ð¾Ñ Ð¾ в ÑеоÑии, но на пÑакÑике, пока Ð½ÐµÑ Ð¿Ð°ÐºÐµÑов, или ÑлоÑпоÑнÑе поÑÑÑ, или многопоÑоÑнÑй пÑдÑие. ÐпÑÑÑ Ð¶Ðµ, еÑли Ñ Ð²Ð°Ñ Ð±Ð¾Ð»ÑÑе 1 маÑинÑ, Ñо ÑкоÑее вÑего Ð²Ñ Ñами ÑможеÑе ÑделаÑÑ Ð²ÑÐ±Ð¾Ñ Ð½Ð°Ð´Ð¾ ли оно вам. Ð userbase на даннÑй Ð¼Ð¾Ð¼ÐµÐ½Ñ Ð³ÑÐ±Ð¸Ñ Ð±Ð¾Ð»ÑÑе оÑÑÑÑÑÑвÑÑÑие полгода пакеÑÑ, а ÑовÑем не мой ÑобÑÑвеннÑй build-box ;) -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] ... Ð apache22 ÑÑда же... (WAS: m4 на 7.2-RELEASE)
NG вводили ÑÑÐ¾Ð±Ñ Ð¿Ð¾Ð»ÑÑиÑÑ ÐµÐ´Ð¸Ð½Ð¾Ð¾Ð±ÑазнÑй инÑÑÑÑÐ¼ÐµÐ½Ñ Ð¿ÑовеÑки непÑоÑивоÑеÑивоÑÑи опÑнов в поÑÑÐ°Ñ . ÐапÑимеÑ, еÑли поÑÑ Ð´Ð¾Ð»Ð¶ÐµÐ½ вÑбÑаÑÑ ÑÑо-Ñо одно из двÑÑ -ÑÑÑÑ - ÑанÑÑе ÑÑо ÑÑебовало Ð¾Ñ Ð¼Ð°Ð¹Ð½ÑейнеÑа накодиÑÑ Ð¾Ð±ÐµÐ·ÑÑнего кода, и вÑÑ Ñавно позволÑло пÑи make config ÑделаÑÑ Ñакой вÑбоÑ, пÑи коÑоÑом поÑÑ Ð½Ðµ ÑобеÑÑÑÑÑ. Ð NG Ð´Ð»Ñ ÑÑого еÑÑÑ Ð¿Ð¾Ð½ÑÑие radio, коÑоÑое обÑÑÑÐ½Ð¸Ñ Ð½Ð° ÑÑапе конÑига как можно, а как неÑ. ÐналогиÑно, еÑли поÑÑ Ð¿Ð¾Ð½Ð¸Ð¼Ð°ÐµÑ WITH_FOO, Ñо ÑÑо он вÑбеÑÐµÑ ÐºÐ°Ðº пÑиоÑиÑÐµÑ ÐµÑли еÑÑÑ Ð¾Ð´Ð½Ð¾Ð²Ñеменно WITHOUT_FOO - ÑÐ°ÐºÐ°Ñ ÑиÑÑаÑÐ¸Ñ ÑÑпо игноÑиÑовалаÑÑ Ð² болÑÑинÑÑве поÑÑов, ÐºÐ°ÐºÐ°Ñ Ð¿Ð¾ÑледнÑÑ Ð¿ÑовеÑка бÑла, Ñа и ÑÑабаÑÑвала, а Ñакое поведение можно бÑло легко ÑловиÑÑ, еÑли ÑÑо-Ñо заÑеÑалоÑÑ Ð² make.conf. ТÑÑ Ð¾Ð¿ÑÑÑ Ð¶Ðµ, или коÑÑÑли в каждом мейкÑайле, или Ð¸Ð³Ð½Ð¾Ñ Ñакой ÑиÑÑаÑии и непÑедÑказÑемоÑÑÑ. У поÑÑов много пÑоблем, еÑли какие-Ñо неÑдобÑÑва вÑлазÑÑ Ð¿Ð¾ меÑе Ð¸Ñ ÑеÑениÑ, Ñо надо о Ð½Ð¸Ñ Ñ Ð¾ÑÑ Ð±Ñ Ð·Ð°ÑвлÑÑÑ. ÐÑо пакеÑÑ - poudriere на виÑÑÑалке делаеÑÑÑ Ð·Ð° полÑаÑика макÑимÑм, и в ÑоÑÑоÑнии ÑобÑаÑÑ Ð¿Ð°ÐºÐµÑов под ваÑи нÑждÑ, пока оÑиÑиалÑнÑÑ Ð½ÐµÑÑ, ÑÑÐ¾Ð¸Ñ Ð·Ð°Ð²ÐµÑÑи Ñвой, еÑли конеÑно Ñ Ð²Ð°Ñ Ð±Ð¾Ð»ÑÑе одной маÑинки под ÑпÑавлением. -- Regards, Alexander Yerenkow
Re: [freebsd] svn up & portsnap fetch
C svnup есть проблемы с скоростью и потерей мета инфы о ревизии, сейчас активно обсуждают и решают. Думаю скоро интегрируют, он уже шуршит приемлимо.
[freebsd] Re: [freebsd] У апача плохо отрабатывает graceful-stop
У меня есть похожая ситуация в принципе - есть парент процесс, биндится на порт А, спавнит пару процессов. Пока чилды не завершатся, то порт занят, если они зависли, то порт могу юзать только после жёсткого киляния их. Возможно у вас что-то такое же.
[freebsd] Re: Re[2]: Re[2]: [freebsd] На каком уровне работает сжатие в ZFS - блоки, файлы, другое?
Советую сделать отдельный ФС для таких логов с отключенным сжатием - дабы не тратить CPU; Писать туда как у вас пишет ваша прога, и не парится. Настроить ротейт в другую ФС где включена будет компрессия, и получать профит в виде сэкономленного места. Думаю это решит ваш вопрос на 90+%. 16 апреля 2013 г., 13:03 пользователь Vladislav Prodan написал: > > > --- Исходное сообщение --- > От кого: "Slawa Olhovchenkov" > Дата: 16 апреля 2013, 12:44:56 > > > > On Tue, Apr 16, 2013 at 12:40:48PM +0300, Vladislav Prodan wrote: > > > > > > я бы ожидал по-рекордного сжатия. > > > > это логично для сжатия дисков и файлов. > > > > > > разжал файл > > > дописал в конец 100 байт > > > сжал файл > > > > что за ересь? > > Потрудитесь обосновать свою мысль. > > > > Так и CPU повесится. > > > Лучше бы писал в в файл, но с ротацией. > > -- > Vladislav V. Prodan > System & Network Administrator > http://support.od.ua > +380 67 4584408, +380 99 4060508 > VVP88-RIPE > > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Ðа каком ÑÑовне ÑабоÑÐ°ÐµÑ ÑжаÑие в ZFS - блоки, ÑайлÑ, дÑÑгое?
Cow подÑазÑÐ¼ÐµÐ²Ð°ÐµÑ Ð¾Ð±Ð½Ð¾Ð²Ð»ÐµÐ½Ð¸Ðµ ÑолÑко измененного блока плÑÑ Ñого блока где инÑа о Ð±Ð»Ð¾ÐºÐ°Ñ . ÐÑо бÑло Ð±Ñ Ð»Ð¾Ð³Ð¸Ñно :) Regards, Alexander Yerenkow 16.04.2013 12:20 полÑзоваÑÐµÐ»Ñ "Alexey Markov" напиÑал: > ÐÑивеÑÑÑвÑÑ, All! > > СобÑÑвенно, Ñабж. ÐонкÑеÑнее: Ð²Ð¾Ñ ÐµÑÑÑ Ñ Ð¼ÐµÐ½Ñ ÑекÑÑовÑй Ñайл > ÑазмеÑом в гигабайÑ, и 10 Ñаз в ÑекÑÐ½Ð´Ñ Ðº Ð½ÐµÐ¼Ñ Ð´Ð¾Ð¿Ð¸ÑÑваеÑÑÑ > еÑÑ Ð¿Ð¾ 100 Ð±Ð°Ð¹Ñ (оÑкÑÑли Ñайл, допиÑали, закÑÑли). Ðакой обÑÑм > бÑÐ´ÐµÑ Ð¿Ð¾Ð´Ð²ÐµÑгаÑÑÑÑ ÑжаÑÐ¸Ñ Ð½Ð° ZFS - веÑÑ Ñайл; индивидÑалÑнÑе > кÑÑоÑки по 100 байÑ; Ñ Ð²Ð¾ÑÑ Ñайла, Ð½Ð°Ñ Ð¾Ð´ÑÑийÑÑ Ð² поÑледнем блоке? > > Ðак ни ÑÑÑанно, но никакой внÑÑной инÑоÑмаÑии на ÑÑÐ¾Ñ ÑÑÑÑ ÐÑÐ³Ð»Ñ > не даÑÑ. :-/ > > -- > WBR, Alexey Markov. >
[freebsd] Re: [freebsd] проблема із завантаженням ОС
погляди в сторону boot0cfg, у тебя похоже что зачем-то пытается грузится не оттуда (возможно запомнил какой-то бут с другого диска) По сути тебе надо чётко сказать серваку чтоб в след разы грузился с ad2 (если ты правильно указал где-что) и всё.
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: Re[2]: [freebsd] Подскажите, чем может быть заполнен своп на 100%?
1 апреля 2013 г., 11:55 пользователь Vasiliy P. Melnik написал: > > а зачем отбирать память у zfs, если можно кинуть неиспользованное в > > своп и получить еще больше памяти? > > я не сказал что это хорошо или плохо - я лишь сказал, что она так > поступает. А что будет когда своп будет использован на 100% я не в > курсе. > Что-что. Полная свопа будет. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: Re[2]: [freebsd] Подскажите, чем может быть заполнен своп на 100%?
1 апреля 2013 г., 11:13 пользователь Mykhaylo Yehorov написал: > > 2013/4/1 Alexander Yerenkow > >> Рекомендую что-то подобное, (размеры памяти в разумные рамки, в >> зависимисти от установленной памяти, у меня 6) >> >> /boot/loader.conf >> >> vfs.zfs.prefetch_disable="1" >> vfs.zfs.arc_max="3g" >> vm.kmem_size_max="4g" >> >> Это если основная функция не производительность zfs, а некая другая :) >> После установки ребутнуться. >> Если не лимитировать arc, то он вкупе с ядром может зохавать почти всю >> память, естественно вытеснив всё полезное в своп, такое легче словить на >> десктопах, на хедлессах такая ситуация не так очевидна. >> > > Память для zfs входит 2751M Wired. > Если процессы при 8G RAM занимают 12G, то zfs тут ни при чём. > > Выше уже сказали, что проблема в количестве процессов. > Я ж не против. Просто раз уж он копает, заодно пусть закопает и яму в которую в другой раз может свалиться :) > 2989 processes:3 running, 2984 sleeping, 1 zombie, 1 waiting > > Если просто интересно посмотреть, что попало в swap, то вот команда: > $ ps -axo pid= | while read p; do ps -p $p ; sudo procstat -v $p | egrep > 'sw *$' ; done > > -- > Mykhaylo Yehorov > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: Re[2]: [freebsd] Подскажите, чем может быть заполнен своп на 100%?
Рекомендую что-то подобное, (размеры памяти в разумные рамки, в зависимисти от установленной памяти, у меня 6) /boot/loader.conf vfs.zfs.prefetch_disable="1" vfs.zfs.arc_max="3g" vm.kmem_size_max="4g" Это если основная функция не производительность zfs, а некая другая :) После установки ребутнуться. Если не лимитировать arc, то он вкупе с ядром может зохавать почти всю память, естественно вытеснив всё полезное в своп, такое легче словить на десктопах, на хедлессах такая ситуация не так очевидна. -- Regards, Alexander Yerenkow
[freebsd] Re: Re[2]: [freebsd] Подскажите, чем может быть заполнен своп на 100%?
Если зфс не полимитировать, то она модет жадничать и вытеснить чтото в своп. Как у вас там с сисктлями по зфс? И какое основное предназначение этой машинки? Regards, Alexander Yerenkow
Re: [freebsd] rdiff-backup
Если изменений не так много, то вам прямая дорога к zfs send/receive. Вы получите возможность отправить дифф, собранный без нагрузки на CPU средствами ФС (при настройке регулярного снепшотирования), аналогично на приёмнике сможете оставить возможность иметь историю изменений. -- Regards, Alexander Yerenkow
Re: [freebsd] rdiff-backup
a zfs send / receive рассматривали? -- Regards, Alexander Yerenkow
Re: [freebsd] svn checkout?
21 марта 2013 г., 11:19 пользователь Taras Heychenko написал: > > On 21 марта 2013, at 11:14, Volodymyr Kostyrko wrote: > > > 21.03.2013 10:53, Taras Heychenko пишет: > >> Hi! > >> Други, а подскажите, что я делаю не так. Решил попробовать перейти на > svn для обновления дерева портов. Выполнил > >> svn co svn://svn.freebsd.org/ports/head/ /usr/ports/ > > > > Сначала нужно было снести текущее содержимое /usr/ports. SVN по > умолчанию никогда не перезаписывает файлы чтобы избежать затирания > локальных изменений. > > А я думал он все же сравнивает даты. Каждый раз сносить порты, чтобы > обновить дерево выглядит несколько сомнительно. > > >> > >> Вопрос: а что я сделал не так, и как все же перейти на svn? > > > > В портах уже есть svnup. > > Спасибо, посмотрю. > Если будут комментарии / пожелания, то как раз сейчас эта вся кухня в каррент- обсуждается, не стесняйтесь, пишите :) > > > > > -- > > Sphinx of black quartz, judge my vow. > > -- > Taras Heychenko > > > > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] инсталляция сервера
13 марта 2013 г., 12:24 пользователь Dmytro Cherkasov написал: > Привет! > > Вопрос к киевлянам. Ко мне обратился человек с просьбой инсталлировать > сервер FreeBSD за деньги. Деталей пока не знаю. Если кому-то эта задача в > принципе интересна, напишите мне в приват, плз. > > А почему киевлянин именно? :) Сетапить надо прямо рядом с ним? :) Дай мой мыл, если не сложно, пусть детали сбросит, может смогу помочь человечку :) > Dmytro Cherkasov > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] USB 3G Modem (Зафиксить com-порт)
7 марта 2013 г., 14:10 пользователь Nikita Olenets написал: > Интересное предложение. Сразу как-то и не подумал :) > Я использую chan_datacard к астериску. > > > Я пользую dongle, но суть не в этом, в базовый код астерикса впилен разбор данных по порту, там вроде не хватает какого-то фрюизма, чтобы при осмотре доступных ком портов захватить ещё и нужные (/dev/cuaUX.Y); Если это сделать, то можно будет делать привязку и по IMEI/IMSI. Хотел, но руки не дошли. > 2013/3/7 Alexander Yerenkow > >> Есть предложение скооперироваться и просто запилить детект по imei для >> астерикса :) >> Если вы его используете. >> >> Regards, Alexander Yerenkow >> 07.03.2013 13:42 пользователь "Nikita Olenets" >> написал: >> >> Коллеги, приветсвую! >>> >>> Имею пару модемов под топиком 9.1-STABLE. >>> Модемы Huawei E1550 (Используются для голоса) >>> >>> Модемы подключены через активный USB-хаб. >>> Сейчас выглядит это вот так: >>> >>> # usbconfig | grep HUAWEI >>> ugen4.10: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> ugen4.9: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> >>> Периодичски, идентификатор usb устройства меняется и как следствие >>> меняется его сериальный порт в /dev/ >>> >>> Знаю, что теоретически проблема могла бы быть решена через devd, но: >>> # usbconfig -d ugen4.10 dump_device_desc >>> ugen4.10: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> >>> bLength = 0x0012 >>> bDescriptorType = 0x0001 >>> bcdUSB = 0x0200 >>> bDeviceClass = 0x >>> bDeviceSubClass = 0x >>> bDeviceProtocol = 0x >>> bMaxPacketSize0 = 0x0040 >>> idVendor = 0x12d1 >>> idProduct = 0x1001 >>> bcdDevice = 0x >>> iManufacturer = 0x0002 >>> iProduct = 0x0001 >>> iSerialNumber = 0x >>> bNumConfigurations = 0x0001 >>> >>> # usbconfig -d ugen4.9 dump_device_desc >>> ugen4.9: at usbus4, cfg=0 md=HOST >>> spd=HIGH (480Mbps) pwr=ON >>> >>> bLength = 0x0012 >>> bDescriptorType = 0x0001 >>> bcdUSB = 0x0200 >>> bDeviceClass = 0x >>> bDeviceSubClass = 0x >>> bDeviceProtocol = 0x >>> bMaxPacketSize0 = 0x0040 >>> idVendor = 0x12d1 >>> idProduct = 0x1001 >>> bcdDevice = 0x >>> iManufacturer = 0x0002 >>> iProduct = 0x0001 >>> iSerialNumber = 0x >>> bNumConfigurations = 0x0001 >>> >>> Отличий в двух модемах вообще нет. >>> Кто сталкивался, прошу помощи. >>> >>> -- >>> Head of network resource management group >>> Nikita Olenets >>> z...@zeon.kiev.ua >>> ZEON-UANIC >>> ZEON-RIPE >>> >> > > > -- > Head of network resource management group > Nikita Olenets > z...@zeon.kiev.ua > ZEON-UANIC > ZEON-RIPE > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] USB 3G Modem (Зафиксить com-порт)
Есть предложение скооперироваться и просто запилить детект по imei для астерикса :) Если вы его используете. Regards, Alexander Yerenkow 07.03.2013 13:42 пользователь "Nikita Olenets" написал: > Коллеги, приветсвую! > > Имею пару модемов под топиком 9.1-STABLE. > Модемы Huawei E1550 (Используются для голоса) > > Модемы подключены через активный USB-хаб. > Сейчас выглядит это вот так: > > # usbconfig | grep HUAWEI > ugen4.10: at usbus4, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > ugen4.9: at usbus4, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > Периодичски, идентификатор usb устройства меняется и как следствие > меняется его сериальный порт в /dev/ > > Знаю, что теоретически проблема могла бы быть решена через devd, но: > # usbconfig -d ugen4.10 dump_device_desc > ugen4.10: at usbus4, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x > bDeviceSubClass = 0x > bDeviceProtocol = 0x > bMaxPacketSize0 = 0x0040 > idVendor = 0x12d1 > idProduct = 0x1001 > bcdDevice = 0x > iManufacturer = 0x0002 > iProduct = 0x0001 > iSerialNumber = 0x > bNumConfigurations = 0x0001 > > # usbconfig -d ugen4.9 dump_device_desc > ugen4.9: at usbus4, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x > bDeviceSubClass = 0x > bDeviceProtocol = 0x > bMaxPacketSize0 = 0x0040 > idVendor = 0x12d1 > idProduct = 0x1001 > bcdDevice = 0x > iManufacturer = 0x0002 > iProduct = 0x0001 > iSerialNumber = 0x > bNumConfigurations = 0x0001 > > Отличий в двух модемах вообще нет. > Кто сталкивался, прошу помощи. > > -- > Head of network resource management group > Nikita Olenets > z...@zeon.kiev.ua > ZEON-UANIC > ZEON-RIPE >
Re: [freebsd] 9.1 hangs on reboot after all buffers synced
5 марта 2013 г., 14:07 пользователь Eugene Grosbein написал: > 05.03.2013 16:25, Alexander Yerenkow пишет: > > > > В STABLE такое - добавление новой фичи, которую нельзя отключить, > > > добавляющей панику - я не помню, когда в последний раз случалось. > > > > > > Так а зачем добавлять :) Есть же штатная, встроенная фича с юзермаунтом, > в каждом релизе и стебле ;) > > У меня её правда не приняли как DoS secteam, буду ждать пока разработчик > придумает как исправлять. > > Ничего не понял. vfs.usermount не только можно отключить - по умолчанию > отключено, > и именно потому, что юзер может под видом fs смонтировать мусор, > пытаясь работать с которым, ядро может спаниковать. > Не, если какое-то блочное устройство своей внутренней особой организацией позволяет спаниковать ядру, то это плохой модуль ФС :) И если я правильно понимаю мир, то такое не должно случаться, и не должно считаться штатным поведением. Тут другой момент, имея юзермаунт можно сделать прикольный финт ушами в пару команд и положить машинку, но чинить это сложно, а на секурити не тянет, т.к. нет фикса :) -- Regards, Alexander Yerenkow
Re: [freebsd] 9.1 hangs on reboot after all buffers synced
5 марта 2013 г., 10:37 пользователь Sergey V. Dyatko < sergey.dya...@gmail.com> написал: > On Tue, 05 Mar 2013 15:30:44 +0700 > Eugene Grosbein wrote: > > > 05.03.2013 14:55, Sergey V. Dyatko пишет: > > > > >>>>> я никогда наверное не пойму людей, которые боятся ставить STABLE > > >>>>> на машины и натягивают патчи на RELEASE. :-) > > >>>> > > >>>> Они просто путают releng/9.1 с release/9.1.0 и думают, что сидят > > >>>> на релизе. Хотя сидят на ветке, подобной STABLE. > > >>>> > > >>> > > >>> с "подобной STABLE" ты погорячился. > > >> > > >> Подобной, подобной. В STABLE тоже не ломают ABI. > > >> > > > зато добавляют фичи, которые вполне могут загонять в панику тачку:) > > > > В STABLE такое - добавление новой фичи, которую нельзя отключить, > > добавляющей панику - я не помню, когда в последний раз случалось. > Так а зачем добавлять :) Есть же штатная, встроенная фича с юзермаунтом, в каждом релизе и стебле ;) У меня её правда не приняли как DoS secteam, буду ждать пока разработчик придумает как исправлять. > ну кому как, а мне STABLE интересна больше именно новыми фичами, > которые можно получить не дожидаясь X.Y+1, не прыгая на Z.x :-) но и > багфиксы старых интересны, конечно же > > -- > wbr, tiger > -- Regards, Alexander Yerenkow
Re: [freebsd] 9.1 hangs on reboot after all buffers synced
Иллюзия контроля ситуации :) Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Отследить изменение файлов - чем?
Коллега ответил на вопрос "что есть под оффтопиками". А под топиком еше kqueue вроде можно приделать, будем пробовать ;) Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Отследить изменение файлов - чем?
19 февраля 2013 г., 16:27 пользователь Anton Yuzhaninov написал: > On 02/19/13 16:46, Alexander Yerenkow wrote: > >> Привет. Есть ZFS, на нём лежат файлы, которые временами "уже не те, что >> были >> раньше". А именно: файлы скачанные торрентом, иногда вдруг обнуляют >> начало или >> конец файла, время изменения файла при этом не меняется. >> > > Можно на уже скачанный файл поставить флаг schg (при остановленном торрент > клиенте) и потом смотреть кто ругнется на невозможность записи. Логично :) Думаю для начала мне этого варианта хватит. Ругань в логах (messages) искать? > > > -- > Anton Yuzhaninov > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Отследить изменение файлов - чем?
19 февраля 2013 г., 15:49 пользователь Eugene Grosbein написал: > 19.02.2013 20:47, Alexander Yerenkow пишет: > > А всё-таки, нет ли проекта аналогичного wireshark, но для ФС? > > Готового нет. У нас можно написать ноду на основе geom_nop, которая будет > снифать > проходящие запросы на чтение-запись и логировать. Но она не написана ещё. > Понял :) ждём geom_sniff в общем. А под оффтопиками есть что-то такое? -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Отследить изменение файлов - чем?
А всё-таки, нет ли проекта аналогичного wireshark, но для ФС? Я сейчас склонен поменять rtorrent на что-то более стабильное, но ещё интерес к вопросу не угас :) -- Regards, Alexander Yerenkow
Re: [freebsd] system bell
30 января 2013 г., 9:44 пользователь Alexander Panyushkin написал: > 29.01.2013 20:43, Slawa Olhovchenkov пишет: > > On Tue, Jan 29, 2013 at 08:36:19PM +0200, Irina Liakh wrote: > > > >> On Tue, Jan 29, 2013 at 10:24:56PM +0400, Slawa Olhovchenkov wrote: > >>> On Tue, Jan 29, 2013 at 08:17:34PM +0200, Irina Liakh wrote: > >>>> Хммм, а поподробней? Системного динамика нет как такового, есть > эмуляция > >>>> на звуковом чипе? > >>> ага > >>> > >>>> mixer > >>> Mixer vol is currently set to 100:100 > >>> Mixer pcm is currently set to 70:70 > >>>> Mixer speaker is currently set to 60:60 > >>> Mixer line is currently set to 54:54 > >>> Mixer mic is currently set to 67:67 > >>> Mixer cd is currently set to 54:54 > >>> Mixer rec is currently set to 1:1 > >>>> Mixer igainis currently set to 1:1 > >>> Mixer ogainis currently set to 100:100 > >> mixer speaker is currently set to 100:100 > >> mixer igain - у меня такого нет. > >> > >> %cat /dev/sndstat > >> FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) > >> Installed devices: > >> pcm0: (play/rec) default > > ну тут уже только у мотина спрашивать, возможно он знает. > > snd_hda в этом месте менялся. > > > snd_hda в FreeBSD 9.1 поломали, стал криво работать. У меня на > фронтальной панели звук не идет, > так и тяну с собой модуль от пререлиза (там работал). > Пробовали использовать другой микшер для фронта? > > Возможно и с динамиком какие-то траблы. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] busy на всех дисках
22 января 2013 г., 19:16 пользователь Oleksii Tsvietnov написал: > On 01/22/2013 06:55 PM, Alexander Yerenkow wrote: > >> >> Мне вот что интересно, 24г вроде как мало для таких объемов.. >> >> > Почему мало? Какие расчёты? > Субъективно мало :) Расчётов не дам, но грубо в рассылке мелькают что для отличного перформанса желательно иметь порядка 1Г оперы на 1Т файлов, плюс минус в зависимости от мелкости файлов. Плюс сама ОС что-то кушать должна, нжинкс тот же, пхп. > Добавить то можно по идеи, но нужны какие-то обоснования :) > > > > Дальше, где и как сделан свап? >> >> > swap сделан на двух системных дисках в gmirror'e, 2*ram, на on-board > контроллере. > По графикам мунина, своп использовался ооочень эпизодически и в небольших > размерах. Просто ты не писал про него, на всякий случай уточнил :) > > > И чем мотивирован такой высокий резерв под мета информацию, она что, так >> часто меняется или чтото конкретное такой лимит улучшает? >> >> > ;) Как я и писал, пробовал различные варианты. Те что прислал - просто > последний из тестов, с очередного из блогов, где человек рассказывал как он > тюнил под high load. > Какие можешь посоветовать параметры? Мета информация, это по сути инфа о таймстампе файла, его атрибуты, в общем, как мне кажется в твоём случае абсолютно бесполезная вещь. Я правильно понимаю, что ls не делается, а имя каждого файла хранится у вас в базе, и он отдаётся по нему? Мета в твоём случае разумно будет дефолтную ставить и смотреть как и что. > > > Не думал, если возможно, в логике заливки разделять файлы по пулам, или >> хотя бы по фс в зависимости от их размера, а уже фс подтюнить по размеру >> блока? >> >> > Маловероятно, по крайней мере сейчас, ибо это завязано на логику кода... а > код смотрит на загрузку каждого пула (по самому загруженному диску в пуле) > и принимает решение куда лить файл. Другими словами, есть пространство > пулов, куда можно ещё лить, скольким лить, в зависимости от загруженности > дисков. Сейчас вряд ли будет интегрировано дополнительное дифференцирование > по размеру. > > > Файлы не.в одном катаоге лежат, поделены как-то? >> >> > Есть одноуровневая иерархия из 16 каталогов в каждом пуле. > Т.е. 8 каталогов (точки монтирования zpool), там всего 16 каталогов и в > каждом около 1000 файлов > > > Есть ли возможность сымитировать нагрузку по трафику, если нет, то хотя >> бы записать трафик и проиграть, да глянуть что да как. >> >> > Вот тут немного не понял... > Когда включаются в работу, пулы пустые, диски не загружены, все ломятся > заливать файлы, какие захотят. > Трафик под 800 мбит обычно, и на этом этапе особых проблем я ни разу не > замечал. > Через некоторое время, когда назаливают несколько десятков тысяч файлов, > трафик на даунлоад начинает расти выходя на свой предел и вот тут уже > начинаются проблемы. > > Atime случайно не включился? >> >> > отключен вместе с чексумами, и дедупа тоже нет Если есть у тебя второй серв который имеет к этому гигабитный доступ, то можешь создать поболее файлов из /dev/zero (аналогичное количество и размеры), и покачать их например по ссш, а не по хттп, посмотрел бы как ZFS у тебя реагирует на это, потом по хттп. Проблема думаю таки в памяти или в тюне, надо экспериментировать. > > > > Можно ли получить доступ извне ( например по нда) поглядеть ? :) >> >> > Так пока и глядеть-то не на что. Сервер выведен полностью из работы... ;( > Да и как обосновать это "поглядеть" ;) > Вряд ли. > > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] busy на всех дисках
Мне вот что интересно, 24г вроде как мало для таких объемов.. Дальше, где и как сделан свап? И чем мотивирован такой высокий резерв под мета информацию, она что, так часто меняется или чтото конкретное такой лимит улучшает? Не думал, если возможно, в логике заливки разделять файлы по пулам, или хотя бы по фс в зависимости от их размера, а уже фс подтюнить по размеру блока? Файлы не.в одном катаоге лежат, поделены как-то? Есть ли возможность сымитировать нагрузку по трафику, если нет, то хотя бы записать трафик и проиграть, да глянуть что да как. Atime случайно не включился? Можно ли получить доступ извне ( например по нда) поглядеть ? :) Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] busy на всех дисках
22 января 2013 г., 17:29 пользователь Oleksii Tsvietnov написал: > > graid3 нельзя использовать без gcache. >> > > from man gcache: > "thus effectively killing disk performance under high load." > > Да, так и произошло... ;)) > На сколько gcache сделает возможным использование graid3 на high load? > Есть какие-то субъективные ощущения по сравнению с ZFS zpool по скорости? > > Просто, я не знаю, что мне ещё попробовать из того что есть сейчас по > факту в ОС без замены железа (ибо OpenIndiana там рабтает 100% и отдаёт на > 2 гигабитах с ZFS'а без труда). Вариант заменить винты или контроллер > вообще не возможен. Что есть, то и есть. > Под нагрузкой на ZFS в конечном счёте всё дохнет. Снимаешь нагрузку - > оживает. > На graid3, как оказалось, без gcache не было смысла начинать тесты. > Мне нужно на 2 гигабитах (по гигабиту на каждый jail + vimage) отдавать > данные с 24 дисков, которые объединены в рейд с компромисным соотношением > рабочего и служебного места. > Давай более подробно опишешь задачу :) Что, как часто, насколько большое отдаётся, например - это файлопомойка с 100к файлов, средний файл такой-то, отдача идёт nginx-ом, без https, настройки такие-то. Тогда может у людей возникнут идеи где именно ты ловишь затык. > > Кстати, после перехода с 9.1-PRERELEASE на 9.1-STABLE ещё и перестали > нормально рестартовать jail'ы. После остановки они остаются в состоянии > dying и выходят из него минут через 5-15 или уже только после ребута. > Ничего со стороны софта не менялось вовсе. На пререлизе такого не было.. > > > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] busy на всех дисках
22 января 2013 г., 14:22 пользователь Oleksii Tsvietnov написал: > On 01/22/2013 02:13 PM, Alexander Yerenkow wrote: > >> Напиши ещё в stable- , думаю проблема будет интересна многим, особенно >> если виноват вдруг zfs. >> Пальцем в небо - счётчики накрылись где-то, аптайм случайно не большой? >> > > uptime всего 9 дней. > Как в очередной раз под нагрузкой (почти ~2000 соединений на nginx > качающих файло с zfs и нагрузки на диски порядка 60%) OT - тут не должно быть такой уж страшной LA, или надо тюнить nginx и кеш zfs. > сервер ушёл в la 160, нагрузку сняли, но абсолютно хорошо не стало. Причём > я так и не отловил причину такого поведения. Сервер мог работать нормально > неделями при небольшой нагрузке (~600 соединений, 5-10% на дисках, 160 mbit > на сетевухе, la <3), но как только пускали в работу: день-два и приехали. > > > Кстати, для интереса, проверил как ведёт себя связочка graid3 + gjournal > + ufs (async) - не выдержало и элементарной нагрузки. > Выходит, есть только 1 вариант - ZFS. > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] busy на всех дисках
Напиши ещё в stable- , думаю проблема будет интересна многим, особенно если виноват вдруг zfs. Пальцем в небо - счётчики накрылись где-то, аптайм случайно не большой? -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] busy на всех дисках
посмотри ещё gstat и где uname -a? -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Собрать openoffice
14 января 2013 г., 23:25 пользователь "Владимир Друзенко" написал: > В письме от Пнд, 14 Янв 2013, 23:03 Sayetsky Anton пишет: > > 2013/1/14 Alexander Shikoff : > >> Приветствую! > >> > >> Кто-то пытался собирать OO 3.4.1 в последнее время? > > Может, стоит уже всё-таки перейти на LibreOffice? ;) > > > > Оно опять нормально не собирается. > Кучу плясок чтоб собрать, а потом всё равно в корку валится ещё на сплэше. > Вот в очередной раз пытаюсь собрать, но на этот раз 100% с опциями по > умолчанию. > Утомляет, и готовых пакетов не нашёл. :-( > > выстрел наугад: попробуйте libjpeg подгрузить с помощью LD_LIB... PRELOAD (как-то так), помогало мне для openjdk6 когда жпег сильно поменялся. -- Regards, Alexander Yerenkow
Re: [freebsd] mirror news
14 января 2013 г., 12:20 пользователь Sergey V. Dyatko < sergey.dya...@gmail.com> написал: > On Mon, 14 Jan 2013 12:11:09 +0200 > Alexander Yerenkow wrote: > > > 14 января 2013 г., 11:49 пользователь Anton Yuzhaninov > > написал: > > > > > 1/14/13 9:43 AM, Sayetsky Anton пишет: > > > > > > В svn - не представляю, как внедрить что-либо. > > >> > > > > > > Для git и hg есть расширения, позволяющие подписывать через pgp > > > каждый commit (там это нужнее). Для svn насколько понимаю > > > аналогичное еще не сделали. > > > > > > > В свн не настолько всё продуманно, там можно ковырять отдельные > > коммиты при необходимости. > а как? > вот есть некая ревизия r123, в ней 3 файлика меняли. как можно эту > ревизию поковырять (сделав изменения в четвертом, например) > А вы поглядите в сам файлик ревизии, в принципе это сделать можно вроде как. Здесь думаю больше вопрос не в том "как внедрить что-то", а в том что нет механизма который бы дал чёткое TRUE/FALSE на вопрос "есть ли что-то левое". Например, наверно можно ручками поредачить какое-то единичное добавление нового файла в прошлом, который до head не участвовал в диффах. Для скорости работы head держит полнотекстовую версию последних версий, что по идее тоже можно похакать - подменить. Но повторюсь, тут дело больше не в принципиальной возможности что-то сделать, а в том что пока непонятно как и что можно проверить. ИМХО. > > > -- > wbr, tiger > -- Regards, Alexander Yerenkow
Re: [freebsd] mirror news
14 января 2013 г., 11:49 пользователь Anton Yuzhaninov написал: > 1/14/13 9:43 AM, Sayetsky Anton пишет: > > В svn - не представляю, как внедрить что-либо. >> > > Для git и hg есть расширения, позволяющие подписывать через pgp каждый > commit (там это нужнее). Для svn насколько понимаю аналогичное еще не > сделали. > В свн не настолько всё продуманно, там можно ковырять отдельные коммиты при необходимости. Да и формат не располагает к безопасности и целостности. К слову, имею дерево, которое переживало обновления с 1.4, сейчас его нельзя ни пофиксить, ни сдампить (полностью). Но работает как свн:) svnfilter не умеет "move", так что даже не могу его поделить на части и восстановить заново в новом хранилище. Короче кактус, но проекты там не сильно важные для меня. Как это выльется в большом проекте - надо смотреть и ждать. Рук в проекте поболее конечно, думаю справятся :) -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Высокая нагрузка
11 января 2013 г., 9:41 пользователь Sayetsky Anton написал: > 11 января 2013 г., 9:37 пользователь Alexander Yerenkow > написал: > > no space left :) зачем паниковать-то. > Значит, перепутал и это относилось к tmpfs. Правда, сейчас упоминаний > в wiki.freebsd уже нет. > > > more /etc/rc.d/tmp > [ot]more - кака[/ot] > Да ну, править системные скрипты некошерно без крайней на то необходимости. > more - это не править, а поглядеть каким образом то делается /tmp tmpmfs и сделать по образу и подобию себе другую диру. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] ÐÑÑÐ¾ÐºÐ°Ñ Ð½Ð°Ð³ÑÑзка
10 ÑнваÑÑ 2013 г., 20:28 полÑзоваÑÐµÐ»Ñ greenh напиÑал: > > Ð½Ñ Ñак ÑделайÑе вÑем Ñ Ð¾ÑоÑо :) ÑÐ°Ð·Ð¼ÐµÑ Ð¾Ð¿ÑеделиÑе Ñами > > > > tmpmfs="YES"# Set to YES to always create an > mfs > > /tmp, NO to never > > tmpsize="128m" # Size of mfs /tmp if created > > > а ÑÑо бÑÐ´ÐµÑ Ð¿Ñи пеÑеполнении? > no space left :) заÑем паниковаÑÑ-Ñо. и можно ли tmpmfs делаÑÑ Ð½Ðµ в /tmp? > more /etc/rc.d/tmp -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] ÐÑÑÐ¾ÐºÐ°Ñ Ð½Ð°Ð³ÑÑзка
Ð ÑеÑÑии в бд Ñже не модно Ñ ÑаниÑÑ ? :) Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] [beer] тулза для синхронизации svn 2 cvs
9 января 2013 г., 17:25 пользователь Кирилл Малышев написал: > доброго времени суток! и прошу ногами не пинать > > тут недавно в треде "mirror news" промелькнуло, что проект FreeBSD > использует какую-то тулзу для синхронизации legacy CVS с SVN, в котором > ведётся разработка. может кто-нибудь подскажет, что это за тул? > > > спасибо за любые наводки - очень пригодилась бы на работе! > Кроме штатной svn2cvs (гугл) есть ещё вот такая http://wiki.freebsd.org/svn2cvs Думаю для начала вам хватит :) > > ЗЫ > на beer не подписан > -- Regards, Alexander Yerenkow
Re: [freebsd] mirror news
9 января 2013 г., 14:23 пользователь Slawa Olhovchenkov написал: > On Wed, Jan 09, 2013 at 02:01:35PM +0400, Vadim S. Goncharov wrote: > > > Накойхер мне цитата об экспорте портов в CVS, которую я, разумеется, > видел, > > от чего и спросил про год жизни cvsup - заметим, общий cvsup, не > портовый - > > ибо март как-то куда ближе, чем "через год". > > а кстати, с бранчами в портах какая-то работа предвидится или это > просто игрушки? > Пока все обсуждения на эту тему сводятся к примерно такому: "Надо бранчи портов (aka port set), это удобно и классно". "Это увеличит почти в геометрической прогрессии процесс тестинга и затраты на поддержку, даже если Ок, то кто будет их все поддерживать?" ... молчание Ну и альтернативный путь - разбивать дерево на части, и предоставлять к каждому pkg репо с актуальщиной, и смотреть как это всё впишется в мульти-репо мир, и насколько это будет удобно и жизненно. Что в принципе много кто сейчас молча делает, локальное дерево портов, локальные патчи и свой репо. Вот какая-то такая ситуация. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] 9.1-R и RAM
Может ктото вспомнит про виртуалки? И ситуацию, когда раньше хватало Х памяти, а уже нет? Инфа дельная, зачем флудить? Ктр столкнется - будет знать, кто не столкнется - ну и хорошо. Regards, Alexander Yerenkow 31.12.2012 9:51 пользователь "Vasiliy P. Melnik" написал: > > > 31 декабря 2012 г., 2:05 пользователь Владимир Друзенко > написал: > >> Pentium первый, мама поддерживает максимум 128Mb SDRAM памяти. >> Для такого объёма лишние 35Mb очень критичны. >> Я понимаю, что место такому железу на свалке или в музее, но как пример >> пойдёт. >> > > разве были пентиум1 с сдрам ?:) там симы стояли > > я пример сам могу придумать - с фантазией нормально :) Вот реально - где > вы такое видели на продакшине? А особенно не понятно, зачем на таком > сервере 9.1 - ему уже и так все равно. > >
[freebsd] Re: [freebsd] Re: [freebsd] VirtualBox не сохраняет состояние виртуальной машины при отключении питания
Копайте в эту сторону
/usr/bin/su -m ${vmuser} -c "/usr/local/bin/VBoxManage controlvm
'${vmname}' ${vmstop} >/dev/null" 2>/dev
сделайте копию скрипта и подёргайте его от рута кроном, может где разница в
работе вылезет
[freebsd] Re: [freebsd] VirtualBox не сохраняет состояние виртуальной машины при отключении питания
У вас всё прекрасно оформлено, сделайте PR, думаю можете и на русском, не думаю что эта рассылка нужное место для констатаций фактов (я так и не нашёл вопроса в письме:) ) -- Regards, Alexander Yerenkow
Re: [freebsd] zfs problem, [zio->io_cv)], [db->db_changed)]
21 декабря 2012 г., 17:06 пользователь Oleksii Tsvietnov написал: > Приветствую всех! > > Возникла проблема с ZFS. > Гугление привело на форум freebsd, где была 1 в 1 проблема, но в 2010 > году: > http://forums.freebsd.org/showthread.php?t=19144 > > Проявляется она следующим образом: > есть Nginx, который одновременно обрабатывает 1200-1500 клиентов, > скачивающих файлы. > Файлы лежат в 8-ми RAIDZ массивах (по 3 в каждом 2 TB винтов). Все 24 > винта висят на 3Ware плате: > > 3ware device driver for 9000 series storage controllers, version: > 3.80.06.003 > twa0: <3ware 9000 series Storage Controller> port 0xd800-0xd8ff mem > 0xf600-0xf7ff,0xfaedf000-0xfaed irq 16 at device 0.0 on pci2 > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-24M8, 24 > ports, Firmware FE9X 4.08.00.006, BIOS BE9X 4.08.00.001 > > twa0@pci0:2:0:0:class=0x010400 card=0x100413c1 chip=0x100413c1 > rev=0x01 hdr=0x00 > vendor = '3ware Inc' > device = '9650SE SATA-II RAID PCIe' > class = mass storage > subclass = RAID > > Пулы по аналоги и с этим: > > pool: data1 > state: ONLINE > scan: scrub repaired 0 in 0h0m with 0 errors on Wed Nov 28 03:02:19 2012 > config: > > NAMESTATE READ WRITE CKSUM > data1 ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > da0 ONLINE 0 0 0 > da1 ONLINE 0 0 0 > da2 ONLINE 0 0 0 > > errors: No known data errors > > В какой-то момент все программы, работающие с zfs замирают и вывести их из > этого состояния невозможно без ребута. > Реакция на Ctrl+T при ls и umount: > > # umount /data8 > > load: 0.02 cmd: umount 87188 [zio->io_cv)] 394.78r 0.00u 0.02s 0% 1224k > load: 0.02 cmd: umount 87188 [zio->io_cv)] 394.97r 0.00u 0.02s 0% 1224k > > # ls -l /data1/ > > load: 0.01 cmd: ls 95938 [db->db_changed)] 1.57r 0.00u 0.00s 0% 1684k > load: 0.01 cmd: ls 95938 [db->db_changed)] 2.04r 0.00u 0.00s 0% 1684k > > Сама система стоит на UFS и тут проблем нет, иначе бы и диагностировать не > получилось бы. > > Система 9-STABLE (amd64) собрана на основе r243704, RAM: 24GB > > Кто-то может что-то посоветовать? > Что со свободным местом? Могу посоветовать оплатить пару часов Гапону :) > Проект "накрывается" и что делать дальше не особо пока понятно... ;( > > > > -- Regards, Alexander Yerenkow
Re: [freebsd] geli_keyfile_name
21 декабря 2012 г., 16:19 пользователь Блогер написал: > Возможно ли читать ключ с другого физического диска? Дока не обременена > освещением этого вопроса. :-| > man geli geli_da0_keyfile0_load="YES" geli_da0_keyfile0_type="da0:geli_keyfile0" geli_da0_keyfile0_name="/boot/keys/da0.key0" ... -- > () кампания ASCII Ribbon - против писем в HTML формате > /\ www.asciiribbon.org - против проприетарных вложений > > -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Флешка у гостя VirtualBox
Можно вопросить немного конкретики? Что именно работает быстрее, CPU/IO/NET ? Если отбросить холивар, то просто интересно какая часть эумляции где лучше/хуже. Для некоторых задач хватает возможности что-то крутить в виртуалке, для других же необходимо чтобы какой-то параметр в виртуалке был близок по производительности к хостовому. -- Regards, Alexander Yerenkow
[freebsd] Re: [freebsd] Re: [freebsd] [freebsd-beer] Ð¡Ð¸Ð½Ñ ÑонизаÑÐ¸Ñ Ñайлов
Ð dav маÑÐ½Ñ Ð½Ðµ ÑаÑÑмаÑÑивали? Regards, Alexander Yerenkow 17.12.2012 14:42 полÑзоваÑÐµÐ»Ñ "Alex Samorukov" напиÑал: > On 12/17/2012 12:49 PM, Sayetsky Anton wrote: > >> 17 декабÑÑ 2012 г., 13:04 полÑзоваÑÐµÐ»Ñ Eugene Grosbein >> напиÑал: >> >>> NFS over UDP, плÑÑÑ Ð¿Ð¾ вÑем пÑнкÑам, вклÑÑÐ°Ñ ÑеÑÑой. >>> >> ÐообÑе-Ñо, неÑ. Ðне не нÑжен _ÑеÑевой доÑÑÑп_, мне нÑжна >> _ÑÐ¸Ð½Ñ ÑонизаÑиÑ_. Т.е. ÑÑебÑеÑÑÑ Ð¿Ð¾Ð»Ð½Ð¾ÑÐµÐ½Ð½Ð°Ñ ÐºÐ¾Ð¿Ð¸Ñ Ð´Ð°Ð½Ð½ÑÑ Ð½Ð° неÑколÑÐºÐ¸Ñ >> маÑÐ¸Ð½Ð°Ñ , коÑоÑÑе могÑÑ Ð±ÑÑÑ Ð¿Ð¾Ð´ ÑÑÑй, под лайнÑпÑом, под ÑиндоÑÑ. >> > ÐÑÑаÑи, единÑÑвеннÑй ваÑÐ¸Ð°Ð½Ñ ÐºÐ¾ÑоÑÑй мне пÑÐ¸Ñ Ð¾Ð´Ð¸Ñ Ð² Ð³Ð¾Ð»Ð¾Ð²Ñ ÐµÑли ÑбÑаÑÑ > Ñлово "моменÑалÑно" - ÑÑо неÑÑо svn Ñ ÐºÑоном на ÑазнÑÑ Ð¼Ð°ÑÐ¸Ð½Ð°Ñ . Ðли еÑÑ 1 > ваÑÐ¸Ð°Ð½Ñ - дÑопбокÑ, кажеÑÑÑ Ð¿ÑимеÑно Ñо, ÑÑо вам надо. >
