Skip to content
This repository has been archived by the owner on Feb 23, 2021. It is now read-only.

LUV : No space left on device #99

Closed
gkammela opened this issue Nov 19, 2016 · 8 comments
Closed

LUV : No space left on device #99

gkammela opened this issue Nov 19, 2016 · 8 comments
Assignees
Labels

Comments

@gkammela
Copy link
Collaborator

Recent findings while testing custom builds on various platforms shows that 3 out 10 builds hit the 'No space left on device'. At first , this issue was seen only on real hardware but then it appears it QEMU too.

here is the log:
tee: /mnt/luv-storage/luv-results-2016-11-18--23-42-36/parsed/chipsec: No space left on device
[ 64.949402] [+] chipsec.modules.common.bios_kbrd_buffer... passed
[ 65.180382] [+] chipsec.modules.common.bios_smi... passed
awk: cmd. line:141: (FILENAME=- FNR=58) fatal: print to "/mnt/luv-storage/luv-results-2016-11-18--23-42-36//luv.html" failed (No space left on device)

and the following keeps printing after each unittest.
awk: cmd. line:97: (FILENAME=- FNR=1) warning: file flush of `/mnt/luv-storage/luv-results-2016-11-18--23-42-36//luv.html' failed (No space left on device).

@gkammela gkammela added the bug label Nov 19, 2016
@ricardon
Copy link
Contributor

Hmmm. This might indicate that we are either 1) underestimating the amount
of storage is needed to store results or 2) the logic we use to abort if
there is not enough space is buggy. We should discover these issues even
before attempting to run any test case. Did you use the same USB stick
repeatedly to hit this issue?

On Fri, Nov 18, 2016 at 4:10 PM, Gayatri Kammela notifications@github.com
wrote:

Recent findings while testing custom builds on various platforms shows
that 3 out 10 builds hit the 'No space left on device'. At first , this
issue was seen only on real hardware but then it appears it QEMU too.

here is the log:
tee: /mnt/luv-storage/luv-results-2016-11-18--23-42-36/parsed/chipsec: No
space left on device
[ 64.949402] [+] chipsec.modules.common.bios_kbrd_buffer... passed
[ 65.180382] [+] chipsec.modules.common.bios_smi... passed
awk: cmd. line:141: (FILENAME=- FNR=58) fatal: print to
"/mnt/luv-storage/luv-results-2016-11-18--23-42-36//luv.html" failed (No
space left on device)

and the following keeps printing after each unittest.
awk: cmd. line:97: (FILENAME=- FNR=1) warning: file flush of
`/mnt/luv-storage/luv-results-2016-11-18--23-42-36//luv.html' failed (No
space left on device).


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#99, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAldaI_Fdnn9aAsQYiuOhe6Sb2GAlXp1ks5q_j6QgaJpZM4K3Dg-
.

@gkammela
Copy link
Collaborator Author

gkammela commented Nov 22, 2016

I did use the same USB disk, but the issue hits on the second run itself. With 16MB allocated for luv-results partition and each test results takes up to 1.1MB, we've got plenty of storage left and this "no space left " shouldn't appear until the 14/15 runs.

Interesting fact is we hit the same issue in the QEMU, where we don't have partitions to store the results.

@ricardon
Copy link
Contributor

Are you running a diskboot or a netboot image? If you are running a
diskboot image in QEMU you do have the partitions to save the results.
However, you need to exit QEMU gracefully to give it a chance to flush
files to disk. You can exit gracefully by issuing poweroff from the command
line.

On Tue, Nov 22, 2016 at 10:49 AM, Gayatri Kammela notifications@github.com
wrote:

I did use the same USB disk, but the issue hits on the second run itself.
With 16MB allocated for luv-results partition and each test results takes
up to 1.1MB, we've got plenty of storage left and this "no space left
shouldn't appear until the 14/15 runs.

Interesting fact is we hit the same issue in the QEMU, where we don't have
partitions to store the results.


You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#99 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAldaL4xaqrY9bntmahfIbPb_At8g2v7ks5rAzlCgaJpZM4K3Dg-
.

@gkammela gkammela self-assigned this Nov 24, 2016
@gkammela
Copy link
Collaborator Author

Yes , I am running diskboot image and I exit QEMU via Ctrl +c. Now, I know QEMU has partitions to save results. Thanks ! @ricardon

The results partition does get full, as bits in parsed directory alone occupies 11MB when we run LUV without BITS and thus triggering the "no space left" logic. This issue in bits is reported by @prakhya

A patch has been submitted to the luv@lists.01.org to resolve this bug.

@gkammela
Copy link
Collaborator Author

Even with the patch fixes the 11MB bits file issue , I still see the same message "no space left on device" . This issue needs more debugging than expected. Any thoughts @ricardon ?

@ricardon
Copy link
Contributor

ricardon commented Dec 14, 2016

Are you certain that you still see the 11MB filesize? I tested your patch and it works for me. Could you be using an unpatched version?

I will hold on your confirmation before applying your patch.

@gkammela
Copy link
Collaborator Author

sorry for the noise! I realized I was using unpatched version as I recently did rebase some of my patches. Applying the patch doesn't reproduce the error

@gkammela
Copy link
Collaborator Author

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants