Discussion:
Сделать бэкап зоны
(слишком старое сообщение для ответа)
Dmitry Komissarov
2017-07-26 12:39:27 UTC
Permalink
Привет, All!

Как наиболее кошерным способом сделать бэкап зоны
расположенный на zfs в файл?

WBR, Dmitry
Vova Uralsky
2017-07-26 18:18:38 UTC
Permalink
Hello Dmitry!

26 Jul 17 15:39, Dmitry Komissarov wrote to All:

DK> Как наиболее кошерным способом сделать бэкап зоны
DK> расположенный на zfs в файл?

zfs send ?

Regards,
Vova
Dmitry Komissarov
2017-07-26 20:29:08 UTC
Permalink
Привет, Vova!

26 Jul 17 21:18, you wrote to me:

DK>> Как наиболее кошерным способом сделать бэкап зоны
DK>> расположенный на zfs в файл?

VU> zfs send ?
Эм.. А он настройки зоны тоже сохранит или только файлы?

WBR, Dmitry
Victor Sudakov
2017-07-27 06:04:40 UTC
Permalink
Dear Dmitry,

26 Jul 17 23:29, you wrote to Vova Uralsky:

DK>>> Как наиболее кошерным способом сделать бэкап зоны
DK>>> расположенный на zfs в файл?

VU>> zfs send ?
DK> Эм.. А он настройки зоны тоже сохранит или только файлы?

Извини что отвечаю вопросом на вопрос, но "настройки зоны" - разве не один XML
файлик в /etc ? Или там еще где-то магия вуду лежит?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Dmitry Komissarov
2017-07-27 16:06:30 UTC
Permalink
Привет, Victor!

27 Jul 17 09:04, you wrote to me:

VS> Извини что отвечаю вопросом на вопрос, но "настройки зоны" - разве не
VS> один XML файлик в /etc ? Или там еще где-то магия вуду лежит?
Ага, где то лежит. А где именно лежит знает только zonecfg.

Ну в общем я разобрался.
Если делать просто бэкап, то достатчно снять снапшот zfs и через send
отправить его в файл.
Разворачивать обратно как обычный снимок zfs.

Если зону мигрировать, то экспортируем настройки через zonecfg -z <zone> -f
<файл настроек>
Ну а в месте миграции, разворачиваем снапшот, редактируем файл настроек под
новые реалии и
через zonecfg -z <zone> -f <cfg file> создаем новую зону.

Ну вот как то так...


WBR, Dmitry
Victor Sudakov
2017-07-28 05:29:18 UTC
Permalink
Dear Dmitry,

27 Jul 17 19:06, you wrote to me:

VS>> Извини что отвечаю вопросом на вопрос, но "настройки зоны" -
VS>> разве не один XML файлик в /etc ? Или там еще где-то магия вуду
VS>> лежит?
DK> Ага, где то лежит. А где именно лежит знает только zonecfg.

Да вроде как, кроме /etc/zones нигде не лежит. Но описанный тобой ниже способ
через команду явно правильнее, чем перенос файлика.

DK> Ну в общем я разобрался.
DK> Если делать просто бэкап, то достатчно снять снапшот zfs и через send
DK> отправить его в файл.
DK> Разворачивать обратно как обычный снимок zfs.

DK> Если зону мигрировать, то экспортируем настройки через zonecfg -z
DK> <zone> -f <файл настроек> Ну а в месте миграции, разворачиваем
DK> снапшот, редактируем файл настроек под новые реалии и через zonecfg -z
DK> <zone> -f <cfg file> создаем новую зону.

Погоди, у тебя на экспорт настроек и на импорт одна и та же команда, как это?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Dmitry Komissarov
2017-07-28 09:58:09 UTC
Permalink
Привет, Victor!

28 Jul 17 08:29, you wrote to me:

VS> Да вроде как, кроме /etc/zones нигде не лежит. Но описанный тобой ниже
вот что в /etc/zones лежит в xml-файле с именем зоны:
<?xml version="1.0"?>
<!DOCTYPE zone PUBLIC "-//Sun Microsystems Inc//DTD Zones//EN"
"file:///usr/share/lib/xml/dtd/zonecfg.dtd.1">
<!--
DO NOT EDIT THIS FILE. Use zonecfg(1M) instead.
-->
<zone name="candlekeep" zonepath="/ext_pool/z_candlekeep" autoboot="true"
brand="ipkg" limitpriv="default,dtrace_proc,dtrace_user" ip-type="exclusive">
<network physical="vrge1"/>
</zone>

VS> Погоди, у тебя на экспорт настроек и на импорт одна и та же команда,
VS> как это?
Это у меня руки отстали от мозга и пропустили команду. :(
Правильная команда для экспорта настроек: zonecfg -z <zonename> export -f
<файл настроек>


P.S.: Если что, у меня не чистый Солярис, а OmniOS r151020.

WBR, Dmitry
Victor Sudakov
2017-07-28 20:30:36 UTC
Permalink
Dear Dmitry,

28 Jul 17 12:58, you wrote to me:

VS>> Да вроде как, кроме /etc/zones нигде не лежит. Но описанный тобой
VS>> ниже
DK> вот что в /etc/zones лежит в xml-файле с именем зоны:
DK> <?xml version="1.0"?>
DK> <!DOCTYPE zone PUBLIC "-//Sun Microsystems Inc//DTD Zones//EN"
DK> "file:///usr/share/lib/xml/dtd/zonecfg.dtd.1">
DK> <!--
DK> DO NOT EDIT THIS FILE. Use zonecfg(1M) instead.
DK> -->
DK> <zone name="candlekeep" zonepath="/ext_pool/z_candlekeep"
DK> autoboot="true" brand="ipkg"
DK> limitpriv="default,dtrace_proc,dtrace_user"
DK> ip-type="exclusive"> <network physical="vrge1"/> </zone>

А больше никакой "конфигурации зоны" и не требуется AFAIK.

VS>> Погоди, у тебя на экспорт настроек и на импорт одна и та же
VS>> команда, как это?
DK> Это у меня руки отстали от мозга и пропустили команду. :(
DK> Правильная команда для экспорта настроек: zonecfg -z <zonename> export
DK> -f <файл настроек>

Ага.

DK> P.S.: Если что, у меня не чистый Солярис, а OmniOS r151020.

Развелось клонов. Впрочем поставить, что ли, ради интереса.

Основная радость от соляриса была у меня в ZFS и виртуализации. Когда во
FreeBSD появились ZFS, jail и bhyve, интерес к эхотагу поугас. Есть еще ради
чего ставить?

Да, dtrace во фре тоже есть, просто мне не пригодился.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Dmitry Komissarov
2017-07-28 19:08:38 UTC
Permalink
Привет, Victor!

28 Jul 17 23:30, you wrote to me:

VS> А больше никакой "конфигурации зоны" и не требуется AFAIK.
Ну так то да, но все таки большие английские буквы игнорировать не хочеться.
Наменяют в следующем релизе чего, и потом разбирайся почему не взлетело. :)


VS> Развелось клонов. Впрочем поставить, что ли, ради интереса.
Да не такой уж и клон. У них у всех одна основа - Illumos.

VS> Основная радость от соляриса была у меня в ZFS и виртуализации. Когда
VS> во FreeBSD появились ZFS, jail и bhyve, интерес к эхотагу поугас. Есть
VS> еще ради чего ставить?
У меня он стоит в качестве домашнего шлюза. Как то поставил посмотреть, вот
оно и прижилось.

А так, в принципе, отличий немного:
* zfs - есть;
* zones - тот же jail, сейчас еще добавили поддержку линуксовых зон;
* crossbow - вроде виртуализация сети и во фре есть;
* smf - нуу... это еще не такой ад как systemd, но уже и не так просто как
SystemV;
* источник софта - pkgsrc, JoyEnt регулярно апдейты выдает.
Это что из основного могу навскидку вспомнить...

А так... драйверов меньше чем во фре. kvm требует поддержки в железе какого то
там флага,
что меня сильно расстраивает, т.к. тот же фришный умеет запускаться и без
этого
Софт портировать труднее, т.к. приходится учитывать нюансы системы, порой
неочевидные.

WBR, Dmitry
Victor Sudakov
2017-07-29 10:16:00 UTC
Permalink
Dear Dmitry,

28 Jul 17 22:08, you wrote to me:

VS>> А больше никакой "конфигурации зоны" и не требуется AFAIK.
DK> Ну так то да, но все таки большие английские буквы игнорировать не
DK> хочеться. Наменяют в следующем релизе чего, и потом разбирайся почему
DK> не взлетело. :)

Согласен, лучше делать штатно.

VS>> Развелось клонов. Впрочем поставить, что ли, ради интереса.
DK> Да не такой уж и клон. У них у всех одна основа - Illumos.

VS>> Основная радость от соляриса была у меня в ZFS и виртуализации.
VS>> Когда во FreeBSD появились ZFS, jail и bhyve, интерес к эхотагу
VS>> поугас. Есть еще ради чего ставить?
DK> У меня он стоит в качестве домашнего шлюза. Как то поставил
DK> посмотреть, вот оно и прижилось.

А у меня в качестве домашнего шлюза и точки доступа WiFi как раз FreeBSD, она
же и мой десктоп под gnome3.

DK> А так, в принципе, отличий немного:
DK> * zfs - есть;
DK> * zones - тот же jail, сейчас еще добавили поддержку линуксовых зон;
DK> * crossbow - вроде виртуализация сети и во фре есть;

А что такое виртуализация сети в понимании Соляриса, а то может и нету во фре?

DK> * smf - нуу... это еще не такой ад как systemd, но уже и не так просто
DK> как SystemV;

Ну, там хотя бы текстовые манифесты и скрипты, и логи - так что это всё ещё
unix way.

DK> * источник софта - pkgsrc, JoyEnt регулярно апдейты
DK> выдает.

А кто собирает всё это? Бесплатно? Пакетами идет?

Приведи пример pls, вот если надо тебе установить систему контроля версий
fossil (пример наугад), какие твои действия в OmniOS?

DK> А так... драйверов меньше чем во фре.

Куда уж блин меньше.

DK> kvm требует поддержки в железе
DK> какого то там флага, что меня сильно расстраивает, т.к. тот же фришный
DK> умеет запускаться и без этого

Во фре сейчас рулит bhyve.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Dmitry Komissarov
2017-07-29 19:15:19 UTC
Permalink
Привет, Victor!

29 Jul 17 13:16, you wrote to me:
VS> А что такое виртуализация сети в понимании Соляриса, а то может и нету
VS> во фре?
Ну грубо, потому что сам до конца не вникал, это
- возможность создания виртуальных интерфейсов, привязанных к физическому.
Каждый со своим IP и MAC`ом;
- виртуальные свичи, занимающиеся роутингом пакетов между всеми виртуальными
интерфейсами физического;
- возможность создания зон с выделенным IP стеком, т.е. для зоны создаеться
своя копия стека, которая
никак не взаимодействует с глобальной зоной.
- возможность управления потоком отдельно взятого виртуального интерфейса.


DK>> * источник софта - pkgsrc, JoyEnt регулярно апдейты
DK>> выдает.
VS> А кто собирает всё это? Бесплатно? Пакетами идет?
JoyEnt и собирает, бесплатно.
Вот собственно: https://pkgsrc.joyent.com

VS> Приведи пример pls, вот если надо тебе установить систему контроля
VS> версий fossil (пример наугад), какие твои действия в OmniOS?
Стандартно для pkgsrc:
pkgin in fossil
Ну и конечно же, pkgsrc должен быть установлен.


DK>> А так... драйверов меньше чем во фре.
VS> Куда уж блин меньше.
Меньше настолько, что их тащут из фри, а не наоборот. :)

WBR, Dmitry
Victor Sudakov
2017-07-30 09:19:12 UTC
Permalink
Dear Dmitry,

29 Jul 17 22:15, you wrote to me:
DK> 29 Jul 17 13:16, you wrote to me:
VS>> А что такое виртуализация сети в понимании Соляриса, а то может и
VS>> нету во фре?
DK> Ну грубо, потому что сам до конца не вникал, это
DK> - возможность создания виртуальных интерфейсов, привязанных к
DK> физическому. Каждый со своим IP и MAC`ом; - виртуальные свичи,
DK> занимающиеся роутингом пакетов между всеми виртуальными интерфейсами
DK> физического; - возможность создания зон с выделенным IP стеком, т.е.
DK> для зоны создаеться своя копия стека, которая никак не взаимодействует
DK> с глобальной зоной. - возможность управления потоком отдельно взятого
DK> виртуального интерфейса.

Во фре можно создать jail с собственным стеком и привязать к нему интерфейсы.
Наверное это примерно оно:

man jail

vnet Create the jail with its own virtual network stack, with its own
network interfaces, addresses, routing table, etc. The kernel
must have been compiled with the VIMAGE option for this to be
available. Possible values are "inherit" to use the system net-
work stack, possibly with restricted IP addresses, and "new" to
create a new network stack.

man ifconfig

vnet jail
Move the interface to the jail(8), specified by name or JID. If
the jail has a virtual network stack, the interface will disap-
pear from the current environment and become visible to the jail.


Но я предпочитаю, где такое нужно, запускать отдельную виртуальную фрю в bhyve,
и интерфейс tap виртуалки бриджить с каким-нибудь физическим.


DK>>> * источник софта - pkgsrc, JoyEnt регулярно апдейты
DK>>> выдает.
VS>> А кто собирает всё это? Бесплатно? Пакетами идет?
DK> JoyEnt и собирает, бесплатно.
DK> Вот собственно: https://pkgsrc.joyent.com

VS>> Приведи пример pls, вот если надо тебе установить систему
VS>> контроля версий fossil (пример наугад), какие твои действия в
VS>> OmniOS?
DK> Стандартно для pkgsrc:
DK> pkgin in fossil
DK> Ну и конечно же, pkgsrc должен быть установлен.

Попробовать поставить, что ли.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Dmitry Komissarov
2017-07-30 10:51:40 UTC
Permalink
Привет, Victor!

30 Jul 17 12:19, you wrote to me:
VS> Во фре можно создать jail с собственным стеком и привязать к нему
VS> интерфейсы. Наверное это примерно оно:
Да, очень похоже.

VS> Но я предпочитаю, где такое нужно, запускать отдельную виртуальную фрю
VS> в bhyve, и интерфейс tap виртуалки бриджить с каким-нибудь физическим.
Ну зона или jail полегче будет по сравнению с полной эмуляцией.

Хотя есть и другая сторона: если по какой то причине виснет процесс в зоне,
это затрагивает
всю систему. Налетал на такое уже несколько раз, спасает только полная
перезагрузка с кнопки.

WBR, Dmitry
Victor Sudakov
2017-07-31 05:36:48 UTC
Permalink
Dear Dmitry,

30 Jul 17 13:51, you wrote to me:
VS>> Во фре можно создать jail с собственным стеком и привязать к нему
VS>> интерфейсы. Наверное это примерно оно:
DK> Да, очень похоже.

VS>> Но я предпочитаю, где такое нужно, запускать отдельную
VS>> виртуальную фрю в bhyve, и интерфейс tap виртуалки бриджить с
VS>> каким-нибудь физическим.
DK> Ну зона или jail полегче будет по сравнению с полной эмуляцией.

Я измерений не проводил, но с учетом того, что в bhyve паравиртуальные диски и
сетевые карты, может и не намного легче.

DK> Хотя есть и другая сторона: если по какой то причине виснет процесс в
DK> зоне, это затрагивает всю систему. Налетал на такое уже несколько раз,
DK> спасает только полная перезагрузка с кнопки.

Это да. А еще в фришном jail нет такой развесистой системы лимитов, как в
Солярисе. Поэтому bhyve еще и дает больше надежности, что какой-нибудь процесс
не съест всю память или CPU хостовой системы.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Vova Uralsky
2017-08-11 19:52:16 UTC
Permalink
Hello Victor!

28 Jul 17 23:30, Victor Sudakov wrote to Dmitry Komissarov:

DK>> P.S.: Если что, у меня не чистый Солярис, а OmniOS r151020.
VS> Развелось клонов. Впрочем поставить, что ли, ради интереса.

Ради интереса советую https://wiki.openindiana.org/oi/Hipster

стоит у меня в качестве десктопа в виртуальном ящике. Раньше была FBSD, но в
какой-то момент меня достало что extentions после обновлений регулярно
отваливаются, что приводит к неврзможности запустить нормально X. Можно было,
конечно, убунту, но из панковских побуждений...

Regards,
Vova
Victor Sudakov
2017-08-12 09:40:10 UTC
Permalink
Dear Vova,

11 Aug 17 22:52, you wrote to me:

DK>>> P.S.: Если что, у меня не чистый Солярис, а OmniOS r151020.
VS>> Развелось клонов. Впрочем поставить, что ли, ради интереса.

VU> Ради интереса советую https://wiki.openindiana.org/oi/Hipster

VU> стоит у меня в качестве десктопа в виртуальном ящике. Раньше была
VU> FBSD, но в какой-то момент меня достало что extentions после
VU> обновлений регулярно отваливаются, что приводит к неврзможности
VU> запустить нормально X. Можно было, конечно, убунту, но из панковских
VU> побуждений...

