HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: urgent! modules at boot time!
Operating System - Linux
1833707
Members
2072
Online
110063
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-13-2002 10:07 AM
09-13-2002 10:07 AM
Hi all,
I have two machines running Red Hat 7.2. One of them when it boots, automatically loads the module required to handle a disk array (cciss.o) and the other machine does not! I have to modprobe the module
manually in order for the machine to have it loaded...
This is critical because without this module I can't mount the filesystems on the disk array which have an Oracle DB on them!
Both /etc/modules.conf are the same on both machines... and I still trying to find a difference between them to see why this is happening...
Can somebody help me with this? Also Could somebody explain how is the module dinamic loading process when a machine boots?
What do I need to set up in order to have a machine automatically load a module when it boots?
Thanks a lot in advance!
I have two machines running Red Hat 7.2. One of them when it boots, automatically loads the module required to handle a disk array (cciss.o) and the other machine does not! I have to modprobe the module
manually in order for the machine to have it loaded...
This is critical because without this module I can't mount the filesystems on the disk array which have an Oracle DB on them!
Both /etc/modules.conf are the same on both machines... and I still trying to find a difference between them to see why this is happening...
Can somebody help me with this? Also Could somebody explain how is the module dinamic loading process when a machine boots?
What do I need to set up in order to have a machine automatically load a module when it boots?
Thanks a lot in advance!
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-13-2002 11:57 AM
09-13-2002 11:57 AM
Solution
I guess (but I'm not sure) one was installed with the disk array connected, but on the other wone, you connected the array afterwards.
Normally, modules for critical hardware such as disks are loaded in initial ramdisk (initrd).
Some people use "mkinitrd" to have it re-created, but I prefer manual method. Let's say your running kernel version is 2.4.9-31
cp /boot/initrd-2.4.9-31.img /tmp/initrd.gz
gunzip /tmp/initrd.gz
mount -oloop /tmp/initrd /mnt
cp -p /lib/modules/2.4.9-31/kernel/drivers/scsi/cciss.o /mnt/lib
Edit /mnt/linuxrc and add :
insmod /lib/cciss.o
cd /boot
umount /mnt
gzip /tmp/initrd
mv /boot/initrd-2.4.9.img /boot/initrd-2.4.9.img.old
mv /tmp/initrd.gz /boot/initrd-2.4.9.img
/sbin/lilo
Good luck.
Kodjo
Normally, modules for critical hardware such as disks are loaded in initial ramdisk (initrd).
Some people use "mkinitrd" to have it re-created, but I prefer manual method. Let's say your running kernel version is 2.4.9-31
cp /boot/initrd-2.4.9-31.img /tmp/initrd.gz
gunzip /tmp/initrd.gz
mount -oloop /tmp/initrd /mnt
cp -p /lib/modules/2.4.9-31/kernel/drivers/scsi/cciss.o /mnt/lib
Edit /mnt/linuxrc and add :
insmod /lib/cciss.o
cd /boot
umount /mnt
gzip /tmp/initrd
mv /boot/initrd-2.4.9.img /boot/initrd-2.4.9.img.old
mv /tmp/initrd.gz /boot/initrd-2.4.9.img
/sbin/lilo
Good luck.
Kodjo
Learn and explain...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-13-2002 02:19 PM
09-13-2002 02:19 PM
Re: urgent! modules at boot time!
Thank you very much Kodjo,
I think this will solve the issue.
I have compared the linuxrc of both servers and have found that the one
with the problem is missing the cciss.o module under /mnt/lib and also missing its correspondent insmod.
I have not yet implemented the whole procedure, because this is a critical production system and I'd like to try it first on a non-production system before.
I have another question in one of the systems I had trouble finding the running kernel version, because I found the following under /boot
# ll /boot/vmlinuz lrwxrwxrwx 1 root root 16 Nov 30 2001 /boot/vmlinuz -> vmlinuz-2.4.7-10
vmlinuz is a symbolic link to vmlinuz-2.4.7-10. But when you do:
#uname -r
2.4.7-10smp
So which could be the right kernel version?
Thank you very much again in advance...
I think this will solve the issue.
I have compared the linuxrc of both servers and have found that the one
with the problem is missing the cciss.o module under /mnt/lib and also missing its correspondent insmod.
I have not yet implemented the whole procedure, because this is a critical production system and I'd like to try it first on a non-production system before.
I have another question in one of the systems I had trouble finding the running kernel version, because I found the following under /boot
# ll /boot/vmlinuz lrwxrwxrwx 1 root root 16 Nov 30 2001 /boot/vmlinuz -> vmlinuz-2.4.7-10
vmlinuz is a symbolic link to vmlinuz-2.4.7-10. But when you do:
#uname -r
2.4.7-10smp
So which could be the right kernel version?
Thank you very much again in advance...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-13-2002 02:54 PM
09-13-2002 02:54 PM
Re: urgent! modules at boot time!
Hello,
Normally, "uname -r" gives you the right version. The name of kernel file in /boot can be anything you want.
You can compare "uname -r" with the result of "depmod -av".
Good luck.
Kodjo
Normally, "uname -r" gives you the right version. The name of kernel file in /boot can be anything you want.
You can compare "uname -r" with the result of "depmod -av".
Good luck.
Kodjo
Learn and explain...
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP