Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ENOSPC if flashing kernel after PNOR #467

Open
ghost opened this issue Apr 5, 2019 · 0 comments
Open

ENOSPC if flashing kernel after PNOR #467

ghost opened this issue Apr 5, 2019 · 0 comments

Comments

@ghost
Copy link

ghost commented Apr 5, 2019

At least on some machines (notably Briggs&Stratton), the /tmp filesystem on the BMC doesn't have much space, so when we rsync over P8DTU.pnor before flashing it, we use up a fair amount of /tmp space. So much, that if I invoke op-test again to flash a new BOOTKERNEL, there's not enough room in /tmp to transfer the bootkernel over.

With ENOSPC transferring images, we don't really pick up that error elegantly and you have to resort to the op-test debug log to find out what went wrong.

We should possibly remove images (such as pnor and individual LIDs) from /tmp on the bmc after we've flashed them to help avoid these kinds of problems.

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

No branches or pull requests

1 participant