Re: tar 1.26 vs tar 1.27
3 сентября 2016 г., 0:07 пользователь Tim Sattarov написал: >> Есть такая задача - выковырять нужные каталоги со всем содержимым из tar. >> Решается примерно так: >> >> cat file.tar | tar -ixg /dev/null -C /path/to/output_dir --wildcards >> --files-from=wildcards >> >> В wildcards - список файлов и каталогов вида /var/lib/mysql/ в >> соответствии с тем, что выдаёт tar -t >> При этом tar 1.26 (из wheezy) нормально распаковывает что указали, а >> 1.27 (jessie) - говорит "/var/lib/mysql/: Not found in archive" > А если не указывать первый слэш ? Аналогично, но это в любом случае не совсем тот вариант - список распакуемого формируется на основе ранее полученного tar -t и первый / там есть. Если не указывать последний - видит каталог, но не видит его содержимое. -- Stanislav
Re: Тестирование DNS в lxc контейнере.
On Mon, 05 Sep 2016 00:27:16 +0300 Oleksandr Gavenko wrote: > On 2016-09-04, Victor Wagner wrote: > > Eugene Berdnikov wrote: > >> > Лучше взять KVM, а не virtual box. > >> > >> Чем лучше? Неужто в virtualbox резолвер криво работает? :) > > > > 1. Не нужно дополннительных модулей в ядро. > > bash# lsmod | grep kvm > 63:kvm_intel 184320 0 > 64:kvm 552960 1 kvm_intel > > VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с > vboxdrv.ko Об этом я даже и не знал, поскольку с virtualbox-ом имею дело обычно в чужих руках. Вот с lxc kvm прекрасно уживается. > Наверно имелось ввиду что kvm в дереве исходников Linux: Да, имелось в виду, что этот модуль не дополнительный, а штатный. А следовательно, если вдруг виртуалка используется реже, чем проихсодят апгрейды ядра, вероятность случайно, когда она срочно понадобилась, обнаружить что что-то там в сборке стороннего модуля сломалось, равна нулю. В свое время я с vmware регулярно на это напарывался, почему и предпочитаю использовать kvm, хотя vmware умеет некоторые вещи, которые kvm не умеет. вв> > Таки да, Oracle в любой момент может убить проект VirtualBox. > -- Victor Wagner
Re: Тестирование DNS в lxc контейнере.
On Sun, 4 Sep 2016 17:37:25 +0300 Eugene Berdnikov wrote: > On Sun, Sep 04, 2016 at 08:39:57AM +0300, Victor Wagner wrote: > > On Sat, 3 Sep 2016 21:34:36 +0300 > > Eugene Berdnikov wrote: > > > > > > > > Лучше взять KVM, а не virtual box. > > > > > > Чем лучше? Неужто в virtualbox резолвер криво работает? :) > > > > 1. Не нужно дополннительных модулей в ядро. > > Это забота пакетного менеджера. Не "пакетного менеджера", а мейнтейнера соответствующих пакетов. > > 2. Куда гибче и проще конфигурация сети. В VirtualBox попытались > > создать интерфейс для чайников, в результате получилось шаг вправо, > > шаг влево считается побег. > > Приведите пример шага вправо и пример шагa влево, за которые > интерфейс виртуалбокса стреляет в юзера. Помнится, у меня были проблемы с какой-то совершенно тривиальной на мой взгляд конфигурацией. Вроде виртуальной сети, которая NAT-ится во внешний мир, а внутри виртуалкам раздают адреса по DHCP, и потом можно с хост-системы ходить на эти виртуалки, используя их hostname в качестве DNS имен. Ну то есть ситуация "видеть я эту консоль не хочу, пустите меня по SSH и HTTP, но лишних внешних IP у меня нет". > > 3. Конфигурация всего остального у kvm тоже гибче, хотя это не > > слишком актуально для задачи тестирования DNS. Но может потом > > захочется еще чего потестировать. (а к тому времени в KVM уже и > > 3d-графика будет) > > Человеку нужно было не гибче, а побыстрее и попроще. > И вот тут-то kvm натурально сосёт. Человеку нужно "чтобы решало его задачу". В этом сосут все изделия Oracle. А написать обертку вокруг голого kvm которая делает то что надо в нужных мне случаях, но при этом не мешает лезть грязными лапами в командную строку kvm или в его монитор у меня заняло 500 строк на питоне. -- Victor Wagner
Re: Тестирование DNS в lxc контейнере.
On 2016-09-04, Victor Wagner wrote: > Eugene Berdnikov wrote: >> > Лучше взять KVM, а не virtual box. >> >> Чем лучше? Неужто в virtualbox резолвер криво работает? :) > > 1. Не нужно дополннительных модулей в ядро. bash# lsmod | grep kvm 63:kvm_intel 184320 0 64:kvm 552960 1 kvm_intel VirtualBox не запустится пока не выгрузить kvm.ko и наоборот с vboxdrv.ko Наверно имелось ввиду что kvm в дереве исходников Linux: bash# locate kvm.ko /lib/modules/4.5.0-2-amd64/kernel/arch/x86/kvm/kvm.ko bash# locate vboxdrv.ko /lib/modules/4.5.0-2-amd64/updates/dkms/vboxdrv.ko Таки да, Oracle в любой момент может убить проект VirtualBox. -- http://defun.work/
Re: Тестирование DNS в lxc контейнере.
On Sun, Sep 04, 2016 at 08:39:57AM +0300, Victor Wagner wrote: > On Sat, 3 Sep 2016 21:34:36 +0300 > Eugene Berdnikov wrote: > > > > > > Лучше взять KVM, а не virtual box. > > > > Чем лучше? Неужто в virtualbox резолвер криво работает? :) > > 1. Не нужно дополннительных модулей в ядро. Это забота пакетного менеджера. > 2. Куда гибче и проще конфигурация сети. В VirtualBox попытались > создать интерфейс для чайников, в результате получилось шаг вправо, шаг > влево считается побег. Приведите пример шага вправо и пример шагa влево, за которые интерфейс виртуалбокса стреляет в юзера. > 3. Конфигурация всего остального у kvm тоже гибче, хотя это не слишком > актуально для задачи тестирования DNS. Но может потом захочется еще > чего потестировать. (а к тому времени в KVM уже и 3d-графика будет) Человеку нужно было не гибче, а побыстрее и попроще. И вот тут-то kvm натурально сосёт. -- Eugene Berdnikov