On Fri, Dec 8, 2023 at 7:19 AM sai.sathujoda@toshiba-tsip.com wrote:
Hello everyone,
I am trying to implement a test case scenario in which I need to confirm partition scheme, environment variables after the reboot which is triggered by the watchdog I am using. So basically I need to be able to successfully login to the image after the reboot triggered by the watchdog.
It feels like the link between the test Job and the Linux image is lost after the reboot done by the watchdog. Whatever actions present after that reboot ( boot or test actions ) are not working.
Below is the template of my Job definition:
job details... device_type: qemu #### (timeouts) ###(priority) ##(notify, context etc.)
actions
deploy images: ### firmware: ###
boot auto_login: login_prompt: "###" username: "##" password_prompt: "###" password: "##"
test: definitions: ### repository: #### metadata: ### run: steps: - swupdate -i #### - reboot
At this stage I introduced a service which causes kernel panic during the reboot (by the command explicitly given by me above in the job). So after 'X' seconds of watchdog timeout , a second reboot is triggered by the watchdog. During that reboot done by watchdog, the kernel booted successfully, all the services were set up fine, but the test stopped at the login stage.
I think it did not get the "login_prompt" and ''password_prompt" from the boot action I wrote after the above test action ( i.e after reboot done by watchdog ).
- boot auto_login: login_prompt: "###" username: "##" password_prompt: "###" password: "##"
So Is there a way to add boot and test actions in such a way that the test job can be continued after reboot is done by a watchdog ?
LAVA doesn't like the board being rebooted outside of it's control. What you're trying to do won't work. The closest I can think of would be sth like this:
actions: - deploy - boot - test ... steps: - # introduce kernel crash service (I presume it's systemd or similar) - poweroff # make sure the board doesn't start booting - deploy (can be dummy, just download something) - boot auto_login ... ignore_kernel_messages: true
If your board runs into kernel panic only once (as a test) and after watchdog reboot it boots normally, you should be fine.
Note: When I explicitly provide "reboot" in steps section in test action, then the link did not break and I was able to reboot, login and run test action steps successfully no matter how many times I wanted.
This is interesting. I'd like to see the job definition for this.
This query is specifically for cases in which reboot happened out of test writer's scope. (i.e like reboot triggered by a watchdog)
Don't reboot in your tests. LAVA doesn't support it.
Best Regards, Milosz
lava-users mailing list -- lava-users@lists.lavasoftware.org To unsubscribe send an email to lava-users-leave@lists.lavasoftware.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s