Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
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: