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.

Sign up for GitHub

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

Jump to bottom

runtime error: invalid memory address or nil pointer dereference handler.go:93 #6860

Closed
RubenKelevra opened this issue Jan 31, 2020 · 3 comments · Fixed by ipfs/go-unixfs#81 or #6884
Closed

runtime error: invalid memory address or nil pointer dereference handler.go:93 #6860

RubenKelevra opened this issue Jan 31, 2020 · 3 comments · Fixed by ipfs/go-unixfs#81 or #6884
Labels
kind/bug A bug in existing code (including security flaws)

Comments

@RubenKelevra
Copy link
Contributor

RubenKelevra commented Jan 31, 2020 •
edited
Loading

Version information:

go-ipfs version: 0.4.23-6ce9a355f
Repo version: 7
System version: amd64/linux
Golang version: go1.13.7

running cluster 0.12.1

Description:

Launching ipfs after update to 0.4.23, I get this panic basically every few seconds while running all kinds of cluster/ipfs commands. It stopped after a while.

The integrity of the files should be good, had no crashes or reboots since I've installed ipfs (originally 0.4.22) and the files are stored on a ZFS filesystem which shows no consistency errors.

While I cannot reproduce it yet, I'll let you know when I can.

ipfs.log

Might be tied to this output on the console, or completely independent:

#6859
@RubenKelevra RubenKelevra added the kind/bug A bug in existing code (including security flaws) label Jan 31, 2020
@RubenKelevra RubenKelevra mentioned this issue Jan 31, 2020
Closed
Stebalien added a commit to ipfs/go-unixfs that referenced this issue Feb 7, 2020
@Stebalien
fix: fix a panic when deleting
af8709d 
If we try deleting a bunch of files _before_ reading them, we'll panic because
they haven't been loaded. This works around that by using the _link_ directly
when the child hasn't been loaded.

fixes ipfs/kubo#6860
@Stebalien Stebalien mentioned this issue Feb 7, 2020
Merged
@Stebalien
Copy link
Member

Fix in ipfs/go-unixfs#81.

@RubenKelevra
Copy link
Contributor Author

Wow, that was fast! Thanks for the work! :)

@Stebalien
Copy link
Member

I'll let dependabot bubble it.

Stebalien added a commit that referenced this issue Feb 7, 2020
@Stebalien
chore(dep): update
1b72325 
fixes #6841
fixes #6860
This was referenced Feb 7, 2020
Merged
Closed
ralendor pushed a commit to ralendor/go-ipfs that referenced this issue Jun 6, 2020
@Stebalien
chore(dep): update
74fa2ae 
fixes ipfs#6841
fixes ipfs#6860
ralendor pushed a commit to ralendor/go-ipfs that referenced this issue Jun 6, 2020
@Stebalien
chore(dep): update
1531196 
fixes ipfs#6841
fixes ipfs#6860
ralendor pushed a commit to ralendor/go-ipfs that referenced this issue Jun 8, 2020
@Stebalien
chore(dep): update
d2edd3a 
fixes ipfs#6841
fixes ipfs#6860
ralendor pushed a commit to ralendor/go-ipfs that referenced this issue Jun 8, 2020
@Stebalien
chore(dep): update
efc2a3a 
fixes ipfs#6841
fixes ipfs#6860
ralendor pushed a commit to ralendor/go-ipfs that referenced this issue Jun 8, 2020
@Stebalien
chore(dep): update
85783aa 
fixes ipfs#6841
fixes ipfs#6860
ralendor pushed a commit to ralendor/go-ipfs that referenced this issue Jun 8, 2020
@Stebalien
chore(dep): update
1918869 
fixes ipfs#6841
fixes ipfs#6860
Jorropo pushed a commit to Jorropo/go-libipfs that referenced this issue Jan 25, 2023
@Stebalien
fix: fix a panic when deleting
dbef019 
If we try deleting a bunch of files _before_ reading them, we'll panic because
they haven't been loaded. This works around that by using the _link_ directly
when the child hasn't been loaded.

fixes ipfs/kubo#6860


This commit was moved from ipfs/go-unixfs@af8709d
Jorropo pushed a commit to ipfs/go-libipfs-rapide that referenced this issue Mar 23, 2023
@Stebalien
fix: fix a panic when deleting
555a0b2 
If we try deleting a bunch of files _before_ reading them, we'll panic because
they haven't been loaded. This works around that by using the _link_ directly
when the child hasn't been loaded.

fixes ipfs/kubo#6860


This commit was moved from ipfs/go-unixfs@af8709d
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
kind/bug A bug in existing code (including security flaws)
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

fix: fix a panic when deleting ipfs/go-unixfs
chore(dep): update ipfs/kubo
2 participants
@Stebalien @RubenKelevra