#8942 closed bug (fixed)
KDL - Panic: no space in log after sync
Reported by: | tidux | Owned by: | axeld |
---|---|---|---|
Priority: | blocker | Milestone: | R1/alpha4 |
Component: | System/Kernel | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | #8910 | Blocking: | #8961, #8969, #8988, #8998 |
Platform: | All |
Description
I attempted to run the "install-tl" script as described here: http://pulkomandy.lexinfo.fr/~texlive/
but received a KDL partway through. Luckily, this happened in a virtual machine, so here's a screenshot.
Attachments (2)
Change History (27)
by , 12 years ago
comment:1 by , 12 years ago
Component: | - General → System/Kernel |
---|---|
Owner: | changed from | to
Possibly related to #8910. Was the disk you were running that on running out of space?
comment:2 by , 12 years ago
Version: | R1/alpha3 → R1/alpha4 |
---|
comment:3 by , 12 years ago
I don't think so, the virtual hard drive was listed as having 2.7GB free. I also didn't see anything about failing asserts in my KDL message.
comment:4 by , 12 years ago
Version: | R1/alpha4 → R1/Development |
---|
comment:5 by , 12 years ago
Blocking: | 8961 added |
---|
comment:6 by , 12 years ago
Blocked By: | 8910 added |
---|---|
Milestone: | R1 → R1/alpha4 |
Priority: | normal → blocker |
follow-up: 14 comment:9 by , 12 years ago
I'm not questioning the severity, I'm just looking for a not too complex test case to reproduce it :-)
follow-up: 12 comment:10 by , 12 years ago
I suspect it's due to some change between hrev44573 and hrev44586, as I used hrev44573 and didn't get any KDLs while building many of the OptionalPacakges, but ran into it several times with hrev44586. I got both builds from mmadia as vmware images. He's reported similar issues in #8969.
As for a test case, just run in vmware using a clean install on a 2-3GB partition, then try to use installoptionalpackage and install all of the available apps... mine crashed part way through this. It could be a defective package (or packages), or something else completely.
follow-up: 13 comment:11 by , 12 years ago
@tidux, What version of Haiku were you using when this happened? Did you install anything prior to trying to build Texlive 2012, such as any dependency libraries or extra build tools?
comment:12 by , 12 years ago
Replying to scottmc:
I suspect it's due to some change between hrev44573 and hrev44586, as I used hrev44573 and didn't get any KDLs while building many of the OptionalPacakges, but ran into it several times with hrev44586. I got both builds from mmadia as vmware images. He's reported similar issues in #8969.
No need to guess, it's due to the changes that tried to fix #8910.
comment:13 by , 12 years ago
Replying to scottmc:
@tidux, What version of Haiku were you using when this happened? Did you install anything prior to trying to build Texlive 2012, such as any dependency libraries or extra build tools?
The version is in the ticket title. R1Alpha4-hrev44586 gcc2hybrid. The only optional packages I had installed were Vim and its dependencies.
comment:14 by , 12 years ago
Replying to axeld:
I'm not questioning the severity, I'm just looking for a not too complex test case to reproduce it :-)
Over here I'm only able to reproduce it with something that causes a *lot* of disk activity, i.e. a haiku image build ; is there anything useful/of interest that could be pulled out of KDL that'd help? Perhaps with a debug BFS module?
follow-up: 17 comment:16 by , 12 years ago
I reproduced this bug in a fresh VM, running R1A4-hrev44601 gcc2h. All I was doing to generate lots of disk activity was installing a long list of optional packages.
comment:17 by , 12 years ago
Replying to tidux:
I reproduced this bug in a fresh VM, running R1A4-hrev44601 gcc2h. All I was doing to generate lots of disk activity was installing a long list of optional packages.
Same here. This is easy to reproduce, just take a fresh vmware image, and install onto a larger 2-3GB vmware blank image, set that new image as the bootable partition. Then boot it. Open a terminal and type installoptionalpackages -l, to get the list of uninstalled packages, then run installoptionalpackage with the list of all of the uninstalled packages as parameters. Wait awhile... come back to the KDL. Note that I am able to 'cont' to resume after the KDL, but things are very unstable after that, with possible bit splatter for all I know, but it's vmware so I just delete the image and start over again.
comment:18 by , 12 years ago
Summary: | KDL on R1A4-hrev44586 when trying to install Texlive 2012 → KDL - Panic: no space in log after sync |
---|
by , 12 years ago
Attachment: | Haiku-2012-09-18-14-34-51.png added |
---|
KDL - PANIC: no space in log after synce - running unzip
comment:19 by , 12 years ago
Blocking: | 8998 added |
---|
comment:20 by , 12 years ago
Blocking: | 8969 added |
---|
comment:21 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Should be fixed in hrev44649. The error does not explain the disk corruption that was reported in some of the tickets, but this should be an older problem, anyway.
follow-up: 23 comment:22 by , 12 years ago
Since I still see this panic in recent alpha4 nightly versions (e.g. hrevr1alpha4-44605) wouldn't it be a good idea to fix it also in the alpha4 branch? Whenever I try to build haiku on one of these revisions, after a few visits to KDL my build partitions can only be mounted as read-only...
follow-up: 24 comment:23 by , 12 years ago
wouldn't it be a good idea to fix it also in the alpha4 branch?
The fix is being tracked for merging by leavengood, see https://dev.haiku-os.org/wiki/R1/Alpha4/MergeTracking
Hopefully he'll have time to merge it soon.
comment:24 by , 12 years ago
Replying to luroh:
wouldn't it be a good idea to fix it also in the alpha4 branch?
The fix is being tracked for merging by leavengood, see https://dev.haiku-os.org/wiki/R1/Alpha4/MergeTracking
Hopefully he'll have time to merge it soon.
Yeah I'll merge it today. I've been eagerly hoping for a fix for this issue so I could merge it. Thanks for the fix Axel!
KDL during Texlive installation