Братцы, кушать не могу!
Вот при старте базы 18с, что видно в логе. Подкиньте идей, как понять, витально это для экземпляра или нет b d x`v djj,ot cenm

**********************************************************************
2018-09-11T10:44:25.990306+05:00
Errors in file /orahome/diag/rdbms/db/OBLAKOSID/trace/OBLAKOSID_ora_1219.trc:
ORA-27167: Attempt to determine if Oracle binary image is stored on remote server failed
ORA-27300: OS system dependent operation:parse_df failed with status: 2
ORA-27301: OS failure message: No such file or directory
ORA-27302: failure occurred at: parse failed
ORA-27303: additional information: Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
rpoo
2018-09-11T10:44:25.990410+05:00
Image consistency checking encountered an error, checking disabled
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Initial number of CPU is 8
Number of processor cores in the system is 4
Number of processor sockets in the system is 1
Capability Type : Network
capabilities requested : 1 detected : 0 Simulated : 0
Capability Type : Runtime Environment
capabilities requested : 400000FF detected : 40000000 Simulated : 0
Capability Type : Engineered Systems
capabilities requested : 3 detected : 0 Simulated : 0
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =55
LICENSE_MAX_USERS = 0
SYS auditing is enabled
NOTE: remote asm mode is local (mode 0x1; from cluster type)
NOTE: Using default ASM root directory ASM
NOTE: Cluster configuration type = NONE [2]
Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production
Version 18.3.0.0.0.
ORACLE_HOME: /orahome/product/18.0.0/db_1
System name: Linux
Node name: db.localdomain
Release: 4.15.18-2-pve
Version: #1 SMP PVE 4.15.18-20 (Thu, 16 Aug 2018 11:06:35 +0200)
Machine: x86_64
Using parameter settings in server-side spfile /orahome/product/18.0.0/db_1/dbs/spfileOBLAKOSID.ora
System parameters with non-default values:
processes = 320
nls_language = "RUSSIAN"
nls_territory = "RUSSIA"
sga_target = 0
memory_target = 8G
memory_max_target = 8G
control_files = "/orahome/oradata/DB/control01.ctl"
control_files = "/orahome/recovery_area/DB/control02.ctl"
db_block_size = 8192
compatible = "18.0.0"
db_recovery_file_dest = "/orahome/recovery_area"
db_recovery_file_dest_size= 50G
undo_tablespace = "UNDOTBS1"
remote_login_passwordfile= "EXCLUSIVE"
db_domain = "localdomain"
dispatchers = "(PROTOCOL=TCP) (SERVICE=OBLAKOSIDXDB)"
local_listener = "LISTENER_OBLAKOSID"
audit_file_dest = "/orahome/admin/db/adump"
audit_trail = "DB"
db_name = "db"
open_cursors = 300
diagnostic_dest = "/orahome"
enable_pluggable_database= TRUE
NOTE: remote asm mode is local (mode 0x1; from cluster type)

Trace вот, если вдруг кто благоволит, да посмотрит...

Мутаген, благодарю. Таки да, индийские программисты не умеют парсить русский. Появилась еще одна строчка

2018-09-12T08:11:53.728098+05:00
Errors in file /orahome/diag/rdbms/db/OBLAKOSID/trace/OBLAKOSID_ora_6424.trc:
ORA-27167: Attempt to determine if Oracle binary image is stored on remote server failed
ORA-27300: OS system dependent operation:parse_df failed with status: 2
ORA-27301: OS failure message: No such file or directory
ORA-27302: failure occurred at: parse failed
ORA-27303: additional information: Filesystem 1K-blocks Used Available Use% Mounted on
rpool/data/subvol-104-disk-1 209715200 29647104 180068096 15% /

Лечится ли это на данном дисковом массиве (zfs), вот в чем вопрос... И какие могут быть последствия )
А так Оракла как живой!

Вячеслав Любомудров,

Слушай, читал в MOS про этот баг. Знаешь, что озадачило. Они пишут, что патч типа выполнен и все ок. Прикольно, что в 18 это не перешло... По логике-то...

Вячеслав Любомудров,

ну видишь, я просто идеализировал в какой-то момент Оракл )) Верно говоришь. Есть среда виртуализации Оракла, ОЛ7 и нечего дёргаться ) А кто решил вдруг в контейнере lxc в ProxMox да на zfs, тот сам себе чудак.

Просто, судя по статья "Ставим Оракл на *", не один я такой )))

Вячеслав Любомудров,

Как думаешь, вот это из той же области?

Error attempting to elevate VKTM's priority: no further priority changes will be attempted for this process
VKTM started with pid=5, OS id=447

Подкрутить чего можно?

Спасибо, проверю. Отдельной темой завёл уже этот вопрос, не обессудьте.

Ну на ProxMox 5 сейчас есть только qemu и lxc
C qemu кошмар вышел сразу. На lxc все завелось тоже сразу. Вот только огрехи эти. Но, вроде, несущественные, как понимаю...