Kernel Patch Issue

I'm attempting to patch the 2.6.38-ARCH kernel on my Sony Vaio F as described here: http://code.google.com/p/vaio-f11-linux … nelSupport
However, the command: patch -p1 < /usr/src/vaio-test13-2.6.38.patch
Leads to this problem:
patching file include/linux/sonypi.h
Reversed (or previously applied) patch detected! Assume -R? [n] n
Apply anyway? [n] n
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file include/linux/sonypi.h.rej
can't find file to patch at input line 22
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
|--- a/drivers/platform/x86/sony-laptop.c 2011-04-21 23:34:46.000000000 +0200
|+++ b/drivers/platform/x86/sony-laptop.c 2011-04-26 22:01:44.442776767 +0200
I don't know what to begin looking at for the issue.

It means your patch is already in the code, so you don't have to apply it.

Similar Messages

Kernel Patch- EDI issue

We ran a kernel patch to our system last Friday in QAS. Now our EDI mapping seems to have reverted to an earlier version and we are getting errors in processing IDocs.
We did check in the IDoc for the setting Control Record-- Techn. info-- SAP Release. It is correct. We also checked libraries, and put the program in debug to no avail.
Looking for ideas. Thanks, in advance, for your assistance.

> We ran a kernel patch to our system last Friday in QAS. Now our EDI mapping seems to have reverted to an earlier version and we are getting errors in processing IDocs.
A kernel patch provides the runtime for ABAP, it never changes any table entries. So your error is most likely not caused by the kernel update but maybe by an import (STMS) that was done.
Markus

Kernel Patch upgrade results into error

Recently, we upgraded our R/3 640 kernel from patch number 196 to 327. It went successful.
But now, the Sales and order team is having problem in saving the orders(VA02, VA01).
While saving Sales order, error pops up saying "dialog step number missing".
Kindly suggest.

Hi ppl,
The problem has been resolved.
As i said, problem wasnt with the upgrade, but came thereafter, functional team faced issues while switching between the windows.
Problem was with the Gui level, it needed to be upgraded too after the kernel patch upgrade.
Thanks a lot for putting your thoughts.
Thanks

Static library not accessed properly after Solaris Kernel patch update !

Hi,
We are facing a sever issue in our application after our customer updated the Solaris 10 kernel patch u9 to u10.
We have two static libraries libdlib.a and libDLIB.a, with exactly same code base, but these two libraries are scattered across the code base and linked by many shared objects in our application.
However, one of the shared objects that links to "libdlib.a" library tries to access a function from "libDLIB.a". This behavior is causing a crash at a later point, since that shared object is supposed to access the function from "libdlib.a". Moreover, we found this is happening through the use of dbx.
I'm unable to understand why this problem surfaced after kernel patch update, though still the shared object works fine on Solaris 10 u9 patch.
Flow is something like this :
1. syslogrecorder.so gets loaded by one of the processes.
2. syslogrecorder.so is linked to "libdlib.a" at compile time, so it uses "libdlib.a" function DLIB_LoadLibrary and gets a handle to all the function pointers of the loaded library ( The purpose of DLIB_LoadLibrary is to load a shared library dynamically using dlopen )
3. syslogrecorder.so tries to do a "dlsym" and to do that it needs access to the library handle which we got in previous call DLIB_LoadLibrary. So syslogrecorder.so calls another function from DLIB_ProcAddress, which actually gives back the access to the loaded shared library.
Here is a catch in step 3, it is supposed to call DLIB_ProcAddress from the libdlib.a but as we observed from dbx output it does so by calling DLIB_ProcAddress from libDLIB.a and hence fails to give back the access to loaded shared library, causing crash at a later point in code.
Can someone put some light here that why this could happen ??
Thanks
Kuldeep

To clarify: You did not modify or rebuild any of your binaries, but after installing a kernel patch, the application stopped working. Most likely, something about your application depended on a accidental behavior of the runtime loader. That accidental behavior changed due to the patch, and your application failed.
For example, if there is a circular dependency among shared libraries, the loader will break the cycle at an arbitrary point to establish an initialization order. By accident, that order might work, in the sense of not causing a problem. A change to the loader could cause the cycle to be broken at a different point, and the resulting initialization order could cause a now-uninitialized object to be accessed. I'm not saying this is what is wrong, but this is an example of a dependency on accidental loader behavior.
Finding your actual problem will require tracing the sequence of operations leading up to the failure. You are more likely to find help in a Solaris linker forum. AFAIK, there are currently no Oracle forums for Solaris, and the old OpenSolaris forums have been converted to mailing lists. You can try the "tools-linking" list found on this page:
http://mail.opensolaris.org/mailman/listinfo
I also suggest you review the paper on best practices for using shared libraries written by Darryl Gove and myself:
http://www.oracle.com/technetwork/articles/servers-storage-admin/linkinglibraries-396782.html
If you have a service contract with Oracle, you can use your support channel to get more help.
Edited by: Steve_Clamage on May 18, 2012 3:21 PM

Kernel patch level

hello,
We have 3 system landscape DEV, QAS & PRD on HP-UX, oracle 9.2, ECC 5.0.
kerne patch level of DEV system is 196 and QAS system is 347 and PRD system's kernel patch level is 196
can this is affect on request transporting DEV to QAS and PRD or any issues plz. guide me
thanks

Hi,
No problems for tranports but you're not qualifying what will be running on production....
The whole point of a quality system is to use exactly the same release, kernel patch levels and SP levels as the prodcution system.
Regards,
Olivier

Kernel patch 127128-11 renders my x86 system unbootable - what to do?

Just installed some patches with smpatch as usual, kernel patch 127128-11 among them. I then dropped to single user mode to finish the installation, rebooted and... nothing. I get the SunOS copyright notice, and then nothing but a flashing cursor... I waited for half an hour, but nothing happened, no disk activity, keyboard not responding, nothing.
I had to reset the stupid machine...
This happened on old(ish) HP Vectra SFF.
What I can do now? What are my options? (And please DON'T say: "reinstall everything"!!!)
I have used Linux for 7-8 years, but Solaris is pretty new for me, this installation is some 2 months old (Sun Solaris 10 - 8/07 - x86)

I remember I ever tried a tool that you need to run in order to put your computer on the list.
Well it suddenly crashed and I didn't try it again.The certification tool: http://www.sun.com/bigadmin/hcl/hcts/
At Sun they know very well which systems I'm running Solaris on.
This data is sent when you register to apply for updates.They don't use your registration info to list a system as certified to run Solaris10. See link above.
I have to admit I never added any patches by going into single user mode.I install in single user per instructions in patch README. I have rarely had issues installing patches this way.
Reading back this thread I see that this patch was part of the Solaris 10 5/08 version
and since I recently upgraded to this version and everything is working fine,
I don't think there is an issue. Neither do I think that there is an issue with 127128-11 patch, which is why I mentioned that OPs machine was not on HCL. It's an issue with OPs hardware, not the new kernel. So, what is that 'fix' disabling so that Solaris will run on unsupported hardware?
I haven't tried OpenSolaris yet. What do you think of it so far?

Kernel Patching with zones

I have a T2000 installed with the Solaris 10 1/06 release with several zones created on it. 4 zones are "sparse" root, and one (zone-5) is a "whole root" zone.
In order to apply and certify (internally) the latest sendmail patch, Solaris 10 needs a later kernel patch than I had installed (this is a subject for another discussion...). So I downloaded the latest patch cluster (4/6 Recommended cluster) to apply it.
I shut down the non-global zones, and took the machine to single user mode, and installed the cluster. It seemed to go in fine, except for the following error:
Zone zone-5
Rejected patches:
122856-01
Patches that passed the dependency check:
None.
Fatal failure occurred - impossible to install any patches.
zone-5: For patch 122856-01, required patch 118822-30 does not exist.
Fatal failure occurred - impossible to install any patches.Now, 118822-30 is a kernel patch series that is prerequisite for the latest kernel patch (118833-03). Zone-5 is my only whole-root zone. I then looked at the patch cluster log, and discovered that a handful of patches (including 118822-30) had also failed:
titan15n> grep failed /var/sadm/install_data/Solaris_10_Recommended_Patch_Cluster_log
Pkgadd failed. See /var/tmp/119254-19.log.6615 for details
Pkgadd failed. See /var/tmp/118712-09.log.9307 for details
Pkgadd failed. See /var/tmp/119578-18.log.15160 for details
Pkgadd failed. See /var/tmp/121308-03.log.18339 for details
Pkgadd failed. See /var/tmp/119689-07.log.22068 for details
Pkgadd failed. See /var/tmp/118822-30.log.9404 for details
Pkgadd failed. See /var/tmp/119059-11.log.29911 for details
Pkgadd failed. See /var/tmp/119596-03.log.4724 for details
Pkgadd failed. See /var/tmp/119985-02.log.8349 for details
Pkgadd failed. See /var/tmp/122032-02.log.13334 for details
Pkgadd failed. See /var/tmp/118918-14.log.27743 for detailsLooking at any of these logs (in the non-global zone-5's /var/tmp directory shows failures like the following snippet:
pkgadd: ERROR: unable to create unique temporary file </usr/platform/sun4us/include/sys/cheetahregs.h6HaG8w>: (30) Read-only file sy
stem
pkgadd: ERROR: unable to create unique temporary file </usr/platform/sun4us/include/sys/clock.h7HaG8w>: (30) Read-only file system
pkgadd: ERROR: unable to create unique temporary file </usr/platform/sun4us/include/sys/dvma.h8HaG8w>: (30) Read-only file systemQuestion(s):
Why would there be read-only file systems where tmp files are getting written? Possibly a timing issue?
Is there a "best practice" on applying patch clusters, and specifically, the kernel patch? Did I make a mistake in taking the zones down first? It seems like the zones were being booted up as the patches were getting applied, but I may be misinterpreting the output.
Even though the patches failed to apply to zone-5, the uname -a output in the zone show the latest kernel patch, but does NOT show 118822-30 (118822-25 is what showrev -p in the non-global zone-5 shows -- which is the level I was at before attempting to patch).
Any solutions?
Thanks.

The kernel config and patch are irrelevant - I have tried to compile the stock arch kernel just to make sure that it WASN'T the patch - I simple copied the folder from ABS, did makepkg and installed - no lucky. The problem seems to be that all of the kernels I compile end up with the folder in /lib/modules having -dirty on the end of them. How do I stop this '-dirty'?
I notice in the build I get this message -
==> Building the kernel
fatal: cannot describe '604d205b49b9a478cbda542c65bacb9e1fa4c840'
CHK include/linux/version.h

Kernel Upgrade Issue

Hi,
After Kernel patch upgrade (level 1393), we got Short dump SAPSQL_ITAB_CANT_SCAN during address search (OSS 573808) in Modification adjustment screen.
Based on OSS#573808, 555655 said that we need to upgrade kernel patch 464 or higher for above issue. I just like to know, if this is major issue or not. Shall we can reset and continue our database upgrade? or we have to upgrade kernel patch 464 or higher?
Please input your valuable suggestions.
Regards
Srinivas

Shivam,
No, probably it will not create any problem, the higher versions having the downward compatibility.
But try to find root cause of the error. If you were unable to trace I suggest you to open an OSS message for the same.
Hope this help.
Regards,
Rajesh

Database Upgrade - Kernel Version Issue

Hi,
We are using Netweaver 2004, Installed on Linux 3 EL and Oracle is 9.2.0.6.
Now we are going to Upgrade Oracle to 10.2 and as Linux 5 EL support it , We will also Upgrade OS to Linux Redhat 5EL.
Now when I go to PAM -> Netweaver 2004 ->Database Platform -> Application Server ABAP->Kernel 6.40 64 Bit ->LINUX REDHAT EL5/X86_64->
We see
released Database Version               Operating System                        Date             Status          System    Status   Remarks
ORACLE 10.2 64-BIT                      LINUX REDHAT EL5/X86_64            64BIT          24.07.2007    Released
In Remark it shows :
Immediate upgrade to upcoming EX2 version of SAP kernel is mandatory after EX2 kernel has become available (Q4/07). EX2 kernel will require Oracle 10.2 or higher on the server side.
So my query is Should we need go for 640_EX2 from 640_REL after oracle Upgrade or latest patch of 640_REL is ok for us.
As Remark "Immediate upgrade to upcoming EX2 version of SAP kernel is mandatory after oracle upgrade 10g" was written in 2007 & latest kernel patch 640_REL was launched in Oct 2010 so I am thinking does latest patch of Kernel 640_REL contains compatiblity for Oracle 10g also.
Please suggest.
Regards,
Shivam Mittal

Hi Markus,
So the conclusion is if we want to Upgrade Oracle 10g but not oracle client then it is Ok to use Kernel 640_REL release but if we are going to upgrade oracle client also to 10g version then in that case it is mandotry to use Kernel 640_EX2.
And I think it will also not create any issue if we use Oracle 9i client with Oracle 10g database.
Also to check Oracle Client Version in existing system we should use ->
SM51-> Release Notes
Database Client Library     OCI_920
this Database Client Library shows version of installed Oracle Client, Please make me correct if I am wrong.
Shivam Mittal

ROSS CPU didn't work with kernel patch 112233-07

Just noticed my HyperSPARC (ROSS CPU for S10/S20) had problem with kernel patch.
Got 2 X 180Mhz ROSS CPUs running fine with Solaris 9 (kernel level 112233-07) on S20 until applied the Recommended patches set (kernel level 112233-12), once the patches set installed and reboot, the S20 won't boot up anymore and showed some error on the kernel...
Reinstall again the Solaris 9 (kernel level 112233-07), and applied the Recommended patches set without kernel patch 112233-12, system boot up fine without issue.
Was looking around but didn't find anyone else got same issue (even on Sunsolve site) like me, maybe the box is too old to play with...
Cheers,

Oops, put wrong patch ID in subject...

SAP Kernel patch/Support pack Sequence

Hi,
I wanted to know if i need to follow up any order in applying latest kernel patch & Support Pack.
I have installed WAS 6.40 SR1 & want to upgrade to SPS 16. Before applying support pack do i need to apply latest
kernel ?
Is there any side effects for applying latest kernel patch ?
Kindly help me
Thanks,
ramki

Ramki, as other posts say the kernel update is part of SPS16 & should always be applied. But as to the order... it will most likely come down to business requirements and preference & may change for you from stack to stack.
Be sure to test first in your DEV environment (or similar) & always check the known issues notes which should tell you any patch to kernel dependancies that may dictate what order you have to install things (782140 is the note for WAS6.20, sorry don't have the WAS640 note number handy).
In terms of side effects? In my experience (4.0b - ecc6) the kernel will either work or not work (ie system will or wont start!) If it dosn't work roll back to the previous version (also keep a copy of the exe directory!) & things should all be OK.
Generally we always apply the kernel after the patches where I work (just fits in better with managing downtime on prod systems). However last time we patched the SPAM queue we defined was very large & not compatible with our R3Trans release when using the downtime minimised option (this was stated in the known issues note I mentioned earlier). So the kernel update was done 2-3 weeks before we rolled the patches in, once again just to manage prod system downtime better.
Hope that helps a little
Danny

Getting syntax error in "SAPLBBP_PDH_CUF" in shopping cart/RFx/PO creation process in SRM7.0.Is it Patch issue?

Getting syntax error in "SAPLBBP_PDH_CUF" in shopping cart/RFx/PO creation process in SRM7.0.Is it Patch issue?

Hi, something wrong with your customer fields...
Please, check them...

ABAP and Kernel Patches for Upgrade and Conversion in 4.6C

Hi,
We are in a process of upgrade and unicode conversion for the source release 4.6C (Kernel 46D_EXT Patch 2225).
"Combined Upgrade&Unicode Conversion Guide" for "SAP Basis 4.6C u2192 SAP NetWeaver 7.0 application Server ABAP Unicode Including Enhancement Package 1 Support Package 01 - 06" , In Software Requirements step, it says
"3. Import 4.6D Kernel patch 2326 from SAP Service Marketplace according to SAP Note 19466"
We wanted to know whether "IT IS ABSOLUTELY NECCESSARY TO GO FOR THE KERNEL PATCH 2326". We dont have "EBCIDIC code pages" in our MDMP system.
We need to know becauase we are also doing OS migration from AIX to Sun and this step will add to our production downtime.
Please advice what are the other causes we should go for the kernel 2326.
Regards

Hello Mr. Nils Buerckel,
Thanks for the reply.
We wanted to be very sure whether we should used Kernel 46D Kernel patch 2326 (As it is specifically mentioned in the SAP CU&UC guide and in SAP Note 867193, It is mentioned that "This patch contains enhancements that are required to execute the "INDX Analysis" scan)
OR
Can we go for the latest kernel patch avaialable at market place? And Will the latest kernel patch also contains the "enhancements that are required to execute the "INDX Analysis" ?
Please reply
Thanks

Can I take my OS on kernel patch backwards?

Hi All,
I know that this is a weird question.
Can I take my OS one (or two) kernel patch backwards?
Lets say from "Generic_120011-14" to "Generic_118833-36". ? is it possiblle?
All this mass is beacuse of a testing team at my work.
Thanks!!!!

It depends on how you got to 120011-14.
If your initial install was 118833-36 or earlier and you patched up to 120011-14, then in theory you can back out the patches.
But the initial install was higher than 118833-36. Or you live upgraded past it then you can't go back.
Even if you patched past it, it would be a difficult excercise because there are a lot of related patches that rely on the higher kernel. So you would need to backout any patches that rely on it first.

Kernel Patch 108528-26 bad?

On machine: SunOS boedev 5.8 Generic_108528-14 sun4u sparc SUNW,UltraAX-MP
As part of the J2SE recommended patches, I attempted install of the downloaded 108528-26 kernel patch and received:
<snip>
Installation of <SUNWcar> was successful.
This appears to be an attempt to install the same architecture and
version of a package which is already installed. This installation
will attempt to overwrite this package.
pkgadd: ERROR: source path </export/home/src/J2SE_Solaris_8_Recommended/108528-2
6/SUNWcarx.u/reloc/platform/SUNW,Sun-Blade-100/kernel/misc/sparcv9/platmod> is c
orrupt
file cksum <38281> expected <38278> actual
pkgadd: ERROR: source path </export/home/src/J2SE_Solaris_8_Recommended/108528-2
6/SUNWcarx.u/reloc/platform/SUNW,Sun-Blade-1000/kernel/misc/sparcv9/platmod> is
corrupt
file size <4832> expected <4830> actual
file cksum <34048> expected <33987> actual
Installation of <SUNWcarx> partially failed.
------------------------------>
Then, without rebooting, I downloaded the separate patch 108528-26 and attempted to load with patchadd...basically the same result:
Installation of <SUNWcar> was successful.
This appears to be an attempt to install the same architecture and
version of a package which is already installed. This installation
will attempt to overwrite this package.
WARNING: /kernel/sys/sparcv9/rpcmod <no longer a regular file>
pkgadd: ERROR: source path </export/home/src/patches/108528-26/SUNWcarx.u/reloc/
platform/SUNW,Sun-Blade-100/kernel/misc/sparcv9/platmod> is corrupt
file cksum <38281> expected <38278> actual
pkgadd: ERROR: source path </export/home/src/patches/108528-26/SUNWcarx.u/reloc/
platform/SUNW,Sun-Blade-1000/kernel/misc/sparcv9/platmod> is corrupt
file size <4832> expected <4830> actual
file cksum <34048> expected <33987> actual
Installation of <SUNWcarx> partially failed.
I think this patch is "bad" as it has been released... but I have as yet seen no acknowledgement of that. Anyone else tried this patch?!
The machine reboots and runs, but in what state is it left with the new patches running on the old kernel?
I have posted this to other related groups. Thanks. jj.

JJ,
I downloaded and tried to install this patch this weekend. I am having the same problems. Anyone know where I can get patch 108528-21? I need this for a piece of software I am installing.
Thanks,
Sherryl

Kernel Patch Issue

Similar Messages

Maybe you are looking for