I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing:
# yum --enablerepo=development -y install *\GFS* Setting up Install Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Setting up Repo: base http://ftp.uni-koeln.de/fedora/3/i386/os/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 403: Forbidden Trying other mirror. repomd.xml 100% |=========================| 1.1 kB 00:00 Setting up Repo: updates-released repomd.xml 100% |=========================| 951 B 00:00 Setting up Repo: extras repomd.xml 100% |=========================| 951 B 00:00 Reading repository metadata in from local files developmen: ################################################## 3728/3728 base : ################################################## 2622/2622 updates-re: ################################################## 659/659 extras : ################################################## 722/722 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package GFS.i386 0:6.1-0.pre7.4 set to be installed ---> Package GFS-kernel-debuginfo.i386 0:2.6.9-5.2 set to be installed ---> Package GFS-kernheaders.i386 0:2.6.9-5.2 set to be installed ---> Package GFS-debuginfo.i386 0:6.1-0.pre7.4 set to be installed ---> Package GFS-kernel.i386 0:2.6.9-5.2 set to be installed --> Running transaction check
Dependencies Resolved Transaction Listing: Install: GFS.i386 0:6.1-0.pre7.4 Install: GFS-debuginfo.i386 0:6.1-0.pre7.4 Install: GFS-kernel.i386 0:2.6.9-5.2 Install: GFS-kernel-debuginfo.i386 0:2.6.9-5.2 Install: GFS-kernheaders.i386 0:2.6.9-5.2 Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: GFS 100 % done 1/5 Installing: GFS-kernel-debuginfo 100 % done 2/5 Installing: GFS-kernheaders 100 % done 3/5 Installing: GFS-debuginfo 100 % done 4/5 Installing: GFS-kernel 100 % done 5/5
Installed: GFS.i386 0:6.1-0.pre7.4 GFS-debuginfo.i386 0:6.1-0.pre7.4 GFS-kernel.i386 0:2.6.9-5.2 GFS-kernel-debuginfo.i386 0:2.6.9-5.2 GFS-kernheaders.i386 0:2.6.9-5.2 Complete! [root@neo ~]# modprobe gfs FATAL: Module gfs not found.
On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover justin.conover@gmail.com wrote:
I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing:
# yum --enablerepo=development -y install *\GFS*2
which kernel are you running?
GFS-kernel package in rawhide right now only provides modules for 2.6.9-1.1047 and just for uniprocessor. The kernel in rawhide at the moment is 2.6.10-1.1126_FC4. The reason why its not working for you are obvious if you arent running the 2.6.9-1.1047 kernel.
I really really hope people with experience packaging stand-alone kernel modules are talking to the packager of the gfs kernel module in rawhide about how to solve the issues of keeping the gfs module packages in sync with the kernel package across kernel updates using package management tools inside the distro.
-jef
On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta jspaleta@gmail.com wrote:
On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover justin.conover@gmail.com wrote:
I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing:
# yum --enablerepo=development -y install *\GFS*2
which kernel are you running?
2.6.10-1.760_FC3
GFS-kernel package in rawhide right now only provides modules for 2.6.9-1.1047 and just for uniprocessor. The kernel in rawhide at the moment is 2.6.10-1.1126_FC4. The reason why its not working for you are obvious if you arent running the 2.6.9-1.1047 kernel.
That makes sense now :D, the question would be were can I find the old kernel and/or why isn't the package updated to include every kernel.
I really really hope people with experience packaging stand-alone kernel modules are talking to the packager of the gfs kernel module in rawhide about how to solve the issues of keeping the gfs module packages in sync with the kernel package across kernel updates using package management tools inside the distro.
-jef
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list
On Mon, 7 Feb 2005 12:32:36 -0600, Justin Conover justin.conover@gmail.com wrote:
That makes sense now :D, the question would be were can I find the old kernel
You'll have to be lucky enough to find someone who is caching old rawhide packages. Rawhide is a rolling release... someone has to be caching the old kernels for you to be able to find one.
why isn't the package updated to include every kernel.
You'd have to ask the maintainer of the gfs packagers about that. Frankly i think updating the gfs package to include multiple kernel versions worth of modules in the same package is the wrong way to go... you keep making the package bigger and bigger for each update kernel and forcing everyone to carry around the modules even if they dont have every kernel update installed. Doing that however would mean the buildsystem would need to rebuild the module for each released fedora kernel.. something i think would end up being too combersome. External repositories have mechanisms to try to address this problem without putting multiple versions in the same package.
The are deeper questions that have to be answered about how the gfs modules are being packaged. Right now looking at the packaging i dont see anything in the packaging requires/provides that an instrumented build/release system could use to let the gfs maintainer be notified that the package was out of sync with the kernel. This means that the kernel packager and the gfs package need to be in personal contact everytime the kernel package needs updating. I think relying on personal communication between packagers is going to end up being less reliable than a scriptable test in the build/release system.
Certaintly rawhide is its only special breed of breakage and watching something go out of sync in rawhide isn't uncommon. But I fear that the way gfs is being packaged right now in rawhide is going to lead directly to continual problems with kernel updates in fc4 for users using the gfs modules unless something is done to either tie in kernel version into the gfs package requirements or to make the build/release scripts aware that Provides: kernel-modules is a special case that must be watched for outside of the strict package dependancy self-consistency checks. Because right now the gfs package deps are completely self-consistent in the rawhide tree, even though its an unusable situation.
-jef"the gfs-kernel module has forgotten to include the Provides: barrel-of- psychopathic-monkeys tag"spaleta
This thread actually begs the question: what's the status of getting GFS integrated into the upstream kernel? I thought that was one of the stated goals when Red Hat acquired Sistina. Is that discussion happening in the kernel list? I thought I read somewhere that the inclusion of "a" cluster filesystem was discussed at the recent OSDL Linux Summit.
On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote:
On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta jspaleta@gmail.com wrote:
On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover justin.conover@gmail.com wrote:
I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing:
# yum --enablerepo=development -y install *\GFS*2
which kernel are you running?
2.6.10-1.760_FC3
In that case please try
http://atrpms.net/dist/fc3/cluster/
On Tue, 8 Feb 2005 12:31:02 +0100, Axel Thimm Axel.Thimm@atrpms.net wrote:
On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote:
On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta jspaleta@gmail.com wrote:
On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover justin.conover@gmail.com wrote:
I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing:
# yum --enablerepo=development -y install *\GFS*2
which kernel are you running?
2.6.10-1.760_FC3
In that case please try
I will check that out when I get home Axel.
Question though, are there other deps that your kernel will force me to use from your packages? I know some of you packages, (i think audio) will make me use system packages that I don't want updated, so I haven't been using them (plus I don't really need them). So I just wanted to know if your kernel packages will create the same case. I wouldn't see why a kernel package would require x, y and z but you never know :D
-- Axel.Thimm at ATrpms.net
On Tue, Feb 08, 2005 at 12:55:42PM -0600, Justin Conover wrote:
On Tue, 8 Feb 2005 12:31:02 +0100, Axel Thimm Axel.Thimm@atrpms.net wrote:
On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote:
On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta jspaleta@gmail.com wrote:
On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover justin.conover@gmail.com wrote:
I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing:
# yum --enablerepo=development -y install *\GFS*2
which kernel are you running?
2.6.10-1.760_FC3
In that case please try
I will check that out when I get home Axel.
Question though, are there other deps that your kernel will force me to use from your packages? I know some of you packages, (i think audio) will make me use system packages that I don't want updated,
You mean the updated alsa drivers? No, they should also be standalone packages, requiring only the matching kernel to be installed.
Perhaps you ran into the issue, where asink for a project with kernel modules would pull in yet another kernel instead of using the one you are running. You can work around this by issuing
yum install foo-kmdl-`uname -r` foo
to ensure yum/apt/up2date/smart really pick the kernel modules for the kernel you want.
Wrt to GFS/cluster: There are interdependencies between some of the cluster packages in the folder above. Other than the kmdl packages you should install them all, and also all kmdl packages matching the kernel you are running.
so I haven't been using them (plus I don't really need them). So I just wanted to know if your kernel packages will create the same case. I wouldn't see why a kernel package would require x, y and z but you never know :D
If there are dependencies for x, y, z that are not needed, then that's a bug that should be reported (bugzilla.atrpms.net, lists.atrpms.net or PM ;)
Thanks, I'll check it out tonight.
On Tue, 8 Feb 2005 20:42:13 +0100, Axel Thimm Axel.Thimm@atrpms.net wrote:
On Tue, Feb 08, 2005 at 12:55:42PM -0600, Justin Conover wrote:
On Tue, 8 Feb 2005 12:31:02 +0100, Axel Thimm Axel.Thimm@atrpms.net wrote:
On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote:
On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta jspaleta@gmail.com wrote:
On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover justin.conover@gmail.com wrote:
I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing:
# yum --enablerepo=development -y install *\GFS*2
which kernel are you running?
2.6.10-1.760_FC3
In that case please try
I will check that out when I get home Axel.
Question though, are there other deps that your kernel will force me to use from your packages? I know some of you packages, (i think audio) will make me use system packages that I don't want updated,
You mean the updated alsa drivers? No, they should also be standalone packages, requiring only the matching kernel to be installed.
Perhaps you ran into the issue, where asink for a project with kernel modules would pull in yet another kernel instead of using the one you are running. You can work around this by issuing
yum install foo-kmdl-`uname -r` foo
to ensure yum/apt/up2date/smart really pick the kernel modules for the kernel you want.
Wrt to GFS/cluster: There are interdependencies between some of the cluster packages in the folder above. Other than the kmdl packages you should install them all, and also all kmdl packages matching the kernel you are running.
so I haven't been using them (plus I don't really need them). So I just wanted to know if your kernel packages will create the same case. I wouldn't see why a kernel package would require x, y and z but you never know :D
If there are dependencies for x, y, z that are not needed, then that's a bug that should be reported (bugzilla.atrpms.net, lists.atrpms.net or PM ;) -- Axel.Thimm at ATrpms.net
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list