Urgent- block corruption on standby and recovery thru physical copy file

Hi all,
We have a ORacle 9.2.0.6 DB and we have manula physical standby DB.
We got a block corruption on standby and I got to know thru metalink that we have to copy the data file from primary to standby but
my question is when we copy the datafile from primary to standby, will i be able to do the same because I think the SCN may varies ,as when i down the standby to copy the datafile ,oracle server wrtie a SCN to the control file of standby and when i will open it it will throw an error....
Please suggest me....

we are having n numbers od block corruption so what should be the exact value in
alter database recover automatic standby database allow *1* corruptionpls suggeest me
select * from v$backup_corruption;
RECID     STAMP     SET_STAMP     SET_COUNT     PIECE#     FILE#     BLOCK#     BLOCKS     CORRUPTION_CHANGE#     MARKED_CORRUPT     CORRUPTION_TYPE
1     679059926     679058677     54     1     3     299997     12     1790569359     NO     LOGICAL
2     679059926     679058677     54     1     3     300010     15     1790569374     NO     LOGICAL
3     679059926     679058677     54     1     3     300026     15     1790569389     NO     LOGICAL
4     679059926     679058677     54     1     3     300042     7     1790569404     NO     LOGICAL
5     679059926     679058677     54     1     3     300433     8     1790569404     NO     LOGICAL
6     679059926     679058677     54     1     3     300442     15     1790569419     NO     LOGICAL
7     679059926     679058677     54     1     3     300458     15     1790569434     NO     LOGICAL
8     679059926     679058677     54     1     3     300690     15     1790569450     NO     LOGICAL
9     679059926     679058677     54     1     3     300930     7     1790569465     NO     LOGICAL
10     679059926     679058677     54     1     3     2427217     64     1545959567     NO     LOGICAL
11     679059926     679058677     54     1     3     3078291     126     1790569473     NO     LOGICAL
12     679059926     679058677     54     1     3     3236929     8     1790569465     NO     LOGICAL
13     679059926     679058677     54     1     3     3236941     12     1790464761     NO     LOGICAL
14     679059926     679058677     54     1     3     3236954     15     1790464776     NO     LOGICAL
15     679059926     679058677     54     1     3     3236970     15     1790464792     NO     LOGICAL
16     679059926     679058677     54     1     3     3236986     15     1790464807     NO     LOGICAL
17     679059926     679058677     54     1     3     3237002     7     1790464822     NO     LOGICAL
18     679059926     679058677     54     1     3     3242641     8     1790464822     NO     LOGICAL
19     679059926     679058677     54     1     3     3242650     15     1790464837     NO     LOGICAL
20     679059926     679058677     54     1     3     3242666     15     1790464852     NO     LOGICAL
21     679059926     679058677     54     1     3     3242682     15     1790464867     NO     LOGICAL
22     679059926     679058677     54     1     3     3242771     40     1790464875     NO     LOGICAL
23     679059926     679058677     54     1     3     3242899     126     1790569482     NO     LOGICAL
24     679059926     679058677     54     1     3     3243027     126     1790569491     NO     LOGICAL
25     679059926     679058677     54     1     3     3243155     126     1790569500     NO     LOGICAL
26     679059926     679058677     54     1     3     3243283     126     1790569509     NO     LOGICAL
27     679059926     679058677     54     1     3     3243411     126     1790569518     NO     LOGICAL
28     679059926     679058677     54     1     3     3243539     126     1790569527     NO     LOGICAL
29     679059926     679058677     54     1     3     3243667     126     1790569536     NO     LOGICAL
30     679059926     679058677     54     1     3     3243795     126     1790569545     NO     LOGICAL
31     679059926     679058677     54     1     3     3243923     126     1790569554     NO     LOGICAL
32     679059926     679058677     54     1     3     3244051     126     1790569564     NO     LOGICAL
33     679059926     679058677     54     1     3     3244179     126     1790569573     NO     LOGICAL
34     679059926     679058677     54     1     3     3244307     126     1790569582     NO     LOGICAL
35     679059926     679058677     54     1     3     3244435     126     1790569591     NO     LOGICAL
36     679059926     679058677     54     1     3     3244563     126     1790569600     NO     LOGICAL
37     679059926     679058677     54     1     3     3244691     126     1790569609     NO     LOGICAL
38     679059926     679058677     54     1     3     3244819     126     1790569618     NO     LOGICAL
39     679059926     679058677     54     1     3     3244947     126     1790569627     NO     LOGICAL
40     679059926     679058677     54     1     3     3245075     126     1790569637     NO     LOGICAL
41     679059926     679058677     54     1     3     3245203     126     1790569646     NO     LOGICAL
42     679059926     679058677     54     1     3     3245331     126     1790569655     NO     LOGICAL
43     679059926     679058677     54     1     3     3245459     126     1790569664     NO     LOGICAL
44     679059926     679058677     54     1     3     3245587     126     1790569673     NO     LOGICAL
45     679059926     679058677     54     1     3     3245715     126     1790569683     NO     LOGICAL
46     679059926     679058677     54     1     3     3245843     126     1790569692     NO     LOGICAL
47     679059926     679058677     54     1     3     3245971     126     1790569701     NO     LOGICAL
48     679059926     679058677     54     1     3     3246099     126     1790569710     NO     LOGICAL
49     679059926     679058677     54     1     3     3246227     126     1790569719     NO     LOGICAL
50     679059926     679058677     54     1     3     3246355     126     1790569728     NO     LOGICAL
51     679059926     679058677     54     1     3     3246483     126     1790569737     NO     LOGICAL
52     679059926     679058677     54     1     3     3246611     126     1790569746     NO     LOGICAL
53     679059926     679058677     54     1     3     3246739     126     1790569755     NO     LOGICAL
54     679059926     679058677     54     1     3     3246867     126     1790569764     NO     LOGICAL
55     679059926     679058677     54     1     3     3246995     126     1790569773     NO     LOGICAL
56     679059926     679058677     54     1     3     3247123     126     1790569782     NO     LOGICAL
57     679059926     679058677     54     1     3     3247251     126     1790569791     NO     LOGICAL
58     679059926     679058677     54     1     3     3247379     126     1790569801     NO     LOGICAL
59     679059926     679058677     54     1     3     3247507     126     1790569811     NO     LOGICAL
60     679059926     679058677     54     1     3     3247635     126     1790569820     NO     LOGICAL
61     679059926     679058677     54     1     3     3247763     126     1790569829     NO     LOGICAL
62     679059926     679058677     54     1     3     3247891     126     1790569838     NO     LOGICAL
63     679059926     679058677     54     1     3     3248019     126     1790569847     NO     LOGICAL
64     679059926     679058677     54     1     3     3248147     126     1790569856     NO     LOGICAL
65     679059926     679058677     54     1     3     3248275     126     1790569865     NO     LOGICAL
66     679059926     679058677     54     1     3     3248403     126     1790569874     NO     LOGICAL
67     679059926     679058677     54     1     3     3248531     126     1790569883     NO     LOGICAL
68     679059926     679058677     54     1     3     3248659     126     1790569892     NO     LOGICAL
69     679059926     679058677     54     1     3     3248787     126     1790569901     NO     LOGICAL
70     679059926     679058677     54     1     3     3248915     126     1790569910     NO     LOGICAL
71     679059926     679058677     54     1     3     3249043     126     1790569920     NO     LOGICAL
72     679059926     679058677     54     1     3     3249171     126     1790569929     NO     LOGICAL
73     679059926     679058677     54     1     3     3249299     126     1790569938     NO     LOGICAL
74     679059926     679058677     54     1     3     3249427     126     1790569947     NO     LOGICAL
75     679059926     679058677     54     1     3     3249555     126     1790569956     NO     LOGICAL
76     679059926     679058677     54     1     3     3249683     126     1790569965     NO     LOGICAL
77     679059926     679058677     54     1     3     3249811     126     1790569974     NO     LOGICAL
78     679059926     679058677     54     1     3     3249939     126     1790569984     NO     LOGICAL
79     679059926     679058677     54     1     3     3250067     126     1790569993     NO     LOGICAL
80     679059926     679058677     54     1     3     3250195     126     1790570002     NO     LOGICAL
81     679059926     679058677     54     1     3     3250323     126     1790570011     NO     LOGICAL
82     679059926     679058677     54     1     3     3250451     126     1790570020     NO     LOGICAL
83     679059926     679058677     54     1     3     3250579     126     1790570029     NO     LOGICAL
84     679059926     679058677     54     1     3     3250706     127     1790570039     NO     LOGICAL
85     679059926     679058677     54     1     3     3250837     1020     1790570048     NO     LOGICAL
86     679059926     679058677     54     1     3     3251861     1020     1790570057     NO     LOGICAL
87     679059926     679058677     54     1     3     3252885     1020     1790570067     NO     LOGICAL
88     679059926     679058677     54     1     3     3253909     1020     1790570076     NO     LOGICAL
89     679059926     679058677     54     1     3     3254933     1020     1790570086     NO     LOGICAL
90     679059926     679058677     54     1     3     3255957     1020     1790570095     NO     LOGICAL
91     679059926     679058677     54     1     3     3256981     1020     1790570104     NO     LOGICAL
92     679059926     679058677     54     1     3     3258005     1020     1790570114     NO     LOGICAL
93     679059926     679058677     54     1     3     3259029     1020     1790570123     NO     LOGICAL
94     679059926     679058677     54     1     3     3260053     1020     1790570133     NO     LOGICAL
95     679059926     679058677     54     1     3     3261077     486     1790570142     NO     LOGICAL     NO     LOGICAL
SQL> select * from v$database_block_corruption;
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3     299997         12         1790569359 LOGICAL
         3     300010         15         1790569374 LOGICAL
         3     300026         15         1790569389 LOGICAL
         3     300042          7         1790569404 LOGICAL
         3     300433          8         1790569404 LOGICAL
         3     300442         15         1790569419 LOGICAL
         3     300458         15         1790569434 LOGICAL
         3     300690         15         1790569450 LOGICAL
         3     300930          7         1790569465 LOGICAL
         3    2427217         64         1545959567 LOGICAL
         3    3078291        126         1790569473 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3236929          8         1790569465 LOGICAL
         3    3236941         12         1790464761 LOGICAL
         3    3236954         15         1790464776 LOGICAL
         3    3236970         15         1790464792 LOGICAL
         3    3236986         15         1790464807 LOGICAL
         3    3237002          7         1790464822 LOGICAL
         3    3242641          8         1790464822 LOGICAL
         3    3242650         15         1790464837 LOGICAL
         3    3242666         15         1790464852 LOGICAL
         3    3242682         15         1790464867 LOGICAL
         3    3242771         40         1790464875 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3242899        126         1790569482 LOGICAL
         3    3243027        126         1790569491 LOGICAL
         3    3243155        126         1790569500 LOGICAL
         3    3243283        126         1790569509 LOGICAL
         3    3243411        126         1790569518 LOGICAL
         3    3243539        126         1790569527 LOGICAL
         3    3243667        126         1790569536 LOGICAL
         3    3243795        126         1790569545 LOGICAL
         3    3243923        126         1790569554 LOGICAL
         3    3244051        126         1790569564 LOGICAL
         3    3244179        126         1790569573 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3244307        126         1790569582 LOGICAL
         3    3244435        126         1790569591 LOGICAL
         3    3244563        126         1790569600 LOGICAL
         3    3244691        126         1790569609 LOGICAL
         3    3244819        126         1790569618 LOGICAL
         3    3244947        126         1790569627 LOGICAL
         3    3245075        126         1790569637 LOGICAL
         3    3245203        126         1790569646 LOGICAL
         3    3245331        126         1790569655 LOGICAL
         3    3245459        126         1790569664 LOGICAL
         3    3245587        126         1790569673 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3245715        126         1790569683 LOGICAL
         3    3245843        126         1790569692 LOGICAL
         3    3245971        126         1790569701 LOGICAL
         3    3246099        126         1790569710 LOGICAL
         3    3246227        126         1790569719 LOGICAL
         3    3246355        126         1790569728 LOGICAL
         3    3246483        126         1790569737 LOGICAL
         3    3246611        126         1790569746 LOGICAL
         3    3246739        126         1790569755 LOGICAL
         3    3246867        126         1790569764 LOGICAL
         3    3246995        126         1790569773 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3247123        126         1790569782 LOGICAL
         3    3247251        126         1790569791 LOGICAL
         3    3247379        126         1790569801 LOGICAL
         3    3247507        126         1790569811 LOGICAL
         3    3247635        126         1790569820 LOGICAL
         3    3247763        126         1790569829 LOGICAL
         3    3247891        126         1790569838 LOGICAL
         3    3248019        126         1790569847 LOGICAL
         3    3248147        126         1790569856 LOGICAL
         3    3248275        126         1790569865 LOGICAL
         3    3248403        126         1790569874 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3248531        126         1790569883 LOGICAL
         3    3248659        126         1790569892 LOGICAL
         3    3248787        126         1790569901 LOGICAL
         3    3248915        126         1790569910 LOGICAL
         3    3249043        126         1790569920 LOGICAL
         3    3249171        126         1790569929 LOGICAL
         3    3249299        126         1790569938 LOGICAL
         3    3249427        126         1790569947 LOGICAL
         3    3249555        126         1790569956 LOGICAL
         3    3249683        126         1790569965 LOGICAL
         3    3249811        126         1790569974 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3249939        126         1790569984 LOGICAL
         3    3250067        126         1790569993 LOGICAL
         3    3250195        126         1790570002 LOGICAL
         3    3250323        126         1790570011 LOGICAL
         3    3250451        126         1790570020 LOGICAL
         3    3250579        126         1790570029 LOGICAL
         3    3250706        127         1790570039 LOGICAL
         3    3250837       1020         1790570048 LOGICAL
         3    3251861       1020         1790570057 LOGICAL
         3    3252885       1020         1790570067 LOGICAL
         3    3253909       1020         1790570076 LOGICAL
     FILE#     BLOCK#     BLOCKS CORRUPTION_CHANGE# CORRUPTIO
         3    3254933       1020         1790570086 LOGICAL
         3    3255957       1020         1790570095 LOGICAL
         3    3256981       1020         1790570104 LOGICAL
         3    3258005       1020         1790570114 LOGICAL
         3    3259029       1020         1790570123 LOGICAL
         3    3260053       1020         1790570133 LOGICAL
         3    3261077        486         1790570142 LOGICAL
95 rows selected.
SQL>

Similar Messages

  • System datafile block corruption - no backups and database in NOARCHIVELOG mode

    Dear All,
    Database version - oracle 11.1 Enterprise
    OS - RHELinux 5.8
    What are the options of recovering from physical block corruption when there are no backup available to perform block media recovery?
    V$DATABASE_BLOCK_CORRUPTION reports two segments corrupted (please see attached image for details).
    1 table in system datafile - sys_fba_barrierscn
    1 index - (applicaiton index)
    What are my options?
    I know there is a possibility that the database will not restart after a shutdown due to corruption in system tablespace.
    Database is in noarchivelog mode. So online backups are not possible and there aren't any full backups either.
    I am thinking of below,
    1. Run dbms_repair with fix_block_corruption. - Still database startup might fail?
    2. Shutdown the database and take offline full backup with RMAN MAXCorrupt option.
    Appreciate your suggestions and advises.
    Thanks
    Stefan

    Thanks Sybrand,
    Agree with your first two suggestions .
    Also scheduled a expdp job tonight. (Only backup like thing they had was a expdp cron, but until today all the large tables were failing due to small undo_retention).
    Yes. Flashback is not used. So hopefully it will not affect the a database restart i guess?
    Related to dbms_repair, I was referring to - http://askdba.org/weblog/2010/08/physical-corruption-ora-1578-part-3/.
    Where DBMS_REPAIR.FIX_CORRUPT_BLOCKS and DBMS_REPAIR.SKIP_CORRUPT_BLOCKS used.
    Which i think will not use any redo.
    Thanks
    Stefan

  • Block corruption on Standby database

    Oracle 10g R2 64bit on Solaris 10 installed on two database server, Sun M5000 and Sun V890
    Primary and physical Standby database is configured with Max performance Async mode, log shipping is ok, archive logs are also applying..
    I opened the standby database on readonly mode, couple of SQLs are running successfully but few SQLS are throwing error meesaage, here is log message -
    SQL> select count(1) from inventory_stock;
    select count(1) from inventory_stock
    ERROR at line 1:
    ORA-01578: ORACLE data block corrupted (file # 12, block # 28109)
    ORA-01110: data file 12: '/backup1/np13/data/invindx01.dbf'
    ORA-26040: Data block was loaded using the NOLOGGING option
    However there is no error meesage recorded in Alert log files related to block corruption. Please suggest

    select file#,UNRECOVERABLE_CHANGE#,UNRECOVERABLE_TIME
    from V$DATAFILE
    where UNRECOVERABLE_TIME is not null
    FILE# UNRECOVERABLE_CHANGE# UNRECOVER
    4 9.7333E+12 12-SEP-10
    5 9.7333E+12 12-SEP-10
    6 9.7333E+12 12-SEP-10
    7 9.7333E+12 12-SEP-10
    9 9.7333E+12 12-SEP-10
    12 9.7333E+12 13-SEP-10
    13 9.7333E+12 13-SEP-10
    14 9.7327E+12 01-SEP-10
    15 9.7333E+12 13-SEP-10
    17 9.7333E+12 13-SEP-10
    22 9.7333E+12 13-SEP-10
    23 9.7333E+12 13-SEP-10
    24 9.7333E+12 13-SEP-10
    32 9.7333E+12 13-SEP-10
    33 9.7333E+12 13-SEP-10
    34 9.7333E+12 13-SEP-10
    35 9.7333E+12 13-SEP-10
    41 9.7324E+12 25-AUG-10
    42 9.7333E+12 13-SEP-10
    43 9.7333E+12 13-SEP-10
    44 9.7333E+12 13-SEP-10
    45 9.7333E+12 13-SEP-10
    57 9.7332E+12 11-SEP-10
    60 9.7333E+12 13-SEP-10
    62 9.7333E+12 12-SEP-10
    63 9.7333E+12 13-SEP-10
    65 9.7333E+12 13-SEP-10
    66 9.7333E+12 13-SEP-10
    68 9.7333E+12 13-SEP-10
    70 9.7333E+12 13-SEP-10
    71 9.7333E+12 12-SEP-10
    73 9.7333E+12 12-SEP-10
    74 9.7333E+12 13-SEP-10
    75 9.7333E+12 12-SEP-10
    77 9.7324E+12 25-AUG-10
    79 9.7333E+12 13-SEP-10
    83 9.7333E+12 13-SEP-10
    84 9.7333E+12 13-SEP-10
    86 9.7333E+12 13-SEP-10
    87 9.7333E+12 12-SEP-10
    89 9.7333E+12 12-SEP-10

  • Data block corrupted on standby database (logical corruption)

    Hi all,
    we are getting the below error on our DRSITE,it is MANUAL PHYSCIAL STANDBY DATABSE...
    The following error has occurred:
    ORA-01578: ORACLE data block corrupted (file # 3, block # 3236947)
    ORA-01110: data file 3: '/bkp/oradata/orcl_raw_cadata01'
    ORA-26040: Data block was loaded using the NOLOGGING option
    I have checked in the Primary database, that there are some object which are not being logged into the redo logfiles.....
    SQL> select table_name,INDEX_NAME,logging from dba_indexes where logging='NO'
    TABLE_NAME INDEX_NAME LOG
    MENU_MENUS NUX_MENU_MENUS_01 NO
    MENU_USER_MENUS MENU_USER_MENUS_X NO
    OM_CITY IDM_OM_CITY_CITY_NAME NO
    OM_EMPLOYER                    EMPLR_CODE_PK                  NO
    OM_EMPLOYER                    IDM_EMPLR_EMPLR_NAME           NOOM_STUDENT_HEAD OM_STUDENT_HEAD_HEAD_UK01 NO
    OT_DAK_ENTRY_DETL DED_SYS_ID_PK NO
    OT_DAK_ENTRY_HEAD DEH_SYS_ID_PK NO
    OT_DAK_ENTRY_HEAD IDM_DEH_DT_APPL_REGION NO
    OT_DAK_ENTRY_HEAD IDM_DEH_REGION_CODE NO
    OT_DAK_REFUNDS_DETL DRD_SYS_ID_PK NO
    TABLE_NAME INDEX_NAME LOG
    OT_MEM_FEE_COL_DETL IDM_MFCD_MFCH_SYS_ID NO
    OM_STUDENT_HEAD IDM_STUD_COURSE NO
    13 rows selected.
    so the main problem is in the OM_EMPOYER tables if i would delete the indexes from that table recreate it again with the logging clause,and then apply the archvied logs to the DRSITE.WILL THE problem will resolve.
    Pls suggest me...

    Hi..
    Firstly how did you confirm that it was that index only.Can you post the output of
    SELECT tablespace_name, segment_type, owner, segment_name
    FROM dba_extents WHERE file_id = 3 and 3236947 between block_id
    AND block_id + blocks - 1;
    This query can take time, if are sure that its the index don't fire this command .
    Secondly, when you will drop and recreate the index, it will be logged into the redo logfile.This information will be be logged in to an the archivelog file as its the replica of the redo logfile. Then when you apply this archive log maually, it will drop that index and then recreate it using the same sql.
    HTH
    Anand

  • Block corruption error keep on repeating in alert log file

    Hi,
    Oracle version : 9.2.0.8.0
    os : sun soalris
    error in alert log file:
    Errors in file /u01/app/oracle/admin/qtrain/bdump/qtrain_smon_24925.trc:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01578: ORACLE data block corrupted (file # 1, block # 19750)
    ORA-01110: data file 1: '/u01/app/oracle/admin/qtrain/dbfiles/system.dbf'system datafile is restored from backup still the error is logged in alert log file
    Inputs are appreciated.
    Thanks
    Prakash

    Hi,
    Thanks for the inputs
    OWNER                          SEGMENT_NAME                                                                      PARTITION_NAME                 SEGMENT_TYPE       TABLESPACE_NAME                 EXTENT_ID    FILE_ID   BLOCK_ID      BYTES     BLOCKS RELATIVE_FNO
    SYS                            SMON_SCN_TO_TIME                                                                                                 CLUSTER            SYSTEM                                  1          1      19749      16384          1            1
    SYS                            SMON_SCN_TO_TIME                                                                                                 CLUSTER            SYSTEM                                  2          1      19750      32768          2            1Thanks
    Prakash

  • Moving library to external hard drive and get the error "Copying files failed. The disk could not be read from or written to"

    Hello,
    I'm moving my library to an external hard drive.
    I've made sure to use the 'Keep iTunes Media Folder Organized' option when pointing to the new library location.
    I select 'File'->'Library'->'Organize Library', I select to 'Consolidate Files', click 'OK' and get ther error message "Copying files failed. The disk could not be read from or written to".
    I've read elsewhere that there may be a corrupted file that I need to sequester somehow and perhaps add it back however I'm not certain how I can locate that file because the status window doesn't indicate which file it's attempting to transfer when the error appears.
    Any tips?
    Thank you,
    Greg H
    iTunes 10.6.3

    OK I figured it out!
    It was a dodgy file....I sorted the file folders by date, and as it turned out within the "compilations" folder there was a CD where only about half the tracks seemed to have been copied over. Could not have identified this simply from the time indicated on the finder folder sort, because there were several CDs copied over in the that same minute.
    I went back to the original itunes folder, deleted all the files from that CD in itunes, then also deleted all those files from the original disk and the target disk.
    Tried the "consolidate library" again, and it completed nicely. 200megs of music and videos.
    Very happy to solve this problem after 3 weeks.

  • ITunes 7 and nano: can't copy files

    I don't know whats wrong! I updated to iTunes 7 yesterday, and as of today I can no longer copy files to my nano.
    I go to copy a bunch, and the usage bar at the bottom says that its filling. when it gets to the last file, the usage bar goes back to the beginning, and says ive used 0 of my 1000mb.
    Ive restored my nano from scratch, to no avail. I've rebooted and reinstalled iTunes. I'm lost.
    Help!

    I just installed iTunes 7 on another system, and tried there. Same problem.
    The issue is either with my Nano, or iTunes 7.
    Help!
    . Windows XP Pro a

  • Error-36 and Error-42 when copying files from SD card

    Hello!
    I recently switched from a PC user to a mac user! Everything is great, but ever since I got the computer (refurbished 15in macbook pro) ive had problems with copying files from my SD card to my computer!! It so frustrating! Ive tried everything! I even called apple support, and after 30 minutes of calling came to no solution! I keep getting error-36 error-43 and sometimes error-8058 !!! I tried formatting with no success, because my computer cant read the disk! It is a PNY professtional 32gb sd card. Im not sure if this problem is happening due to the fact that I previousley used this same SD on my PC, but im going to return this computer if it doesnt fix! Ive also tried doing to terminal commands but it doesn't work! Please help!!
    - from a distressed youtuber

    I'm having similar problems and I'm using a 1Tb HDD ( USB connection) which has 3 partitions. I have discovered that after some time (not clear what triggers it) I start being unable to use one partition for backups. When I checked further I discovered that I cannot write any file no matter what size to it. The problem has normally disappeared for a while when I restart my computer. I've done disk verifies and things are fine. The other two partitions are Ok ... I use one for TimeMachine and the other for SuperDuper. This partition is primarily used for ChronoSync backups so I suspect that the problem is related to how ChronoSync backs up but I have yet to convince their tech support of that.

  • Wind Vista SP2. iTunes 10.6.3.25. I'm trying to Consildate my Music Library on this PC, and get the error: "Copying files failed, because you don't have permission to change your iTunes Media folder or a folder within it."  My admin user has Full Control

    Any suggestions would be greatly appreciated!

    I did what you suggested on all three folders: The main Music folder on the Mac hard disk, on the iTunes folder on the external 160GB Hard drive which contains the current media content and on the new 2TB hard disk on which I created a new media folder. I selected permission for myself which were already read+write and chose the apply to enclosed items on all three folders. I then changed the permission for others to read+write and applied to enclose items also an all three folders.
    But it didn't solve anything.
    Here's what happens: I choose the new directory in iTunes preferences (the media folder on the 2TB disk) I then go to File > Library > Organize Library and then choose Consolidate files. A window pops up and says copying "filename" with a progression bar underneath but the filename never changes. Instead the beachball appears when the mouse pointer hoovers over iTunes. Upon pressing the iTunes icon in the Dock it says that iTunes is not responding. At this point there's 2 different ways:
    A - If I then force quit iTunes the iTunes window disappears but the application does not close. When I want to eject the 2TB disk it says it's being used by another application. Only when I cut the power to the 2TB disk does iTunes fully close. A window then pops up and says that the drive was not put away properly etc.
    B - if I cut the power to the drive without force quitting iTunes, a window appears with the said: "Copying failed because you don't have permissions to change iTunes media folders etc." iTunes remains open and fully functional.

  • Freezing Mac OS again and again, even when copying files

    Ich arbeite viel mit 3D und meinen Fotos, Aperture und Poser 2014 Pro.
    Erst dachte ich das es an den Anwendungen liegt, jedoch kam ein Update und eine kurze Verbesserung. Nur noch zwei mal am Tag neu booten über den Ein/Aus Schalter - versteht sich. Da die Maus und die Tastatur kein Ausschalten möglich war.
    Nun werden die zeiten in den sich der Computer mit was auch immer beschäftigt, wieder häuiger. Den Bildschirmschoner und die Energiespar funktion habe ich schon seit ewigen Zeiten nicht mehr aktiv.
    Da das aufwachen des Compters auch immer wieder Probleme bereitete.
    Wenn ich keine Besserung mit 10.9.4 erhalte, spiele ich mit dem Gedanken, mit ein downgrade an zu tun, auf 10.8.x Da ich mit der Stabilität sehr unzufrieden bin. Ich besitze einen iMac 27" late 2013 mit Fussion Drive 1T. Daneben steht mein alter iMac late 2009, 27" mit 1TB HDD und iOS 10.7.5 der seit Tagen ohne Probleme läuft und mit dem ich in letzter Zeit doch mehr arbeite.
    Ich habe immer wieder die bedenken, das unter umständen tagelange arbeite verloren gehen können. wie dieses Wochenende, das wieder einmal eine neu installation nötig war.
    Wie sieht es aus, wann wird iOS 10.9.x stabil laufen ?
    Oder Raten sie mit doch zu einem "Downgrade auf 10.8.x ?
    Nun ist der nächte reboot nötig, da iOS nicht mehr weiss was es zu tun hat !
    In English:
    I work a lot with 3D and my photos, Aperture and Poser Pro 2014.
    At first I thought that it is up to the applications, however, came an update and a brief improvement. Only two times a day to reboot via the on / off switch - of course. As the mouse and the keyboard was no turning is possible.
    Now the times are in the computer with whatever is concerned, again häuiger. The screen saver and power save function I have been around forever no longer active.
    Since the wake of compters also repeatedly caused problems.
    If I get no improvement with 10.9.4, I play with the idea to do with a downgrade to, on 10.8.x I am very unhappy with the stability. I have an iMac 27 "late 2013 Fussion Drive 1T. Next to it is my old iMac late 2009 27" with 1TB HDD and iOS 10.7.5 running without problems for days and with whom I still work more lately.
    I have the mind again and again, which can get lost for days work under some circumstances. as this weekend, which was a new installation once again needed.
    How it looks, when will iOS running 10.9.x stable?
    Or rate them with but a "downgrade to 10.8.x?
    Best regards,
    Horst

    Have you tried resetting the SMC? Please follow the directions below closely, if it doesn't work the first time do it a second time. If that still doesn't handle the issue then contact AppleCare (I'm assuming the machine is covered by AppleCare) so they can begin troubleshooting it.
    SMC RESET
    Shut down the computer.
    Unplug the computer's power cord and all peripherals.
    Press and hold the power button for 5 seconds.
    Release the power button.
    Attach the computers power cable.
    Press the power button to turn on the computer.
    PRAM RESET
    Shut down the computer.
    Locate the following keys on the keyboard: Command, Option, P, and R. You will need to hold these keys down simultaneously in step 4.
    Turn on the computer.
    Press and hold the Command-Option-P-R keys. You must press this key combination before the gray screen appears.
    Hold the keys down until the computer restarts and you hear the startup sound for the second time.
    Release the keys.

  • Qmaster and compressor - the forever copying file

    I have witnessed this phenomenon numerous times now and am ready to throw my computer through the wall. I have created a quick cluster - 2 Dual 2.5 G5's connected via Ethernet (direct, no switch). I have exported my FCP doc as a self-contained QT movie (30GB file), made a single batch in compressor and sent it to my cluster. In the batch window, I see it says "status: Preparing: Copying source file" After 2 hours (yes, that's right. 2 hours to transfer 30gb file via 1000 BaseT - a whole other bag of worms you can try to clarify to me if you'd like), but after 2 hours, it completes the copy and begins to copy it again. Just starts over for no reason. I am now 6 hours into the batch and it still has not finished copying the file. WHat is going on?!!!!!!!! There is plenty of room on the other computer.
    Please, someone help me out.

    You may have figured this out by now, but in Compressor/Preferrences there is a Cluster Option "Copy source as needed". Changing this to Never will stop the copy.
    This may or may not help, but make sure that all drives are mounted for all comps are mounted on ALL comps, to make sure each comp has access to any resources needed on the other comp. i.e. Make sure all drives on Comp A are mounted on Comp B, as well as all Drives on Comp B are mounted on Comp A.
    This should prevent any errors due to missing resources.
    Ta
    Gary

  • Canon Rebel XSi and OSX - How to copy files from camera?

    How do I copy the files from my Canon Rebel XSi to my Mac? I can "import them into iPhoto but is there a simple copy/paste option such as the camera appearing within the Finder?
    On Vista it comes up as a Camera device within Windows Explorer.
    Cheers
    Rex

    You might not be able to mount the Canon on the desktop unless it has a setting in the camera menu to switch it to USB Mass Storage mode. Many camera brands can do this, but many Canon models cannot.
    It's still pretty easy to get images off it, though. In addition to iPhoto, you can use Apple Image Capture to select and download images to any folder, or any other software that supports the XSi like Canon EOS Utility (included) or Adobe Bridge/Photoshop/Camera Raw. If the XSi doesn't turn up in those apps, make sure you've got the latest versions.
    I don't have the XSi, I have an older model, but according to reviews, the XSi still doesn't have USB Mass Storage support. Without that support I don't think it's going to show up on a Mac desktop.
    You may be seeing it show up for drag-and-drop on a Windows Vista desktop, but the link above says that drag-and-drop in Windows only supports JPEG files, not RAW files. Are you getting just JPEG files on the Windows desktop? If so, and if you intend to use the superior RAW format, then basically you don't have drag-and-drop on Mac or Windows, if the review is correct.

  • Corrupting the block to continue recovery in physical standby

    Hi,
    Just like to inquire how I will be able to corrupt the block to be able to continue the recovery in the physical standby.
    DB Version: 11.1.0.7
    Database Type: Data Warehouse
    The setup we have is primary database and standby database, we are not using dataguard, and our standby setup is another physical copy of production which act as standby and being sync using script that being run from time to time to apply the archive log came from production (its not configured to sync using ARCH or LGWR and its corresponding configurations).
    Then, the standby database is not sync due to errors encountered while trying to apply the archive log, error is below:
    Fri Feb 11 05:50:59 2011
    ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Media Recovery Log /u01/archive/<sid>/1_50741_651679913.arch
    Fri Feb 11 05:52:06 2011
    Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x7FFFD2F18FF8] [PC:0x60197E0, kdr9ir2rst0()+326]
    Errors in file /u01/app/oracle/diag/rdbms/<sid>/<sid>/trace/<sid>pr0028085.trc (incident=631460):
    ORA-07445: exception encountered: core dump [kdr9ir2rst0()+326] [SIGSEGV] [ADDR:0x7FFFD2F18FF8] [PC:0x60197E0] [Address not mapped to object] []
    Incident details in: /u01/app/oracle/diag/rdbms/<sid>/<sid>/incident/incdir_631460/<sid>pr0028085_i631460.trc
    Fri Feb 11 05:52:10 2011
    Trace dumping is performing id=[cdmp_20110211055210]
    Fri Feb 11 05:52:14 2011
    Sweep Incident[631460]: completed
    Fri Feb 11 05:52:17 2011
    Slave exiting with ORA-10562 exception
    Errors in file /u01/app/oracle/diag/rdbms/<sid>/<sid>/trace/<sid>pr0028085.trc:
    ORA-10562: Error occurred while applying redo to data block (file# 36, block# 1576118)
    ORA-10564: tablespace <tablespace name>
    ORA-01110: data file 36: '/u02/oradata/<sid>/<datafile>.dbf'
    ORA-10561: block type 'TRANSACTION MANAGED DATA BLOCK', data object# 14877145
    ORA-00607: Internal error occurred while making a change to a data block
    ORA-00602: internal programming exception
    ORA-07445: exception encountered: core dump [kdr9ir2rst0()+326] [SIGSEGV] [ADDR:0x7FFFD2F18FF8] [PC:0x60197E0] [Address not mapped to object] []
    Based on the error log it seems we are hitting some bug from metalink (document id 460169.1 and 882851.1)
    my question is, the datafile # is given, block# is known too and the data object is also identified. I just verified that object is not that important, is there a way to set the block# to corrupted to be able the recovery to continue? Then I will just drop the table from production so that will also happen in standby, and the block corrupted will be gone too. Is this feasible?
    If its not, can you suggest what's next I can do so the the physical standby will be able to sync again to prod aside from rebuilding the standby?
    Please take note that I also tried to dbv the file to confirm if there is marked as corrupted and the result for that datafile is also good:
    dbv file=/u02/oradata/<sid>/<datafile>_19.dbf logfile=dbv_file_36.log blocksize=16384
    oracle@<server>:[~] $ cat dbv_file_36.log
    DBVERIFY: Release 11.1.0.7.0 - Production on Sun Feb 13 04:35:28 2011
    Copyright (c) 1982, 2007, Oracle. All rights reserved.
    DBVERIFY - Verification starting : FILE = /u02/oradata/<sid>/<datafile>_19.dbf
    DBVERIFY - Verification complete
    Total Pages Examined : 3840000
    Total Pages Processed (Data) : 700644
    Total Pages Failing (Data) : 0
    Total Pages Processed (Index): 417545
    Total Pages Failing (Index): 0
    Total Pages Processed (Other): 88910
    Total Pages Processed (Seg) : 0
    Total Pages Failing (Seg) : 0
    Total Pages Empty : 2632901
    Total Pages Marked Corrupt : 0
    Total Pages Influx : 0
    Total Pages Encrypted : 0
    Highest block SCN : 3811184883 (1.3811184883)
    Any help is really appreciated. I hope to hear feedback from you.
    Thanks

    damorgan, i understand the opinion.
    just new with the organization and just inherit a data warehouse database without rman backup. I am still setting up the rman backup thats why i can't use rman to resolve the issue, the only i have is physical standby and its not a standby that automatically sync using dataguard or standard standby setup, i am just checking solution that is applicable in the current situation

  • Rescue and Recovery 4 DOES NOT RESCUE/COPY LARGE FILES?!

    Hello all,
    Thank you in advanced for helping me out/any helpful advice you may have.
    System:
    Windows XP Professional
    T61
    4 GB RAM
    2.50 Ghz Dual Core Intel Processor
    120 GB Hard Drive
    140m nVidia Quadro video card (256 MB available memory I believe)
    Problem Summary:
    I ran into the unlucky computer problem of having a Microsoft.net framework addon for Firefox 3.5.3 result in a fatal interaction leaving me unable to boot up in both safe and normal mode. If you do have this addon, please uninstall it NOW, so that it does not happen to you. There is no current fix or patch for it as far as I know. Luckily, I have the (formerly) fantastic Rescue and Recovery 4 to backup my files and fix things.
    So in sequence of what I did:
    Tried several different attempts to fix problem to no avail (via google searches on the Rescue and Recovery Browser)
    Decided that it would be best to just reformat the drive and start a clean install.
    I had not done a real back up recently (several months due to my own carelessness and being busy).
    I chose to do a full factory restore using the 'Rescue My Files' option, since I had never done a backup using the included Lenovo Software, I usually just ran my own manual ones in Windows.
    To be on the safe side, I just decided to transfer my entire hard drive directory 'C:' to my 500 GB External Western Digital Hard Drive. I know I didn't really NEED all the files (like program files I would just need to reinstall anyway). I just wanted to return my computer to how it was as fast as possible.
    Rescue and Recovery registered as copying all my data (rougly 50-60 GB) of data to my external USB Hard Drive.
    I then unplugged my External USB Drive From the computer once it said it was complete. Rescue and Recovery proceeds with the factory restore.
    Things are going well, factory restore is successful, no problems yet.
    Once Windows was functional again and I had remade my usernames and settings just as it was before the crash, I plugged in my External HD again to restore my files.
    Every file that I copied was there EXCEPT FOR MY MOST IMPORTANT ONES. It appears the directory, 'C:\Documents and Settings\Justin\My Documents'
    AND
    'C:\Documents and Settings\Justin\Desktop'
    DID NOT COPY. I DID A DOUBLE CHECK, and the program said that all files had transferred successfully and I saw the directories on the USB Hard Drive in the Rescue and Recovery View. (I did not do a double check on another windows computer with my USB Hard Drive, however as I did not have access to one at the time and I was trusting in the Lenovo software, which did actually manage to rescue all the files, except for my most important ones.)
    Is there anyway way that:
    That because these files were so large (probably account for 50% of all data copied to my external USB Drive or 10-15 GB a piece), that the Rescue and Recovery file simply "passed over them"? The other files appeared to copy perfectly fine.
    There was an error with the program, like a file size limit cap that Rescue and Recovery cannot surpass so they were just skipped over?
    My own carelessness? Are all the root files not selected when you choose the entire 'C:' Drive as a directory? I did just choose to copy/rescue the entire 'C:' Drive and everything else (besides my two most important files) seemed to copy over so I do not beleive that this is the case.
    I did not individually, select each file in the 'C:\Documents and Settings' because I assumed that it would select each of the root files within it. (Is that not the case?)
    That the files are 'hiding' somewhere due to their large size?
    Most importantly of all:
    IS THERE ANYWAY THAT I CAN RECOVER MY DATA? There is about 2 years worth of photos, music, documents, etc. that I would like to have back that I do not have a recent back up of. 
    If anything, does anyone know WHY this happened? It was my understanding that Lenovo Rescue and Recovery was some of the best software for emergency crashes out there. And now it has failed me miserably. I'd at least like to know why it happened so that I may not repeat my mistake (or put too much faith in Lenovo) for the future.
    I've run some data recovery software but I know it will not recovery all the files that I once had in their state before my hard drive was reformatted back to factory settings.
    Thank you,
    -nofeet3
    Justin

    Hello , and ARGH !
    I AM HAVING THE EXACT SAME PROBLEM RIGHT NOW !
    If anybody could help this would really be appreciated .
    Here is the story
    Lenovo SL500
    Windows XP SP3 I think
    Specs maybe not too important
    My computer has some corrupted file and will not boot in normal or safe mode . When I try to do either , it starts booting , but before it finishes the load-up-windows screen , it displays an error message which says 
    " lsass.exe - System Error
    the endpoint format is invalid "
    and then goes no further , and the machine simply restarts itself again and would do this indefinitely if I didn't stop it .
    SO when it starts booting and shows the Lenovo Logo , I press the Lenovo Help/Tool Button to enter Rescue and Recovery [not sure what version it is , I cannot find information within it] and it gives me the option to Rescue files before recovering the system . I have the same problem as Nofeet3.
    It rescues all the small files
    BUT WILL NOT RESCUE ANY OF MY IMPORTANT FILES
    CERTAINLY IT DOES NOT RESCUE ANYTHING BIG [or bigger than roughly 2mb]
    It rescues picture files BUT WILL NOT RESCUE MUSIC FILES !!
    It may not even rescue bigger picture files , but I haven't noticed any pictures it has not copied since I can't go through ALL my picture files to see exactly what it has / hasn't copied.
    However , not a single music file is copied.
    It will NOT show up on the hard drive . What is strange , is when I try to plug the hard drive back in to try and copy the music files again , as I tried it a few times , it asks me if I would like to Write these files over the files already there , as though it has already copied. I check the hard disk , and these fils have definitely NOT copied onto the Disk . They are nowhere to be found .
    I don't think the files are hiding , but if they are , maybe somebody could tell me where.
    I suspect though that Rescue and Recovery has "recorded"  the files as having been copied , some kind of record , EVEN THOUGH THEY HAVEN'T !! Or if they have , they are absolutely invisible . WEIRD !
    nofeet3
    It is NOT because you selected the whole C drive , and is not due to any carelessness on your part. I have selected all files individually , and have tried time and time and time again , when I plug the ext hard drive into my other laptop to see if the files copy , they don't . I have tried this over and over and over again desperately all today , it is not working , even going so far as to select individual files rather than bigger directories to try and transfer in smaller in smaller batches ,just in case it couldn't handle large transfers all at once . That is not the case either . It just simply will not transfer files roughly bigger than 2mb . NO MUSIC !! THIS IS VERY FRUSTRATING !!
    I am not sure at present whether this program can rightly be called "Rescue and Recover". It is one of the main reasons I selected Lenovo  , and this is not a good demonstration of it's abilites at all .
    PLEASE HELP ME !!
    ANY HELP WOULD BE HIGHLY APPRECIATED !!
    Thanks so much in advance for any help anybody can give , and best regards ,
    Carl .

  • Frequent  block Corruption....

    Hi,
    Oracle documents mentioned , block corruption rarely happens but i have to frequently face this problem ,mostly logical corruption. And when this happens i have to recover that datafile from the backup which is very much time consuming and loss to business.
    What should i do to prevent these corruption....both logical and physical???
    Can anyone share their experience to solve the problem taking proper precaution??
    Thanks and Regards,

    844860 wrote:
    I am not sure...how to find the answer???Perhaps there was no block corruption? After all, you have the best h/w on the market and how could it cause corrupted data blocks when an Oracle I/O call give it a data block to write to disk?
    Or perhaps you are lying to yourself about this "best in the market" b/s?
    Block corruption means that the data block Oracle writes from memory to disk, does not arrive on the disk intact - or that the block is afterwards read from disk 'incorrectly' and arrives in memory as a corrupted block.
    If this happens frequently, there are two basic core issues:
    - this is h/w related (old failing disks, errors in storage system, etc)
    - this is s/w related (the I/O fabric layer and driver used for I/O is faulty/buggy)
    The h/w related one is usually easy to diagnose as h/w tests and probes can be done (e.g. running smartctl for SMART analysis of disks).
    The s/w related one is IMO a bit more difficult to diagnose. I have seen this with using ASMLib with certain 3rd party driver software, with older OFED driver version for SRP (Scsi Remote direct memory access Protocol), and so on.
    Bottom line is that block corruption generates errors and you need to look from the top of the s/w stack down to bottom of the h/w stack to see where these errors are being recorded and what the errors are saying is wrong.

Maybe you are looking for

  • CO-PA and Sales Order Reason for Rejection

    Hello, Here is our situation 1.  Sales order is created for 10 pc/$1000.      This creates a CO-PA entry for the $1000 2.  Sales order is partially delivered/invoiced for 5 pc/500$ 3.  Customer cancels remaining quantity, so we place a rejection reas

  • Resizing image using CSS - not working in IE

    Hello, I have a standard report with couple of columns one of which a image column. The images are of varying sizes and I manged to resize them to a fixed width & height by using CSS code in page header as below: td[headers="ITEM_PICTURE"] img {   di

  • Changed password -now can't get mail

    I recently changed my email password through the online control panel of my ISP. I can receive mail through their main site via my browser. But suddenly Apple Mail is unable to retrieve mail, although I have already changed the password in prefs and

  • How can I get a new device to my i tunes?

    I have a new device and I am trying to link it to my I tunes account. How can I do that?

  • Problem in Executing Dimensions in EPM Dashboard Manager

    Post Author: sachinddalal CA Forum: Performance Management and Dashboards Hi All, Presently I am facing a problem in refreshing Dimention object in EPMDashboard Manager. The details are as below. Server:BO enterprise with SP2Tool : EPM Dashboard Mana