The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск дистрибутива OpenIndiana 2020.10, продолжающего развитие OpenSolaris , opennews (??), 01-Ноя-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


16. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +/
Сообщение от mikhailnov (ok), 01-Ноя-20, 20:24 
Но зачем, чем это лучше линукса, с которым в большинстве случаев геммороя будет меньше?
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  –7 +/
Сообщение от zzz (??), 01-Ноя-20, 21:37 
>с которым в большинстве случаев геммороя будет меньше

А это сейчас было смешно. Уж на что уж OL - энтерпрайз кровавей некуда, а после обновления 8.0 -> 8.1 люди получили Failed to start Switch root. Про убунтячьи проблемы, вроде обновления со сломанным nss или dkms, я вообще молчу. Линукс можно посоветовать разве что экстремалам, кому в жизни мало адреналина. Ну или один раз настроить, перекреститься и забыть - так, может, ничего не сломается

Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  –2 +/
Сообщение от mikhailnov (ok), 01-Ноя-20, 22:07 
А я вот недавно в qemu+KVM на Linux запустил FreeBSD, из коробки падала из-за якобы нехватки места в свопе, хотя своп вообще был выключен, включение раздела со свопом не помогало, включил своп-файл - вроде перестало падать. Еще файловая система похерилась на ровном месте, просто после жесткого выключения виртуалки, в которой работали только sshd и недонастроенный apache2. Так что в сказки про то, что проблем там, где почти нет ни людей, ни пользователей, ни заинтересованных крупных компаний с деньгами, нет и что там лучше, чем в линуксе, - не верю.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +/
Сообщение от DildoZilla (?), 01-Ноя-20, 23:07 
> qemu+KVM на Linux

Проблема здесь.

Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  –1 +/
Сообщение от Аноним (78), 02-Ноя-20, 16:20 
Линуксы почему-то её не видят. А более 10 лет назад - не видели и вантузы, как сейчас - не знаю.
Почуму-то только правильная бздешичка ломается.
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +/
Сообщение от zzz (??), 02-Ноя-20, 23:38 
Потому что линукс заботливо окостылили, чтобы он не падал на этом чудесном гипервизоре. Классическая линуксячья забава - вместо того, чтобы отладить хоста, костыляют лап4татого гостя, и еще этим гордятся.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +/
Сообщение от анонн (ok), 03-Ноя-20, 00:48 
> А более 10 лет назад - не видели и вантузы, как сейчас - не знаю.

И то, что 10 лет назад (до версии qemu-kvm 1.2, если доки сузи не врут) по умолчанию выставлялся cache=writethrough (и то, что та же шапка заботливо "очень советует" выставлять этот режим для версий 5.5 включительно
> Suggested for guests that do not support a writeback cache (such as Red Hat Enterprise Linux 5.5 and earlier)

тоже не знаешь?
Использование Linux c "cache=writeback" без "фейлов" из-за резкого отключения, стало возможно не из-за "тотального превосходства" пингвинчика или черной магии, а сугубо после встраивания проброса/обработки чисто линуксячьего (впрочем, оно появилось во фре 11 - но без "должного переписывания" подсистем эффекта в kvm не будет) вызова fdatasync в kvm.

> Почуму-то только правильная бздешичка ломается.

Зуб даешь, что БСД сломается при нормальной настройке кэширования?

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

37. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  –2 +/
Сообщение от zzz (??), 01-Ноя-20, 23:53 
>в qemu+KVM

Запускают системы дендрофекальным образом, а потом плачутся в инторнетах, что всё ломается. Но я так и не понял - каким образом дендрофекальный факап опровергает перечисленные мой выше проблемы? Ммм, никак?

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

46. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +1 +/
Сообщение от Аноним (-), 02-Ноя-20, 01:03 
> Еще файловая система похерилась на ровном месте, просто после
> жесткого выключения виртуалки, в которой работали только sshd и недонастроенный apache2.

Сначала они херят очередность записи метаданных ФС (на который полагается уфсшный Soft Updates) кэшем, а затем удивляются - как же так, "на ровном месте!", всего лишь после жесткого отключения оно превращается в тыкву! В пингвничике ничего такого нет!
https://bugzilla.redhat.com/show_bug.cgi?id=1029344
> In case of power failure disk images that were active and created in qcow2
> format can become logically corrupt so that they actually appear as unused
>(full of zeroes).

https://bugs.launchpad.net/qemu/+bug/1847793
> qemu 4.1.0 - Corrupt guest filesystem after new vm install
> Testet with:
>- RedHat Enterprise Linux 7.5, 7.6 and 7.7 (RedHat uses xfs for the /boot and / partition)
> Guided install with the graphical installer, no lvm selected.
> - Debian Stable/Buster (Debian uses ext4 for / and /home partition)
> Guidet install with the graphical installer and default options.

Ой


Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

69. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  –1 +/
Сообщение от mikhailnov (ok), 02-Ноя-20, 10:58 
> https://bugzilla.redhat.com/show_bug.cgi?id=1029344
>> In case of power failure disk images that were active and created in qcow2
>> format can become logically corrupt so that they actually appear as unused
>>(full of zeroes).

По симптомам не похоже, ФС в целом живая, ее fsck смог восстановить, но через какое-то время снова сломалась.

> https://bugs.launchpad.net/qemu/+bug/1847793
>> qemu 4.1.0 - Corrupt guest filesystem after new vm install
>> Testet with:
>>- RedHat Enterprise Linux 7.5, 7.6 and 7.7 (RedHat uses xfs for the /boot and / partition)
>> Guided install with the graphical installer, no lvm selected.
>> - Debian Stable/Buster (Debian uses ext4 for / and /home partition)
>> Guidet install with the graphical installer and default options.
> Ой

что доказать-то пытаетесь? Что qemu виноват? А если реальную железяку из розетки выдернуть, или фирмварь ssd забагует, кто виноват будет?

Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  –1 +/
Сообщение от Аноним (78), 02-Ноя-20, 11:11 
> А если реальную железяку из розетки выдернуть

У меня это было раз 10 наверное. И несколько раз с виртуалками. Точно так как вы описываете, с невозможностью починки UFS2 через fsck.

Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +/
Сообщение от Аноним (-), 02-Ноя-20, 13:16 
> что доказать-то пытаетесь? Что qemu виноват?

Доказать? Зачем? Первые попавшиеся примеры "похерилась на ровном месте", но я понял что это не считается, ведь "это другое!"
> А если реальную железяку из розетки выдернуть, или фирмварь ssd забагует, кто виноват будет?

А ничего не будет. Потому что перепончатые опять предпочли не увидить маленький нюанс "херят очередность записи метаданных ФС кэшем".
Открою страшную тайну: ext это тоже не переживет, как впрочем и "фирмварь ssd забагует". Но там почему-то будет виноват не ФС, а прокладка между стулом и монитором.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

73. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +1 +/
Сообщение от zzz (??), 02-Ноя-20, 13:37 
>Что qemu виноват?

Именно. За ццать лет с фрюхой у меня и у знакомых чего только не бывало - и хардресеты, и сдохшие невовремя упсы, и случайно выдернутые штекера. Как у хостов, так и у Hyper-V/VmWare. Ни разу UFS не ложилась. Проблемы только у линагзоидов, крутящих ОС в бажном qemu+KVM.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

75. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +1 +/
Сообщение от Аноним (-), 02-Ноя-20, 14:47 
> Проблемы только у линагзоидов, крутящих ОС в бажном qemu+KVM.

Бесполезно.
О том, что в этой связке по умолчанию для записи из гостя в хост включен "cache = writeback", т.е. сознательно хер*тся O_DSYNC и О_DIRECT - они скорее всего не в курсе.
Не говоря уже о знании наличия "костылей" (или "правильных" дефолтов) для запуска любимого пингвинчика:
> Warning: you can loose datas in case of a powerfailure you need to use barrier option in your linux guest fstab if kernel < 2.6.37 to avoid fs corruption in case of powerfailure

"Опустим обычный диск с FreeBSD+UFS в серную кислоту, а диск с GodlikeLinux+EXT4 никуда опускать не будем. Почувствовали разницу? C диском GodlikeLinux ничего не произошло!"

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +/
Сообщение от Tifereth (ok), 02-Ноя-20, 05:46 
Чего сломано? У кого сломано? В десятках мест использую ту Убунту, и обновления идут без запинок. ЧЯДНТ?

Может, кому-то просто нужно обновить hands.dll и brain.dll?

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

74. "Выпуск дистрибутива OpenIndiana 2020.10, продолжающего разви..."  +/
Сообщение от zzz (??), 02-Ноя-20, 14:07 
>ЧЯДНТ?

Проблема с NSS широко известна:
>After installing the libc6_2.19-0ubuntu6.10_amd64_udeb package during the automated install
>of ubuntu 14.04.5, the system was suddenly unable to resolve hostnames via dns.
>Installing -0ubuntu6.9 resolved the issue. Reinstalling -ubuntu6.10 broke the system again.

https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1674532

Как широко известна и проблема с DKMS
>Building a kernel module using dkms in Linux Mint 19.1 shows the following error:
>Running module version sanity check.
>/usr/sbin/dkms: Zeile 784: find_module: Befehl nicht gefunden
>modinfo: ERROR: missing module or filename.

https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1838245 , на опеннете эту проблему также обсуждали: https://www.opennet.ru/opennews/art.shtml?num=51190

Еще эти ребятки как-то чинили
>system freeze when swapping to encrypted swap partition
> When the system is installed with encrypted swap partition the attempt to
> swap ends in a system freeze. No error, no dump, the system needs to be reloaded.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1647400

и дочинились до того, что сломали OOM

> "Out of memory" errors after upgrade to 4.4.0-59
>After a fix for LP#1647400, a bug that caused freezes under some workloads,
>some users noticed regular OOMs. Those regular OOMs were reported under this
>bug, and fixed after some releases.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1655842

"Чего сломано? У кого сломано?", лол

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру