Bug 5844 - Wrong script_type when task is not executed.
Summary: Wrong script_type when task is not executed.
Status: VERIFIED FIXED
Alias: None
Product: Toaster
Classification: Build System, Metadata & Runtime
Component: toaster (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium minor
Target Milestone: 1.9 M4
Assignee: Alexandru Damian
QA Contact: Alexandru Roman
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2014-02-18 13:31 UTC by Andreea Brandusa Proca
Modified: 2015-11-02 15:24 UTC (History)
7 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: New (Never tested)
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments
Database (2.96 MB, application/x-xz)
2014-02-18 13:31 UTC, Andreea Brandusa Proca
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andreea Brandusa Proca 2014-02-18 13:31:52 UTC
Created attachment 1777 [details]
Database

Sometimes when the task is not executed, the script_type field has the value 2 - CODING_SHELL.

Example:

 {
    "pk": 5515,.
    "model": "orm.task",.
    "fields": {
        "work_directory": "",.
        "cpu_usage": "0.2",.
        "task_executed": false,.
        "disk_io": 644,.
        "line_number": 0,.
        "path_to_sstate_obj": "",.
        "sstate_checksum": "4a0e0e17296fcbc576f3cf19698aaeeb",.
        "recipe": 444,.
        "sstate_result": 0,.
        "source_url": "",.
        "elapsed_time": "0.808033",.
        "logfile": "/home/andreea/poky/build/tmp/work/i586-poky-linux/xcb-proto/1.10-r0/temp/log.do_fetch.31032",.
        "build": 4,.
        "task_name": "do_fetch",.
        "message": "recipe xcb-proto-1.10-r0: task do_fetch: Succeeded",.
        "outcome": 1,.
        "order": 126,.
        "script_type": 2
    }

master:b70a10ca3ee4a0add90d387e2c8288e531aaa47c

I have attached the database.
Comment 1 Alexandru Damian 2014-02-21 14:28:29 UTC
Cannot reproduce with toaster/master 62fefd0d9133197631634da439095c8fe9ee05e0
Comment 2 Ionut Chisanovici 2014-04-15 12:57:46 UTC
Verified.

IonutC
Comment 3 Ionut Chisanovici 2014-06-13 12:16:48 UTC
Hi,

For 1.6.1 commit: daisy:a43dba8c2904f9c1ce0425c53c5a7f4718121e6b, the issue is present again. Below some examples:

sqlite> select * from orm_task where id=3260;
          build_id = 2
    work_directory = 
         cpu_usage = 
     task_executed = 0
           disk_io = 
       line_number = 0
path_to_sstate_obj = 
   sstate_checksum = 2689b6fcafaeb2a30dde20c1a8904eb6
        source_url = 
             order = 731
      elapsed_time = 0.25
           logfile = /home/ionut/work/poky_1.6.1/poky/build/tmp/work/x86_64-linux/gdbm-native/1.11-r0/temp/log.do_unpack.28614
         recipe_id = 173
         task_name = do_unpack
           message = recipe gdbm-native-1.11-r0: task do_unpack: Succeeded
           outcome = 1
                id = 3260
     sstate_result = 0
       script_type = 2

sqlite> select * from orm_task where id=1878;
          build_id = 2
    work_directory = 
         cpu_usage = 
     task_executed = 0
           disk_io = 
       line_number = 0
path_to_sstate_obj = 
   sstate_checksum = 092eba45773188f50da941cc34c11dcb
        source_url = 
             order = 940
      elapsed_time = 0.09
           logfile = /home/ionut/work/poky_1.6.1/poky/build/tmp/work/x86_64-linux/libcap-native/2.22-r6/temp/log.do_unpack.24333
         recipe_id = 363
         task_name = do_unpack
           message = recipe libcap-native-2.22-r6: task do_unpack: Succeeded
           outcome = 1
                id = 1878
     sstate_result = 0
       script_type = 2

Cheers,
Ionut C
Comment 4 Alexandru Damian 2014-06-24 12:08:22 UTC
This is root caused to the misidentification of the recipe between native and target recipe instances on task update.
Comment 5 Alexandru Damian 2014-06-24 12:09:01 UTC
Changed to 1.7 M4 and minor since this only rarely happens.
Comment 6 Alexandru Damian 2015-01-21 12:02:56 UTC
Postponed for 1.9
Comment 8 Alexandru Damian 2015-06-23 09:58:50 UTC
The patch is merged to master.
Comment 9 Alexandru Roman 2015-11-02 15:24:28 UTC
Verified on master: 96cab332674aa48f69269e753aaed3af15851d6a