This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CCS: Resouce Explorer can't open

Other Parts Discussed in Thread: C2000WARE

Tool/software: Code Composer Studio

I got a problem in using Code Composer Studio.

When I open Resource Explorer page, it's always "

Loading...

Starting TIREX...

" (Picture 1)

The CCS I downloaded is the lastest version 9.2.0.00013.

And I try to download CCS (version 8.3.1.00004). Sometimes after a 'Loading... Starting TIREX...' long time when I open Resouce Explorer, I got another problem  "

Resource Explorer encountered a problem. Please close and reopen Resource Explorer.

If you continue to experience problems then please refer to processors.wiki.ti.com/.../Troubleshooting_CCSv7

"(Picture 2)

And I also try the solutions in "processors.wiki.ti.com/.../Troubleshooting_CCSv7, they're all no use.

My computer is Windows 10 home (version 1809)

Picture 1 - Code Composer Studio (Version: 9.2.0.00013)

Picture 1 - Code Composer Studio (Version: 8.3.1.00004)

When I open Resource Explorer in version: 8.3.1.00004, there is an error report in

"C:\Users\{USERNAME}\AppData\Local\Texas Instruments\CCS\ccs920\0\ErrorReportToolver2.ini":

TIREX UNCAUGHT EXCEPTION
date: Sun Oct 13 2019 21:45:36 GMT+0800 (中国标准时间)
tirexVersion: 3.7.2+201908221537
nodeVersion: v6.5.0
nodePlatform: win32
nodeArch: ia32
tirexPluginVersion: 4.1.0.201908221230
ccsVersion: 9.2.0.00013
myHttpPort: 55432
ccs_port: 54926
stack: Error: REXDB-SPLIT: Write access attempted while write in progress
at makeError (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:71:19)
at ReadWriteCheck.entry (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:38:19)
at RexDBSplit.use (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb-split.js:61:13)
at _forceAllSWPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1365:29)
at getPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1128:13)
at D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:2158:25
at ReadWriteCheck.exit (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:66:9)
at D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:802:17
at Immediate.<anonymous> (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:866:13)
at runCallback (timers.js:578:20)
message: REXDB-SPLIT: Write access attempted while write in progress
readwritecheck: true
writeInProgressTime: Sun Oct 13 2019 21:45:36 GMT+0800 (中国标准时间)
writeInProgressStack: Error
at ReadWriteCheck.entry (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:49:35)
at RexDBSplit.use (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb-split.js:61:13)
at _forceAllSWPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1365:29)
at getPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1128:13)
at D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:2158:25
at ReadWriteCheck.exit (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:66:9)
at D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:802:17
at Immediate.<anonymous> (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:866:13)
at runCallback (timers.js:578:20)
at tryOnImmediate (timers.js:554:5)
readInProgressTime: null
readInProgressStack: null
NOTE: Deleting DB folder due to possible corruption of DB files: C:\Users\Dell\ti\tirex-localserver-3.7.1\db

  • Hi,

    Tomorrow someone will reply to your question with some suggestions and deeper analysis. 

    Regards,

    Rafael

  • Hello,

    For both cases, first try deleting all ReX cache folders and then try again:

    https://software-dl.ti.com/ccs/esd/documents/users_guide/ccs_troubleshooting.html#clear-the-resource-explorer-cache

    Thanks

    ki

  • I have tried these ways to solve the problem before. Because I can also found them in the link when I got the error in CCS. (Picture 1)

    9.5.1. Connection Issues

    9.5.1.1. Check the Proxy Setting

    If Resource Explorer is unable to connect to the internet it may be an issue with the proxy setting. Ensure the setting is correct by performing the following steps:

    1. Open the Preferences dialog (menu Window -> Preferences)
    2. Type proxy in the search box
    3. Select Network Connections
    4. Under Active Provide, select Native
    5. Click OK
    6. Close and restart CCS twice

    9.5.1.2. Clear the Resource Explorer Cache

    Try deleting the tirex-localserver-[version] folder in C:\Users\\[username]\ti and restarting CCS.

    9.5.1.3. Clear the CCS Browser Cache

    Try deleting the chromium browser cache by browsing to [WORKSPACE FOLDER DIR]\.jxbrowser-data and delete the entire Cache folder.

    9.5.1.4. Check for Running Processes

    Another potential issue is that if there is an extra “node” process running. Close Resource Explorer. Check Task Manager or Activity Monitor and look for node. If one is running, kill it. Start Resource Explorer.

    And I try it again and clear 5 folders like before.

    CCS Cache:

    "C:\Users\Dell\ti\tirex-localserver-3.7.1"

    "C:\Users\Dell\ti\tirex-localserver-3.7.0"

    "C:\Users\Dell\ti\tirex-localserver-3.6.5"

    Workspace Cache:

    "F:\project\CCSv8\.jxbrowser-data\Cache"
    "F:\project\CCSv9.2\.jxbrowser-data\Cache"

    After all, I get the same situation again. (Picture 1)

    Picture 1 - After Opening CCSv8 And CCSv9.2 for A Long Time 

    BTW, when I open CCSv9.2 in the first after I clear the cache, I can also get the tips like what I get in CCSv8. The screenshot I take is the 2nd time when I try to open ResourceExplorer.

    This "Loading...Starting TRIEX" page, I have seen it lasting for several hours 2 days before when I try to open ResourceExplorer. Now it's my 2nd to clear the 5 cache folders, I also get the "loading..." page for about half an hour.

  • Can you provide the Resource Explorer logs in:

    c:\Users\<user>\ti\tirex-localserver-3.7.1\.logs

  • tirex-2019-10-16.log

    I upload the log file, and there is the lastes 10 log messages,

    },
    {
    "stamp": "2019-10-16T07:58:15.378Z",
    "priority": "INFO",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    "localserver",
    "<= remotePostArchive()"
    ]
    },
    {
    "stamp": "2019-10-16T07:58:15.379Z",
    "priority": "INFO",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    "localserver",
    "=> remoteDownload() : http://dev.ti.com/tirex/api/download?file=tirex_ebaddb236688036299591d733641422f5dc8792b.zip&clientfile=tirex.zip&source=cache"
    ]
    },
    {
    "stamp": "2019-10-16T07:58:15.775Z",
    "priority": "INFO",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexDebug",
    "message": "block(): dbReady=false: sending 503 for url /api/serverstate\n",
    "tags": []
    }
    ]
    },
    {
    "stamp": "2019-10-16T07:58:15.775Z",
    "priority": "ERROR",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexUser",
    "message": "TIREX is temporarily unavailable while database initialization is in progress. Please try again later.\n",
    "tags": []
    }
    ]
    },
    {
    "stamp": "2019-10-16T07:58:16.287Z",
    "priority": "INFO",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexDebug",
    "message": "block(): dbReady=false: sending 503 for url /api/serverstate\n",
    "tags": []
    }
    ]
    },
    {
    "stamp": "2019-10-16T07:58:16.287Z",
    "priority": "ERROR",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexUser",
    "message": "TIREX is temporarily unavailable while database initialization is in progress. Please try again later.\n",
    "tags": []
    }
    ]
    },
    {
    "stamp": "2019-10-16T07:58:16.803Z",
    "priority": "INFO",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexDebug",
    "message": "block(): dbReady=false: sending 503 for url /api/serverstate\n",
    "tags": []
    }
    ]
    },
    {
    "stamp": "2019-10-16T07:58:16.803Z",
    "priority": "ERROR",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexUser",
    "message": "TIREX is temporarily unavailable while database initialization is in progress. Please try again later.\n",
    "tags": []
    }
    ]
    },
    {
    "stamp": "2019-10-16T07:58:17.316Z",
    "priority": "INFO",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexDebug",
    "message": "block(): dbReady=false: sending 503 for url /api/serverstate\n",
    "tags": []
    }
    ]
    },
    {
    "stamp": "2019-10-16T07:58:17.316Z",
    "priority": "ERROR",
    "facility": "DAEMON",
    "service": "tirex",
    "args": [
    {
    "name": "rexUser",
    "message": "TIREX is temporarily unavailable while database initialization is in progress. Please try again later.\n",
    "tags": []
    }
    ]
    },

  • Thank you. I have sent the logs to be analyzed the Resource Explorer experts. I will update this thread when I get more information.

  • Hi user,

    It appears that Resource Explorer is crashing. Please see if there uncaught exception files at the following location and send all of them to us. 

    C:\Users\<user>\AppData\Local\Texas Instruments\CCS\CCS9.2.x.xxxxx\0\dmp\tirex_uncaughtException_<timestamp>.log

    I know you already send us one such log, but that one looks unrelated. Please see if there are any others.

    Thanks,

    Oliver

  • It seems there just one log file in the location.

    And the date of log(20191013) seems it looks maybe unrelated? Because just now I try to open Resource Explorer and get the same problem again, and the last log I send is in 20191016.

    This is my file directory in the location:

    PS C:\Users\Dell\AppData\Local\Texas Instruments\CCS\ccs920\0> ls


    目录: C:\Users\Dell\AppData\Local\Texas Instruments\CCS\ccs920\0


    Mode LastWriteTime Length Name
    ---- ------------- ------ ----
    d----- 2019/10/19 10:31 0
    d----- 2019/10/13 21:45 dmp
    d----- 2019/10/13 17:51 dvt
    -a---- 2019/10/14 17:24 239 ErrorReportToolver2.ini
    -a---- 2019/10/13 17:49 26 key


    PS C:\Users\Dell\AppData\Local\Texas Instruments\CCS\ccs920\0> cd .\dmp\
    PS C:\Users\Dell\AppData\Local\Texas Instruments\CCS\ccs920\0\dmp> ls


    目录: C:\Users\Dell\AppData\Local\Texas Instruments\CCS\ccs920\0\dmp


    Mode LastWriteTime Length Name
    ---- ------------- ------ ----
    d----- 2019/10/13 17:49 slow
    -a---- 2019/10/13 17:55 1086752 fa4e58af-e4f3-4836-9226-b9acd2eca551.dmp
    -a---- 2019/10/13 21:45 2209 tirex_uncaughtException_2019-10-13T134536.407Z.log

    btw, I can update the packages (like today CCS remind me to update C2000Ware and I forgot to take a screenshot), which I used to connet successfully once and download.

    tirex_uncaughtException_2019-10-13T134536.407Z.log
    TIREX UNCAUGHT EXCEPTION
    date: Sun Oct 13 2019 21:45:36 GMT+0800 (中国标准时间)
    tirexVersion: 3.7.2+201908221537
    nodeVersion: v6.5.0
    nodePlatform: win32
    nodeArch: ia32
    tirexPluginVersion: 4.1.0.201908221230
    ccsVersion: 9.2.0.00013
    myHttpPort: 55432
    ccs_port: 54926
    stack: Error: REXDB-SPLIT: Write access attempted while write in progress
        at makeError (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:71:19)
        at ReadWriteCheck.entry (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:38:19)
        at RexDBSplit.use (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb-split.js:61:13)
        at _forceAllSWPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1365:29)
        at getPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1128:13)
        at D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:2158:25
        at ReadWriteCheck.exit (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:66:9)
        at D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:802:17
        at Immediate.<anonymous> (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:866:13)
        at runCallback (timers.js:578:20)
    message: REXDB-SPLIT: Write access attempted while write in progress
    readwritecheck: true
    writeInProgressTime: Sun Oct 13 2019 21:45:36 GMT+0800 (中国标准时间)
    writeInProgressStack: Error
        at ReadWriteCheck.entry (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:49:35)
        at RexDBSplit.use (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb-split.js:61:13)
        at _forceAllSWPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1365:29)
        at getPackages (D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:1128:13)
        at D:\ti\ccs920\ccs\tirex\ti-rex-core\app.js:2158:25
        at ReadWriteCheck.exit (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\readWriteCheck.js:66:9)
        at D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:802:17
        at Immediate.<anonymous> (D:\ti\ccs920\ccs\tirex\ti-rex-core\rexdb\lib\rexdb.js:866:13)
        at runCallback (timers.js:578:20)
        at tryOnImmediate (timers.js:554:5)
    readInProgressTime: null
    readInProgressStack: null
    NOTE: Deleting DB folder due to possible corruption of DB files: C:\Users\Dell\ti\tirex-localserver-3.7.1\db
    

  • It seems to be unrelated. You said you saw the same problem again on the day you wrote your last post (Oct 18). Then you should have seen a tirex_uncaughtException file with that date, but you didn't. Correct?

    Another thing to check is how many packages you have installed in c:\ti (or elsewhere). In the past we have seen timeouts with users that have a lot of packages. You could try  to move some packages into another folder temporarily and then restart CCS.

    Oliver

  • Hi, OliverP 

    I have  a same  situation, The attachment is as follows,

    the question detail is as follow link

    http://e2e.ti.com/support/tools/ccs/f/81/p/849112/3144657#3144657

    could you pls help me to see what's wrong with my ccs?

    thanks in advance

    tirex-2019-10-24.log

  • Hi Soldier 76,

    Please provide us with the following:

    • all uncaught exception files: C:\Users\<user>\AppData\Local\Texas Instruments\CCS\CCS9.2.x.xxxxx\0\dmp\tirex_uncaughtException_<timestamp>.log
    • zip of the folder C:\Users\<username>\ti\tirex-localserver-3.7.1

    Thanks!

    Oliver

  • Hi, OliverP

    just before, i opened ccs, it works again, then i close it , open it again, it doesn't work ,and display as follow picture,

    1)  I don't have this path on my computer   <C:\Users\<user>\AppData\Local\Texas Instruments\CCS\CCS9.2.x.xxxxx\0\dmp\tirex_uncaughtException_<timestamp>.log>

    2)  zip as attachment

    tirex-localserver-3.7.1.zip

  • I looked at the logs and dmp files (where it existed) and concluded that Resource Explorer is timing out on start up. Now it may be a coincidence but both of you updated to the latest C2000Ware_2_00_00_03_Software recently which we know has a potential metadata issue. So far we have not observed any negative effects on Resource Explorer, but it doesn't mean here aren't any. I haven't been able to reproduce this problem on my side. To test out if this is causing a problem in your environment please temporarily remove the C2000Ware_2_00_00_03_Software package from Resource Explorer manually as follows:

    1. Close CCS

    2. Delete the C2000Ware_2_00_00_03_Software folder, or move it out of the c:\ti folder

    3. Delete the tirex-localserver-3.7.1 folder

    4. Start CCS and open Resource Explorer

    Please let me know if this helped.

    Thanks, Oliver

  • Hi,

    It still doesn't work, attachment as follows.0456.tirex-localserver-3.7.1.zip

  • Hi Oliver,

    Recently I have try folowing ways to solve it, but they all seems to be useless. And there is not any tirex_uncaughtException file with that date I can found.

    1. Move all software packages to an temporary folder (C2000, MSP430, MSP432P4, etc)          \\ no use

    2. Uninstall all CCS (I used to install 3 versions of CCS) -> Delete all software packages in "ti" folder -> Reinstall the latest version CCSv9.2          \\ no use

    3. Use different network (usually I use my school wlan)       \\ no use

    In addition, I also found a strange situation recently.

    Sometimes I could open Resource Explorer successfully. But this situation seems irregularly, whatever I have tried any ways to solve it (like above 1st and 2nd useless ways).

    For example, I have opened Resource Explorer successfully in Oct. 26 and 27. Before Oct.13, when I aksed this question, I remember I also have opened successfully just one or two times.

    But today I still couldn't open Resource Explorer, although I haven't installed any C2000 package.

    The folowing screenshot is the packages I have installed now (I have to disconnect the network so that I could get in the offline mode):

    Therefore, it seems that most of the time I can't open Resource Explorer. And whatever I have done, sometimes I can open it successful.

    In the case of failure, the Resource Explorer would display "Loading... Starting TIREX..." for several hours (before I turn off computer). And sometimes it would display "Resource Explorer encountered a problem...." after opening it for a while.

    Thanks,

    wzz91225

  • wzz91225,

    Sorry for all the trouble. We are still looking into this issue. Several people have run into this issue, so you are not alone. 

    Roughly how fast is your internet connection? ReX can be impacted by slow internet connections, causing it to timeout. Do other CCS web based functionality (Update Manager, App Center, Eclipse Marketplace, etc) work for you?

    ki

  • wzz91224, soldier76,

    Just want to see if you are still experiencing this issue. If so, could your provide the details in my last post?

    Ki said:
    Roughly how fast is your internet connection? ReX can be impacted by slow internet connections, causing it to timeout. Do other CCS web based functionality (Update Manager, App Center, Eclipse Marketplace, etc) work for you?

    Thanks

    ki

  • Hi Ki,

    I'm sorry to be so late reply to you!,In fact, now i use ccsV7 to coninute my work.

    three minutes ago,I tried opening CCSV9 back and forth several times,The problem doesn't seem to exist.

    In the next few days, I will repeat the test and give you the test results.

    Thank you for your thoughtfulness. 

  • Hi Ki,

    Now in the Internet rush hour I test my internet connection. The downstream speed is about 1Mbps, and the upstream speed is about 3Mbps. In the daytime it could be faster, reaching 4 to 8 Mbps.

    When ReX encountere the problem, other CCS web based functionality (Update Manager, App Center, Eclipse Marketplace, etc) can work.

    Thanks

    wzz91225

  • Soldier 76 said:

    three minutes ago,I tried opening CCSV9 back and forth several times,The problem doesn't seem to exist.

    In the next few days, I will repeat the test and give you the test results.

    That is good to hear! Please keep me posted and thank you for the update!

    ki

  • wzz91225 said:
    . The downstream speed is about 1Mbps, and the upstream speed is about 3Mbps. In the daytime it could be faster, reaching 4 to 8 Mbps.

    1Mbps is a bit slow and I can see ReX having problems syncing at this speed. 4-8 is more reasonable. Have you tried ReX when the download speed is closer to 8?

    wzz91225 said:
    When ReX encountere the problem, other CCS web based functionality (Update Manager, App Center, Eclipse Marketplace, etc) can work.

    Thank you for this information. This confirms that there is no issue with CCS trying to access the internet - the issue is specific to ReX.

    ki

  • Hi Ki,

    Last time I connected to public wifi in the Internet rush hour.

    This time I try to connect to another internet. Now the downstream speed I test is about 53Mbps, and the upstream speed is about 75Mbps.

    But now ReX can also get the problem. And I have tried opening CCS and ReX twice.

    Thanks,

    wzz91225

  • Can you delete the ReX cache and try again at those speeds? Those speeds are very good and should not give ReX any trouble at all.

    Thanks

    ki

  • Yesterday I deleted all the "tirex-localserver-[version]" folders and used the same network as last time, but ReX also got the same problem.

    Bisides, I also have doubted that maybe is the network problem and tried several different network, which I said in the 3rd point of my summary on Nov 10. However, using diffenrent network seems to be useless.

    Thanks,

    wzz91225

  • Hello,

    My apologies for the lack of progress. We are at a loss regarding why you are unable to access Resource Explorer. The only workaround I can currently offer is to let me know which software packages you are interested in and I can provide download links to them so that you can manually download and install them. My apologies for this workaround but I cannot think of another solution for now.

    Note that CCSv9.3 will be released in the next few days. It does come with a new Resource Explorer and it also connects to a new Resource Explorer server so I have some hope that CCSv9.3.0 will work better. But I have no guarantee. Hence the best workaround going forward will be manually downloading/installing the SW packages that you need.

    ki