Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
Google na své vývojářské konferenci Google I/O 2024 představil řadu novinek. Keynote byl věnován umělé inteligenci (DeepMind, Gemini, Responsible AI).
V Gitu bylo nalezeno 5 zranitelností. Opraveny jsou ve verzích 2.45.1, 2.44.1, 2.43.4, 2.42.2, 2.41.1, 2.40.2 a 2.39.4. Útočník může připravit repozitář tak, že při jeho klonování (git clone) může dojít ke spuštění libovolného kódu.
Virtualizační softwary VMware Workstation Pro a VMware Fusion Pro jsou nově pro osobní použití zdarma. Softwary VMware Workstation Player a VMware Fusion Player končí.
Linuxová distribuce Endless OS (Wikipedie) byla vydána ve verzi 6.0.0. Přehled novinek i s náhledy v příspěvku na blogu, poznámkách k vydání a také na YouTube.
Byl vydán Mozilla Firefox 126.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vylepšena byla funkce "Zkopírovat odkaz bez sledovacích prvků". Přidána byla podpora zstd (Zstandard). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 126 je již k dispozici také na Flathubu a Snapcraftu.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 11.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 24.0 linuxové distribuce Manjaro (Wikipedie). Její kódové jméno je Wynsdey. Ke stažení je v edicích GNOME, KDE PLASMA a XFCE.
run{ allocate channel c1 type disk format '/u02/%U'; backup database; backup archivelog all; backup current controlfile; }a restore a recovery na nové stroji pak takto:
run { restore database; switch datafile all; recover database; }Problém je v jménech souborů. Jména mají jiná čísla za souborem ve zdrojové db.
input datafile fno=00007 name=+DATA/dbora/datafile/users.1881.664480903 input datafile fno=00003 name=+DATA/dbora/datafile/sysaux.281.655995203 input datafile fno=00002 name=+DATA/dbora/datafile/undotbs1.280.655995201 input datafile fno=00004 name=+DATA/dbora/datafile/undotbs2.283.655995205 input datafile fno=00001 name=+DATA/dbora/datafile/system.279.655995199a jiná po obnovení
ASMCMD> ls SYSAUX.268.883220535 SYSTEM.271.883220535 UNDOTBS1.269.883220535 UNDOTBS2.270.883220535 USERS.267.883220509Poradí někdo kde dělám chybu? Jinak je to RAC cluster s Dataguard a snažím se to převést na Single instancev v nové instalaci.
ORA-01110: Message 1110 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] [+DATA/dbora/datafile/system.279.655995199] ORA-17503: Message 17503 not found; No message file for product=RDBMS, facility=ORA; arguments: [2] [+DATA/dbora/datafile/system.279.655995199] ORA-15012: ASM file '+DATA/dbora/datafile/system.279.655995199' does not exist ...RMAN taky ukazuje původní jména z produkčního systému... Nějak mi to hlava nebere? Musím OMF nastavit nějak taky na nové instalaci?
run { restore database; recover database; }tak je v alertlogu chyba ukazující na chybějící onlinelog
ORA-00313: open failed for members of log group 1 of thread 1 ORA-00312: online log 1 thread 1: '+DATA/dbora/onlinelog/group_1.414.765561829' ORA-17503: ksfdopn:2 Failed to open file +DATA/dbora/onlinelog/group_1.414.765561829 ORA-15012: ASM file '+DATA/dbora/onlinelog/group_1.414.765561829' does not exist ORA-00312: online log 1 thread 1: '+DATA/dbora/onlinelog/group_1.413.765561829' ORA-17503: ksfdopn:2 Failed to open file +DATA/dbora/onlinelog/group_1.413.765561829 ORA-15012: ASM file '+DATA/dbora/onlinelog/group_1.413.765561829' does not exist ...v ASM v +DATA/dbora/onlinelog/ logy jsou ale mají jiná jména..
ASMCMD> ls group_1.262.883215641 group_1.272.883231995 group_1.283.883897627 group_2.263.883215641 group_2.273.883231999 group_2.284.883897631 group_3.264.883215643 group_3.274.883231999 group_3.285.883897631 group_4.265.883215643 group_4.275.883231999 group_4.286.883897633
run { restore database; recover database; }respektive po
catalog start with 'cestakcoldbackup'Znamená to že mám po "recover database" zkontrolovat jména souborů logu a případně udělat
sql "alter database rename file ''+DATA/dbora/onlinelog/group_1.413.765561829'' to ''+DATA/dbora/onlinelog/group_číslo_které_najdu_při_db_mount'' ";? Co všechno musím ohlídat kromě spfile, control file, a tempfile, logy nepočítaje?
Tiskni Sdílej: