This discussion is archived
1 2 Previous Next 15 Replies Latest reply: Feb 5, 2013 2:08 PM by EdStevens RSS

OL 5.6 kernel question

EdStevens Guru
Currently Being Moderated
OL 5.6 x86-64

Cut to the chase, I'm building a test system under VBox and trying to make it look as much like one of my live systems as I can possibly get it. A difference in the kernel is causing some discrepancies iwhen installing/upgrading GI for a stand-alone (non-RAC) asm instance.

Specifically, on the live system we have
oracle:dwprd$ uname -a
Linux itdwprod.myorg.org 2.6.18-238.1.1.0.1.el5 #1 SMP Thu Jan 20 23:52:48 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
While on the test (Vbox) system I get
[root@vblnxsrv99 ~]# uname -a
Linux vblnxsrv99.vbdomain 2.6.32-100.26.2.el5 #1 SMP Tue Jan 18 20:11:49 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
Am installing the virtual system from V33411-01.iso. I have no knowledge of how the live system was created.

The issue came to light when I applied the upgrade to the live system this last weekend. On the sandbox I had been getting ignorable errors relating to 'CFS-9459: ADVM/ACFS is not supported on this OS version: '2.6.32-100.26.2.el5'. When I ran the live upgrade, it did NOT return those errors. yes, the upgrade went better than expected, but that difference makes me want to go back and reconcile the sandbox system to eliminate possible points of difference in future tests.
  • 1. Re: OL 5.6 kernel question
    Dude! Guru
    Currently Being Moderated
    According to the release notes:

    https://oss.oracle.com/el5/docs/RELEASE-NOTES-U6-en.html

    Oracle Linux 5.6 ships with following three sets of kernel packages:

    <pre>
    Unbreakable Enterprise kernel (kernel-uek-2.6.32-100.26.2.el5)
    Only available on x86_64 (64bit) platform. Installed and booted by default

    Red Hat compatible Kernel (kernel-2.6.18-238.el5).

    Red Hat compatible Kernel with bug fixes added by Oracle(kernel-2.6.18-238.0.0.0.1.el5)
    </pre>

    What you are seeing in your virtual machine is the UEK kernel. The the word "uek" to the kernel name was apparently added in later Oracle Linux UEK kernel release versions.

    Support for ADVM/ACFS depends on your kernel version and what version/patch of Grid you have installed.

    http://docs.oracle.com/cd/E11882_01/install.112/e16763/oraclerestart.htm#BGBGEDGA
  • 2. Re: OL 5.6 kernel question
    EdStevens Guru
    Currently Being Moderated
    Dude wrote:
    According to the release notes:

    https://oss.oracle.com/el5/docs/RELEASE-NOTES-U6-en.html

    Oracle Linux 5.6 ships with following three sets of kernel packages:

    <pre>
    Unbreakable Enterprise kernel (kernel-uek-2.6.32-100.26.2.el5)
    Only available on x86_64 (64bit) platform. Installed and booted by default

    Red Hat compatible Kernel (kernel-2.6.18-238.el5).

    Red Hat compatible Kernel with bug fixes added by Oracle(kernel-2.6.18-238.0.0.0.1.el5)
    </pre>

    What you are seeing in your virtual machine is the UEK kernel. The the word "uek" to the kernel name was apparently added in later Oracle Linux UEK kernel release versions.

    Support for ADVM/ACFS depends on your kernel version and what version/patch of Grid you have installed.

    http://docs.oracle.com/cd/E11882_01/install.112/e16763/oraclerestart.htm#BGBGEDGA
    Makes sense, I guess.

    So, proceeding from the Release notes, stating:
    Installation
    
    This kernel needs to be manually installed. Use following steps to install this kernel
    
        Mount Oracle Linux 5.6 DVD
        Copy the rpms from mount_point/Server/oracle_updated to your system
        Install required kernel using the rpm command, e.g.
        # rpm -ihv kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm
    I mounted the .iso file at /media/cdrom and looked for the specified rpm. No joy.
    [root@vblnxsrv98 Server]# pwd
    /media/cdrom/Server
    [root@vblnxsrv98 Server]# ls -l kernel*
    -rw-r--r-- 1 root root 20243521 Jan  6  2011 kernel-2.6.18-238.el5.x86_64.rpm
    -rw-r--r-- 1 root root 20578234 Jan  6  2011 kernel-debug-2.6.18-238.el5.x86_64.rpm
    -rw-r--r-- 1 root root  5822249 Jan  6  2011 kernel-debug-devel-2.6.18-238.el5.x86_64.rpm
    -rw-r--r-- 1 root root  5760620 Jan  6  2011 kernel-devel-2.6.18-238.el5.x86_64.rpm
    -rw-r--r-- 1 root root  3280392 Jan  6  2011 kernel-doc-2.6.18-238.el5.noarch.rpm
    -rw-r--r-- 1 root root  1222719 Jan  6  2011 kernel-headers-2.6.18-238.el5.x86_64.rpm
    -rw-r--r-- 1 root root 25873232 Jan 18  2011 kernel-uek-2.6.32-100.26.2.el5.x86_64.rpm
    -rw-r--r-- 1 root root 25900561 Jan 18  2011 kernel-uek-debug-2.6.32-100.26.2.el5.x86_64.rpm
    -rw-r--r-- 1 root root  6896033 Jan 18  2011 kernel-uek-debug-devel-2.6.32-100.26.2.el5.x86_64.rpm
    -rw-r--r-- 1 root root  6887009 Jan 18  2011 kernel-uek-devel-2.6.32-100.26.2.el5.x86_64.rpm
    -rw-r--r-- 1 root root  8806819 Jan 18  2011 kernel-uek-doc-2.6.32-100.26.2.el5.noarch.rpm
    -rw-r--r-- 1 root root  1070054 Jan 18  2011 kernel-uek-firmware-2.6.32-100.26.2.el5.noarch.rpm
    -rw-r--r-- 1 root root   725901 Jan 18  2011 kernel-uek-headers-2.6.32-100.26.2.el5.x86_64.rpm
    -rw-r--r-- 1 root root 21215562 Jan  6  2011 kernel-xen-2.6.18-238.el5.x86_64.rpm
    -rw-r--r-- 1 root root  5772018 Jan  6  2011 kernel-xen-devel-2.6.18-238.el5.x86_64.rpm
    [root@vblnxsrv98 Server]#
    And if I try to pull it from the yum server
    [root@vblnxsrv98 yum.repos.d]# cd /etc/yum.repos.d
    [root@vblnxsrv98 yum.repos.d]# wget http://public-yum.oracle.com/public-yum-el5.repo
    --2013-02-04 14:27:00--  http://public-yum.oracle.com/public-yum-el5.repo
    Resolving public-yum.oracle.com... 141.146.44.34
    Connecting to public-yum.oracle.com|141.146.44.34|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 4220 (4.1K) [text/plain]
    Saving to: `public-yum-el5.repo'
    
    100%[======================================>] 4,220       --.-K/s   in 0s
    
    2013-02-04 14:27:03 (108 MB/s) - `public-yum-el5.repo' saved [4220/4220]
    
    [root@vblnxsrv98 yum.repos.d]# yum -y install kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm
    Loaded plugins: rhnplugin, security
    This system is not registered with ULN.
    ULN support will be disabled.
    el5_latest                                               | 1.4 kB     00:00
    el5_latest/primary                                       |  13 MB     00:29
    el5_latest                                                          10865/10865
    Setting up Install Process
    No package kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm available.
    Nothing to do
    I followed up from there by poking around the yum server directory to see if I could locate it, but no luck there, either.
  • 3. Re: OL 5.6 kernel question
    Avi Miller Guru
    Currently Being Moderated
    EdStevens wrote:
    And if I try to pull it from the yum server
    Yum doesn't take a filename if you're working off a server. Try just the specific version. I've checked, it's there:
     # yum install kernel-2.6.18-238.0.0.0.1.el5
    Loaded plugins: security
    Setting up Install Process
    Resolving Dependencies
    --> Running transaction check
    ---> Package kernel.x86_64 0:2.6.18-238.0.0.0.1.el5 set to be installed
    --> Finished Dependency Resolution
    
    Dependencies Resolved
    
    ============================================================================================================================================================================================================================================================================================================================
     Package                                                                 Arch                                                                    Version                                                                                  Repository                                                                   Size
    ============================================================================================================================================================================================================================================================================================================================
    Installing:
     kernel                                                                  x86_64                                                                  2.6.18-238.0.0.0.1.el5                                                                   el5_latest                                                                   19 M
    
    Transaction Summary
    ============================================================================================================================================================================================================================================================================================================================
    Install       1 Package(s)
    Upgrade       0 Package(s)
    This works even if you're running a newer kernel:
    # uname -r
    2.6.32-300.10.1.el5uek
  • 4. Re: OL 5.6 kernel question
    Dude! Guru
    Currently Being Moderated
    It is on the installation DVD, but under "oracle_updated":
    In your case: /media/cdrom/Server/oracle_updated


    Yum can install a rpm file, but only if the file actually exists, otherwise it assumes a package name using the configured repository.

    For instance:
    <pre>

    # mkdir /media/cdrom
    # mount /dev/cdrom /media/cdrom
    # cd /media/cdrom/Server/oracle_updated/
    # yum install kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm

    Examining kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm: kernel-2.6.18-238.0.0.0.1.el5.x86_64
    Marking kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm as an update to kernel-2.6.18-238.el5.x86_64
    Resolving Dependencies
    --> Running transaction check
    ---> Package kernel.x86_64 0:2.6.18-238.0.0.0.1.el5 set to be installed
    --> Finished Dependency Resolution
    </pre>
  • 5. Re: OL 5.6 kernel question
    Avi Miller Guru
    Currently Being Moderated
    Dude wrote:
    # yum install kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm
    This should be:
     # yum localinstall kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm
    To tell yum the file is stored locally and shouldn't be retrieved from any configured yum repository. Though it appears yum does the right thing anyway.
  • 6. Re: OL 5.6 kernel question
    EdStevens Guru
    Currently Being Moderated
    Dude -

    "It is on the installation DVD, but under "oracle_updated":"

    DOH!



    Yes, after you opened my eyes and made me see the directory that the original doc had also said, I was able to run the rpm.

    However, there must still be a step I'm missing.
    [root@vblnxsrv98 oracle_updated]# uname -r
    2.6.32-100.26.2.el5
    
    [root@vblnxsrv98 oracle_updated]# rpm -ihv kernel-2.6.18-238.0.0.0.1.el5.x86_64.
    rpm
    warning: kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 1e5e0159
    Preparing...                ########################################### [100%]
       1:kernel                 ########################################### [100%]
    
    [root@vblnxsrv98 oracle_updated]# uname -r
    2.6.32-100.26.2.el5
    
    [root@vblnxsrv98 ~]# umount /media/cdrom
    [root@vblnxsrv98 ~]# reboot
    
    
    Broadcast message from root (pts/0) (Tue Feb  5 08:42:19 2013):
    
    
    
    
    The system is going down for reboot NOW!
    after reboot
    [root@vblnxsrv98 ~]# uname -r
    2.6.32-100.26.2.el5
    
    [root@vblnxsrv98 ~]#
    Avi -

    Just like the rpm (after Dude got me to the correct directory), it worked to a point, but at the end, no joy.
    [root@vblnxsrv98 ~]# cd /etc/yum.repos.d
    [root@vblnxsrv98 yum.repos.d]#
    [root@vblnxsrv98 yum.repos.d]# wget http://public-yum.oracle.com/public-yum-el5.repo
    --2013-02-05 09:00:07--  http://public-yum.oracle.com/public-yum-el5.repo
    Resolving public-yum.oracle.com... 141.146.44.34
    Connecting to public-yum.oracle.com|141.146.44.34|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 4220 (4.1K) [text/plain]
    Saving to: `public-yum-el5.repo'
    
    100%[======================================>] 4,220       --.-K/s   in 0s
    
    2013-02-05 09:00:07 (32.4 MB/s) - `public-yum-el5.repo' saved [4220/4220]
    
    [root@vblnxsrv98 yum.repos.d]# yum install kernel-2.6.18-238.0.0.0.1.el5
    Loaded plugins: rhnplugin, security
    This system is not registered with ULN.
    ULN support will be disabled.
    el5_latest                                               | 1.4 kB     00:00
    el5_latest/primary                                       |  13 MB     00:23
    el5_latest                                                          10865/10865
    Setting up Install Process
    Resolving Dependencies
    --> Running transaction check
    ---> Package kernel.x86_64 0:2.6.18-238.0.0.0.1.el5 set to be installed
    --> Finished Dependency Resolution
    
    Dependencies Resolved
    
    ================================================================================
     Package      Arch         Version                       Repository        Size
    ================================================================================
    Installing:
     kernel       x86_64       2.6.18-238.0.0.0.1.el5        el5_latest        19 M
    
    Transaction Summary
    ================================================================================
    Install       1 Package(s)
    Upgrade       0 Package(s)
    
    Total download size: 19 M
    Is this ok [y/N]: y
    Downloading Packages:
    kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm                 |  19 MB     01:16
    warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 1e5e0159
    el5_latest/gpgkey                                        | 1.4 kB     00:00
    Importing GPG key 0x1E5E0159 "Oracle OSS group (Open Source Software group) <build@oss.oracle.com>" from http://public-yum.oracle.com/RPM-GPG-KEY-oracle-el5
    Is this ok [y/N]: y
    Running rpm_check_debug
    Running Transaction Test
    Finished Transaction Test
    Transaction Test Succeeded
    Running Transaction
      Installing     : kernel                                                   1/1
    
    Installed:
      kernel.x86_64 0:2.6.18-238.0.0.0.1.el5
    
    Complete!
    You have mail in /var/spool/mail/root
    [root@vblnxsrv98 yum.repos.d]# uname -r
    2.6.32-100.26.2.el5
    
    [root@vblnxsrv98 yum.repos.d]# reboot
    
    
    Broadcast message from root (pts/0) (Tue Feb  5 08:42:19 2013):
    
    
    
    
    The system is going down for reboot NOW!
    after reboot
    [root@vblnxsrv98 ~]# uname -r
    2.6.32-100.26.2.el5
    
    [root@vblnxsrv98 ~]#
    So, I can get the kernel package installed, but system is still not using it -- or at least not reporting that it is using it. So there must be some additional step I need to do. Something with grub? I'm really getting out of my lane here, and some would say I'm obsessing, but I'm learning a lot as I go, and that's always A Good Thing (tm).
  • 7. Re: OL 5.6 kernel question
    Dude! Guru
    Currently Being Moderated
    I wonder why you decided to use RPM instead of YUM to install the kernel update. But at least you did not use rpm -Uvh. Did you run into a problem with the public key?

    Here's the complete procedure:
    mkdir -p /media/cdrom
    mount /dev/cdrom /media/cdrom
    cd /media/cdrom
    rpm --import RPM-GPG-KEY-oracle
    cd Server/oracle_updated/
    yum localinstall kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm
    I think it is generally a better idea to always use YUM to install software, but be it as it may, you need to change the grub boot configuration to use the new kernel.
    vi /boot/grub/grub.conf
    If the kernel you want to use by default is the first menu item, you will have to set default=0.

    The update behavior is set in /etc/sysconfig/kernel. I think the issue is with the kernel package name, which is/was apparently not kernel-uek as anticipated, which seems to be fixed in later versions.
  • 8. Re: OL 5.6 kernel question
    EdStevens Guru
    Currently Being Moderated
    Dude wrote:
    I wonder why you decided to use RPM instead of YUM to install the kernel update.
    Because that was the instructions in the Release notes you pointed me to.

    But at least you did not use rpm -Uvh. Did you run into a problem with the public key?
    public key? what public key? The release notes said nothing about a public key.
    >
    Here's the complete procedure:
    mkdir -p /media/cdrom
    mount /dev/cdrom /media/cdrom
    cd /media/cdrom
    rpm --import RPM-GPG-KEY-oracle
    cd Server/oracle_updated/
    yum localinstall kernel-2.6.18-238.0.0.0.1.el5.x86_64.rpm
    Essentially, what I did using the hints from Avi, except installed from the Oracle's yum server instead of locally, and that took care of the public key as well - see transcript in earlier posting.
    I think it is generally a better idea to always use YUM to install software,
    As do I.
    but be it as it may, you need to change the grub boot configuration to use the new kernel.
    vi /boot/grub/grub.conf
    If the kernel you want to use by default is the first menu item, you will have to set default=0.
    Ah, and THAT was the key element I was missing. After a few more trials, just to observe the behavior, (always restoring back to a baseline snapshot before each trial) I found that both the rpm and yum procedures added a section to grub.conf. All I needed to do was change the default.
    The update behavior is set in /etc/sysconfig/kernel. I think the issue is with the kernel package name, which is/was apparently not kernel-uek as anticipated, which seems to be fixed in later versions.
    Ok, with this my sandbox is now at 2.6.18-238.0.0.0.1.el5, while my live system is at 2.6.18-238.1.1.0.1.el5. Is it safe to say I'd have to have a ULN subscription to get to that?
  • 9. Re: OL 5.6 kernel question
    Dude! Guru
    Currently Being Moderated
    You can check the content of http://public-yum.oracle.com/repo/OracleLinux/OL5/latest/x86_64 which lists all the packages in the public yum repository. The kernel you have on the production system is there as well, and also more recent versions.

    http://public-yum.oracle.com/repo/OracleLinux/OL5/latest/x86_64/kernel-2.6.18-238.1.1.0.1.el5.x86_64.rpm

    Errata and updates are included for free in the standard Oracle Linux distribution. The default public yum repository has the el5_latest repository enabled by default, which is all that should be enabled, unless you have a reason to stay exactly at a particular release version, without any updates, then enable the appropriate base version instead.

    Check the following:
    su - root
    wget http://public-yum.oracle.com/public-yum-el5.repo \
      --output-document=/etc/yum.repos.d/public-yum-el5.repo
    
    (wget by default doesn't overwrite existing files)
    
    yum install kernel-2.6.18-238.1.1.0.1.el5
    ....
    ---> Package kernel.x86_64 0:2.6.18-238.1.1.0.1.el5 set to be installed
    --> Finished Dependency Resolution
  • 10. Re: OL 5.6 kernel question
    Avi Miller Guru
    Currently Being Moderated
    EdStevens wrote:
    Ah, and THAT was the key element I was missing. After a few more trials, just to observe the behavior, (always restoring back to a baseline snapshot before each trial) I found that both the rpm and yum procedures added a section to grub.conf. All I needed to do was change the default.
    The default isn't changed because you're installing an older kernel. If you were installing a newer kernel than the currently booted kernel, it would update the default.

    And your production kernel is also on public-yum.oracle.com, so if that's configured, you could just install it using yum as well, remembering to hand-edit the /boot/grub/grub.conf file to change the default. Note that you should just change the default=X number, not re-order the actual entries. :)
  • 11. Re: OL 5.6 kernel question
    EdStevens Guru
    Currently Being Moderated
    Dude wrote:
    You can check the content of http://public-yum.oracle.com/repo/OracleLinux/OL5/latest/x86_64 which lists all the packages in the public yum repository. The kernel you have on the production system is there as well, and also more recent versions.

    http://public-yum.oracle.com/repo/OracleLinux/OL5/latest/x86_64/kernel-2.6.18-238.1.1.0.1.el5.x86_64.rpm

    Errata and updates are included for free in the standard Oracle Linux distribution. The default public yum repository has the el5_latest repository enabled by default, which is all that should be enabled, unless you have a reason to stay exactly at a particular release version, without any updates, then enable the appropriate base version instead.

    Check the following:
    su - root
    wget http://public-yum.oracle.com/public-yum-el5.repo \
    --output-document=/etc/yum.repos.d/public-yum-el5.repo
    
    (wget by default doesn't overwrite existing files)
    
    yum install kernel-2.6.18-238.1.1.0.1.el5
    ....
    ---> Package kernel.x86_64 0:2.6.18-238.1.1.0.1.el5 set to be installed
    --> Finished Dependency Resolution
    Dude & Avi

    Got it. I now have a sandbox running the same kernel as one pair (dev/prod) of my live servers. And have learned a lot in the process.

    One last (hopefully last) question. In order to get the rest of the packages on my sandbox in line with production, I've captured (from production) the output of 'rpm -qa', then edited that output to turn it into a bunch of 'yum install' commands. Other than the time it will take to run, do you see any problems with this .. with it NOT producing what I intend, which is a sandbox with exactly the same packages as my production servers? After that runs my intent is to go through the oracle GI and Database installation guides and manually make sure I meet all the prereqs. I know I can use the 'oracle-validated' package (which is how I had been building my sandboxes) but my fear is that if I do that I will end up with a package version difference that will bite me at some point down the road -- something working on my sandbox, the failing on a live system.
  • 12. Re: OL 5.6 kernel question
    Avi Miller Guru
    Currently Being Moderated
    EdStevens wrote:
    One last (hopefully last) question. In order to get the rest of the packages on my sandbox in line with production, I've captured (from production) the output of 'rpm -qa', then edited that output to turn it into a bunch of 'yum install' commands. Other than the time it will take to run, do you see any problems with this .. with it NOT producing what I intend, which is a sandbox with exactly the same packages as my production servers?
    I don't see any real problems with this except yum won't downgrade a package if you already have something newer installed. So, for those packages, you need to do a yum downgrade, and that can lead to problems when something else relies on a newer version of a package. Unless you use a configuration management system and fixed yum repositories, it's very difficult to keep disperate systems completely identical.

    Perhaps the better option is to use exactly the same base ISO as you used in production, then build a local yum repo with only those additional packages you find on production and disconnect the sandbox from the upstream public-yum.oracle.com server. Then you can be assured that it'll never install any package beyond what is already on production.

    However, I'm wondering why you're not keeping your production system up-to-date with security and bugfix erratas? Also, why aren't you using oracle-validated on your production systems? Keep in mind that DB is certified on all versions of OL5, so there is no reason not to upgrade the OS (and kernel) to the latest release from Oracle.

    Edited by: Avi Miller on Feb 6, 2013 7:33 AM
  • 13. Re: OL 5.6 kernel question
    EdStevens Guru
    Currently Being Moderated
    Avi Miller wrote:
    EdStevens wrote:
    One last (hopefully last) question. In order to get the rest of the packages on my sandbox in line with production, I've captured (from production) the output of 'rpm -qa', then edited that output to turn it into a bunch of 'yum install' commands. Other than the time it will take to run, do you see any problems with this .. with it NOT producing what I intend, which is a sandbox with exactly the same packages as my production servers?
    I don't see any real problems with this except yum won't downgrade a package if you already have something newer installed. So, for those packages, you need to do a yum downgrade, and that can lead to problems when something else relies on a newer version of a package. Unless you use a configuration management system and fixed yum repositories, it's very difficult to keep disperate systems completely identical.

    Perhaps the better option is to use exactly the same base ISO as you used in production, then build a local yum repo with only those additional packages you find on production and disconnect the sandbox from the upstream public-yum.oracle.com server. Then you can be assured that it'll never install any package beyond what is already on production.
    That would be an interesting little learning project for me .... ;-)
    However, I'm wondering why you're not keeping your production system up-to-date with security and bugfix erratas? Also, why aren't you using oracle-validated on your production systems? Keep in mind that DB is certified on all versions of OL5, so there is no reason not to upgrade the OS (and kernel) to the latest release from Oracle.
    That would have to be answered by my SA. I'm sure the answer is 'higher priority demands on our time'. I do know that she has plans to move to OL 6, so perhaps is just taking the attitude "if it ain't broke" on the OL5 boxes. I can certainly understand that. My personal top priority is to get all of our 11.2.0.1 db's and GI up to 11.2.0.3.

    Along that line, this current exercise has caused me to take a look at my other live prod/dev pair of servers. They are running 2.6.18-128.el5, which appears to be from OL 5.3. I've just finished downloading that and am in the process of creating a vm on it as well -- install is running as I speak.


    Edited by: Avi Miller on Feb 6, 2013 7:33 AM
    Edited by: EdStevens on Feb 5, 2013 3:18 PM
  • 14. Re: OL 5.6 kernel question
    Dude! Guru
    Currently Being Moderated
    I wonder though whether keeping your sandbox at the exact patch level as your production system was actually that important. Perhaps it is more or less just a mindset than making a real in difference in practice. Beside the kernel version, the Oracle database is very much a stand-alone system. So unless need to verify or troubleshoot a very specific system related issue, I'd say it should not matter. To compare your VM with the production system for performance troubleshooting does not make sense anyway due to the different hardware. I'd rather see the point to keep the VM up to date with the latest and greatest to verify whether the production system should work.
1 2 Previous Next

Legend

  • Correct Answers - 10 points
  • Helpful Answers - 5 points