On Mon, 23 Jul 2007, Michal Rokos wrote:Ok, that's bogus. When "n" is zero, the errno (and thus the error string) is not changed by pread, so that's a very misleading error report. So what seems to have happened is that the pack-file is too short, so we got a return value of 0, and then reported it as if it had an errno. The reason for returning zero from pread would be: - broken pread. I don't think HPUX should be a problem, so that's probably not it. - the pack-file got truncated - the offset is corrupt, and points to beyond the size of the packfile. In this case, since the offset is just 123601, I suspect it's a truncation issue, and your pack-file is simply corrupt. Either because of some problem with receiving it, or because of problems on the remote side. One thing to look out for is that the "git.kernel.org" machines aren't the "primary" ones, and the data gets mirrored from other machines. If the mirroring is incomplete, I could imagine that the remote side simply ended up terminating the connection, and you ended up with a partial pack-file. Some of the kernel.org machines ran out of disk space the other day, so maybe you happened to hit it in an unlucky window. Does it still happen? Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| David Miller | Re: [RFC/PATCH] Documentation of kernel messages |
| Tony Lindgren | [PATCH 48/90] ARM: OMAP: I2C-1 init fix for 2430 |
git: | |
| Josip Rodin | bnx2_poll panicking kernel |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
