|
Bugzilla – Full Text Bug Listing |
| Summary: | Build 603: Getting error: "Failed to initialize the repository" during NFS installion | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Holger Sickenberg <holgi> |
| Component: | Installation | Assignee: | Michael Andres <ma> |
| Status: | RESOLVED INVALID | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Blocker | ||
| Priority: | P5 - None | CC: | casualprogrammer, coolo, kairo, kkaempf, mrmazda, nix |
| Version: | Alpha 7 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
y2logs.tar.bz2
logs.tar.gz |
||
Created attachment 154666 [details]
y2logs.tar.bz2
this happens also on the CD build of x86_64, but is x86_64 specific 2007-08-01 03:49:22 <1> 10.10.4.37(3757) [zypp] TagParser.cc(parse):201 Start parsing /var/cache/zypp/raw/20070801-034907/suse/setup/descr/rest_cd-32bit-10.3-92.x86_64.pat[g___] 2007-08-01 03:49:22 <5> 10.10.4.37(3757) [zypp] Exception.cc(log):119 CapabilityImpl.cc(buildFilesystem):254 THROW: CapabilityImpl.cc(buildFilesystem):254: Unsupported kind of Filesystem Capability'filesystem(minix)-32bit' 2007-08-01 03:49:22 <5> 10.10.4.37(3757) [zypp] Exception.cc(log):119 CapabilityImpl.cc(parse):312 RETHROW: CapabilityImpl.cc(buildFilesystem):254: Unsupported kind of Filesystem Capability'filesystem(minix)-32bit' I'm not sure yet what creates the 32bit patterns, but it obviously doesn't care for comments: Original: // filesystem(minix) util-linux Version on DVD: //-32bit filesystem(minix)-32bit util-linux-32bit Anyway, a better error report would be more that welcome. ok, I fixed the shell script that generates the 32bit patterns to take comments into account. I leave the bug open as Stano suggests - especially as we'll allow custom patterns in build service projects soonish *** Bug 296392 has been marked as a duplicate of this bug. *** *** Bug 296349 has been marked as a duplicate of this bug. *** so, fixed? AFAIK fixed, but Stano wants to keep the bug open until the error reports are improved too. Same problem on http install from ftp-1.gwdg.de and mirrors.kernel.org, both of which seem to have had sync late yesterday. Forgot to mention on tty3 that 404 error occurred on inst-source//part.info and on inst-source/driverupdate/file_0001, which I don't see on mirror. The behavior was slightly different on the two mirrors. On mirrors.kernel.org there was an extra window that opened stating "download failed: media exception". I tried 3rd time on carroll.cac.psu.edu and got behavior matching gwdg. Also forgot to mention using i586. This looks to me like a different problem. Can you provide some more details - after checking that it still fails with current factory? I'v reproduced the problem locally -- attaching logs shortly. Created attachment 156547 [details]
logs.tar.gz
Broken repo, pattern with a wrong revision. great, now we got hijackers of that bug to make "better error reporting" INVALID - and reopening is pointless as it has 17 comments now and only one with a meaning ;( |
When installing DVD Build 603 on x86_64 I do get following error message: Failed to initialize the repository. Try again?