А в ней кто отвечает за порты/пакеты? Это нынче как бы не главное, если для
десктопа.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Dmitry Komissarov
2017-08-12 10:54:05 UTC
Permalink
Post by Victor Sudakov
А в ней кто отвечает за порты/пакеты? Это нынче как бы не главное, если для
десктопа.
Я так понимаю, что за пакеты дистрибутива отвечает коммунити OI.
Есть расширенный репозиторий - SFE, там все зависит от одного человека.
Вообще я смотрю OpenIndiana неплохо так продвинулась вперед со времен
151a.
Victor Sudakov
2017-08-13 10:00:12 UTC
Permalink
Dear Dmitry,
Post by Victor Sudakov
А в ней кто отвечает за порты/пакеты? Это нынче как бы не главное,
если для десктопа.
DK> Я так понимаю, что за пакеты дистрибутива отвечает коммунити OI.
DK> Есть расширенный репозиторий - SFE, там все зависит от одного
DK> человека. Вообще я смотрю OpenIndiana неплохо так продвинулась вперед
DK> со времен 151a.

Я во времена 9-ки и 10-ки любил и использовал Солярис. И что мне теперь делать
(с театральным надрывом в голосе) ставить Хипстера этого или OmniOS, чтобы
посмотреть на OI?

Коммерческий Оракловый неохота.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Vova Uralsky
2017-08-13 08:15:02 UTC
Permalink
Hello Victor!

13 Aug 17 13:00, Victor Sudakov wrote to Dmitry Komissarov:

VS> Я во времена 9-ки и 10-ки любил и использовал Солярис. И что мне
VS> теперь делать (с театральным надрывом в голосе) ставить Хипстера
VS> этого или OmniOS, чтобы посмотреть на OI?

Поставь оба, или не ставь, у Hipster есть Live версия, если хочется на живом
железе пробовать. У AWS есть community AMI с OI, так что на посмотреть можно
даже ничего и не скачивать.

Вообще Hipster -- это название релиза OI. Полное название "OpenIndiana Hipster
2017.04". Так что Memory _IS_ RAM! (c)

Regards,
Vova
Dmitry Komissarov
2017-08-13 15:26:30 UTC
Permalink
Post by Victor Sudakov
И что мне теперь делать
(с театральным надрывом в голосе) ставить Хипстера этого или OmniOS, чтобы
посмотреть на OI?
Хипстера конечно! И вейп прикупить сразу! :)

OpenIndiana - это название дистрибутива. Hipster - это как бы название
релиза, но фактически он rolling.
OI нацелена на создание дистрибутива общего назначения, с закосом в
десктопную часть. Аналог из мира BSD - PC-BSD, или как там ее теперь,
TrueOS.

OmniOS, SmartOS, Nexenta - серверные дистрибутивы созданные и
поддерживаемые соответсвующими компаниями в своих целях.

А база у них одна - Illumos.
Illumos - грубо говоря аналог FreeBSD kernel и world, за исключением
того, что сам по себе Illumos использовать нельзя, т.к. фактически это
набор исходников, общий для дистрибутивов, основанных на нем.
Victor Sudakov
2017-08-19 06:47:50 UTC
Permalink
Dear Dmitry,
Post by Victor Sudakov
И что мне теперь делать
(с театральным надрывом в голосе) ставить Хипстера этого или OmniOS,
чтобы посмотреть на OI?
DK> Хипстера конечно! И вейп прикупить сразу! :)

DK> OpenIndiana - это название дистрибутива. Hipster - это как бы название
DK> релиза, но фактически он rolling. OI нацелена на создание
DK> дистрибутива общего назначения, с закосом в десктопную часть. Аналог
DK> из мира BSD - PC-BSD, или как там ее теперь, TrueOS.

DK> OmniOS, SmartOS, Nexenta - серверные дистрибутивы созданные и
DK> поддерживаемые соответсвующими компаниями в своих целях.

DK> А база у них одна - Illumos.
DK> Illumos - грубо говоря аналог FreeBSD kernel и world, за исключением
DK> того, что сам по себе Illumos использовать нельзя, т.к. фактически это
DK> набор исходников, общий для дистрибутивов, основанных на нем.

Понятно, спасибо.

А Oracle к Illumos какое отношение имеет? Он что-нибудь в него даёт, или
Illumos уже живёт совсем отдельной жизнью?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Vova Uralsky
2017-08-20 09:11:14 UTC
Permalink
Hello Victor!

19 Aug 17 09:47, Victor Sudakov wrote to Dmitry Komissarov:

VS> А Oracle к Illumos какое отношение имеет? Он что-нибудь в него даёт,
VS> или Illumos уже живёт совсем отдельной жизнью?

It was originally dependent on OpenSolaris OS/Net, but a fork was made after
Oracle silently decided to close the development of Solaris and unofficially
killed the OpenSolaris project.

Regards,
Vova
Victor Sudakov
2017-08-20 20:43:34 UTC
Permalink
Dear Vova,

20 Aug 17 12:11, you wrote to me:

VS>> А Oracle к Illumos какое отношение имеет? Он что-нибудь в него
VS>> даёт, или Illumos уже живёт совсем отдельной жизнью?

VU> It was originally dependent on OpenSolaris OS/Net, but a fork was made
VU> after Oracle silently decided to close the development of Solaris and
VU> unofficially killed the OpenSolaris project.

В смысле "decided to close the development of Solaris"? Т.е. они правда
перестали его развивать?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Victor Sudakov
2017-08-20 20:47:26 UTC
Permalink
Dear Vova,

20 Aug 17 12:11, you wrote to me:

VS>> А Oracle к Illumos какое отношение имеет? Он что-нибудь в него
VS>> даёт, или Illumos уже живёт совсем отдельной жизнью?

VU> It was originally dependent on OpenSolaris OS/Net, but a fork was made
VU> after Oracle silently decided to close the development of Solaris and
VU> unofficially killed the OpenSolaris project.

В смысле "decided to close the development of Solaris"? Т.е. они правда
перестали его развивать (в том числе коммерческий)? С сайта Оракла он никуда не
пропал.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
Dmitry Komissarov
2017-08-20 19:32:03 UTC
Permalink
Привет, Victor!

20 Aug 17 23:47, you wrote to Vova Uralsky:


VS> В смысле "decided to close the development of Solaris"? Т.е. они
VS> правда перестали его развивать (в том числе коммерческий)? С сайта
VS> Оракла он никуда не пропал.

Последнее обновление было в 15 году: Solaris 11.3.

В roadmap у них стоит что-то про Solaris 11.next с поддержкой облаков
начиная с 2017 года, но новостей никаких нет.
Но есть слухи, что

"Rumors have been circulating since late last year that Oracle was planning
to kill development of the Solaris operating system,
with major layoffs coming to the operating system's development team."
(https://arstechnica.com/information-technology/2017/01/oracle-sort-of-confirms
-demise-of-solaris-12-effort/)

Т.е. убить Solaris и разогнать команду разработки.


WBR, Dmitry
Vova Uralsky
2017-08-20 21:49:38 UTC
Permalink
Hello Dmitry!

20 Aug 17 22:32, Dmitry Komissarov wrote to Victor Sudakov:

DK> Т.е. убить Solaris и разогнать команду разработки.

Ходют слухи, FUJITSU подхватит это хозяйство. Hе знаю, что там в америках, мои
еаропейские знакомые сантехники теперь в AWS, HP и FUJITSU работают. Судя по
всему, процесс разгона ещё не закончен, но дело движется.

Regards,
Vova
Vova Uralsky
2017-09-06 10:18:56 UTC
Permalink
Hello Vova!

21 Aug 17 00:49, Vova Uralsky wrote to Dmitry Komissarov:

DK>> Т.е. убить Solaris и разогнать команду разработки.
VU> дело движется.

Тут новость такая пролетела:
https://www.heise.de/ix/meldung/Oracle-feuert-SPARC-und-Solaris-Entwickler-3820643.html

В смысле, Sun всё.

Regards,
Vova
Dmitry Komissarov
2017-09-06 12:55:26 UTC
Permalink
Привет, Vova!

06 Sep 17 13:18, you wrote to you:

VU> В смысле, Sun всё.

Да вообще удивительно что наследие Sun так долго продержалось.
Для Oracle это все таки непрофильные активы.

WBR, Dmitry

Vova Uralsky
2017-08-12 11:37:26 UTC
Permalink
Hello Victor!

12 Aug 17 12:40, Victor Sudakov wrote to Vova Uralsky:

VS> А в ней кто отвечает за порты/пакеты? Это нынче как бы не главное,
VS> если для десктопа.

OpenIndiana:
https://wiki.openindiana.org/oi/3.+Installing+software+and+package+management

Regards,
Vova
Loading...