cptaffe / plan9front

Automatically exported from code.google.com/p/plan9front
0 stars 0 forks source link

hjfs/linuxemu: Failed to set modification time -- utime (5 I/O error) #170

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Subj. happens while I do `{apt-get update} in linuxemu (mroot installed by 
pkg/install).

Original issue reported on code.google.com by gleb.ax...@gmail.com on 5 Mar 2013 at 12:29

GoogleCodeExporter commented 9 years ago
please provide more info. at least provide exact error messages and ideally try 
to find a simple command (e.g. something with syscall(1)) that produces the 
same error.
relevant trace output may also be a good idea.

Original comment by a...@phicode.de on 6 Mar 2013 at 8:54

GoogleCodeExporter commented 9 years ago
I've never got this error outside of linuxemu. How do I test it?

Original comment by gleb.ax...@gmail.com on 6 Mar 2013 at 12:25

GoogleCodeExporter commented 9 years ago
in some cases, linuxemu will try to convert plan9 error strings to linux error 
numbers.

see: http://9hal.ath.cx/usr/cinap_lenrek/linuxemu3/error.c

when theres no match, it ususly will return EIO. you can simply run linuxemu 
with
syscall tracing and then check what error string it cannot translate and what
plan9 syscall returns it. then the fix would be just simply adding the 
particular
string to linuxemu error string table.

Original comment by cinap_le...@felloff.net on 6 Mar 2013 at 1:18

GoogleCodeExporter commented 9 years ago
that said. i dont think this is a bug with hjfs. the filesystem is allowed
to return whatever it wants in the error string. the strings arent really
ment to be evaluated by programs. linuxemu (and cifsd) are rare exceptions.

Original comment by cinap_le...@felloff.net on 6 Mar 2013 at 1:21

GoogleCodeExporter commented 9 years ago
Well, I did some ratrace of `{linux -r /sys/lib/linux /bin/touch foo}:
http://anonymousdelivers.us/uploads/5c1d1073e3158dc05990c31a06b57c39.trace/trace
And found this:

What is the "illegal operation" it tries to do?

Original comment by gleb.ax...@gmail.com on 7 Mar 2013 at 11:29

GoogleCodeExporter commented 9 years ago
that url expired, can you repost?

Original comment by cinap_le...@felloff.net on 2 Jun 2013 at 3:12

GoogleCodeExporter commented 9 years ago
No, but now there's linuxemu trace attached.
Also, looks like `dirwstat(s, ndir) < 0` in rootdev.c:965

Original comment by gleb.ax...@gmail.com on 9 Jun 2013 at 1:46

Attachments:

GoogleCodeExporter commented 9 years ago
this is likely the bug we fixed in ree317b76d2fb, please
update, recompile hjfs and the kernel and retry.

Original comment by cinap_le...@felloff.net on 17 Jun 2013 at 6:30

GoogleCodeExporter commented 9 years ago
Yes, works ok on new 9front release.

Original comment by gleb.ax...@gmail.com on 18 Jun 2013 at 9:39

GoogleCodeExporter commented 9 years ago

Original comment by a...@phicode.de on 25 Jun 2013 at 1:50