Latest Kernel-uek upgrade

Mostly curiosity on how this kernel replaces the existing kernel by what almost appears
to be an in place upgrade. (2.6.32-100.26.2.el5 to 2.6.32-100.28.9.el5)
After upgrade there are no references in grub for the old kernel and it no longer exists in the rpmdb.
This has happen on both OEL5.6 and OEL6 systems.
It would make the fall back to old kernel process a little more fun.
Anybody have any information on this?

I have not rebooted this box yet so here is the current running kernel.
[root@linux7 ~]# uname -r
2.6.32-100.26.2.el5
upgraded kernel using yum update.
[root@linux7 ~]# rpm -qa | grep kernel | sort
kernel-2.6.32-100.24.1.el5
kernel-firmware-2.6.32-100.24.1.el5
kernel-uek-2.6.32-100.28.9.el5
kernel-uek-firmware-2.6.32-100.28.9.el5
kernel-uek-headers-2.6.32-100.28.9.el5
kernel-xen-2.6.18-194.32.1.0.1.el5
kernel-xen-2.6.18-238.1.1.0.1.el5
kernel-xen-2.6.18-238.5.1.0.1.el5
kernel-xen-devel-2.6.18-194.32.1.0.1.el5
kernel-xen-devel-2.6.18-238.1.1.0.1.el5
kernel-xen-devel-2.6.18-238.5.1.0.1.el5
[root@linux7 ~]# cat /var/log/yum.log | grep kernel
Jan 16 20:00:25 Updated: kernel-headers-2.6.32-100.24.1.el5.x86_64
Jan 16 20:00:43 Installed: kernel-xen-devel-2.6.18-194.32.1.0.1.el5.x86_64
Jan 16 20:01:29 Installed: kernel-firmware-2.6.32-100.24.1.el5.x86_64
Jan 16 20:06:25 Installed: kernel-2.6.32-100.24.1.el5.x86_64
Jan 22 08:05:24 Installed: kernel-xen-2.6.18-194.32.1.0.1.el5.x86_64
Feb 15 15:08:44 Installed: kernel-xen-devel-2.6.18-238.1.1.0.1.el5.x86_64
Feb 15 15:12:58 Installed: kernel-xen-2.6.18-238.1.1.0.1.el5.x86_64
Feb 15 15:16:07 Installed: kernel-uek-headers-2.6.32-100.26.2.el5.x86_64
Feb 15 15:16:07 Installed: kernel-uek-firmware-2.6.32-100.26.2.el5.noarch
Feb 15 15:16:25 Installed: kernel-uek-2.6.32-100.26.2.el5.x86_64
Feb 15 15:16:42 Erased: kernel-headers
Mar 08 19:21:44 Installed: kernel-xen-devel-2.6.18-238.5.1.0.1.el5.x86_64
Mar 08 19:22:09 Installed: kernel-xen-2.6.18-238.5.1.0.1.el5.x86_64
Mar 23 20:16:12 Updated: kernel-uek-firmware-2.6.32-100.28.9.el5.noarch
Mar 23 20:16:38 Updated: kernel-uek-2.6.32-100.28.9.el5.x86_64
Mar 23 20:16:41 Updated: kernel-uek-headers-2.6.32-100.28.9.el5.x86_64
[root@linux7 ~]# cat /boot/grub/grub.conf
# grub.conf generated by anaconda
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
# initrd /initrd-version.img
#boot=/dev/xvda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Oracle Linux Server (2.6.32-100.28.9.el5)
     root (hd0,0)
     kernel /vmlinuz-2.6.32-100.28.9.el5 ro root=/dev/VolGroup00/LogVol00 console=hvc0 rhgb quiet numa=off
     initrd /initrd-2.6.32-100.28.9.el5.img
title Oracle Linux Server (2.6.18-238.5.1.0.1.el5xen)
     root (hd0,0)
     kernel /vmlinuz-2.6.18-238.5.1.0.1.el5xen ro root=/dev/VolGroup00/LogVol00 console=hvc0 rhgb quiet numa=off
     initrd /initrd-2.6.18-238.5.1.0.1.el5xen.img
title Oracle Linux Server (2.6.18-238.1.1.0.1.el5xen)
     root (hd0,0)
     kernel /vmlinuz-2.6.18-238.1.1.0.1.el5xen ro root=/dev/VolGroup00/LogVol00 console=hvc0 rhgb quiet numa=off
     initrd /initrd-2.6.18-238.1.1.0.1.el5xen.img
title Enterprise Linux Enterprise Linux Server (2.6.18-194.32.1.0.1.el5xen)
     root (hd0,0)
     kernel /vmlinuz-2.6.18-194.32.1.0.1.el5xen ro root=/dev/VolGroup00/LogVol00 console=hvc0 rhgb quiet numa=off
     initrd /initrd-2.6.18-194.32.1.0.1.el5xen.img
title Enterprise Linux Enterprise Linux Server (2.6.32-100.24.1.el5)
     root (hd0,0)
     kernel /vmlinuz-2.6.32-100.24.1.el5 ro root=/dev/VolGroup00/LogVol00 console=hvc0 rhgb quiet numa=off
     initrd /initrd-2.6.32-100.24.1.el5.img

Similar Messages

  • Acpi_call-git and latest kernel upgrade

    Hi,
    as you could see reading comments on the acpi_call-git AUR package page, acpi_call-git package is not ready for the latest kernel upgrade.
    The fix proposed doesn't work for me, I still get:
    ==> Checkout completed
    make -C /usr/lib/modules/3.8.5-1-ARCH/build M=/home/enrico/acpi_call-git/src/acpi_call-build modules
    make[1]: Entering directory `/usr/src/linux-3.8.5-1-ARCH'
    CC [M] /home/enrico/acpi_call-git/src/acpi_call-build/acpi_call.o
    In file included from include/linux/cache.h:4:0,
    from include/linux/time.h:4,
    from include/linux/stat.h:18,
    from include/linux/module.h:10,
    from /home/enrico/acpi_call-git/src/acpi_call-build/acpi_call.c:3:
    /home/enrico/acpi_call-git/src/acpi_call-build/acpi_call.c: In function ‘acpi_result_to_
    include/linux/kernel.h:595:17: warning: comparison of distinct pointer types lacks a cas
    (void) (&_min1 == &_min2); \
    ^
    /home/enrico/acpi_call-git/src/acpi_call-build/acpi_call.c:48:27: note: in expansion of
    int show_values = min(result->buffer.length, get_avail_bytes() / 6);
    ^
    Building modules, stage 2.
    MODPOST 1 modules
    CC /home/enrico/acpi_call-git/src/acpi_call-build/acpi_call.mod.o
    LD [M] /home/enrico/acpi_call-git/src/acpi_call-build/acpi_call.ko
    make[1]: Leaving directory `/usr/src/linux-3.8.5-1-ARCH'
    ==> Entering fakeroot environment...
    any idea on how to fix this?
    many thanks!
    enrico

    same problem here.
    I 've edited the PKGBUILD git repo with dkao's repo he fixed the build with this commit:
    https://github.com/dkao/acpi_call/commi … dccd49caef
    Now the module builds, but...
    I think the pkgbuild in a bad shape, it isn't installing the kernel module.
    I've tried a manual insmod and depmod -a with no luck.
    Did something has changed with the module installation procedure using kmod? modules has to be signed or gz compressed?
    EDIT:
    well I've succeeded.
    1) modify git repo to dkao's in git url
    2) go to /tmp/yaourt-tmp-user/aur-acpi_call-git/src/acpi_call-build (before merging the package)
    3) make install
    4) depmod -a
    5) turn_off_gpu.sh
    Last edited by parad0x (2013-04-18 07:39:15)

  • Improvements for Xen4 on latest kernel

    I have installed Xen4.0.1 on Arch using this wiki article. This also means i had to use the kernel version included with the pkgbuild.
    After downgrading udev to 151 (because the latest version causes some kernel panics), everything works like a charm.
    A few days later, i read about Xen4 in a magazine. It stated that it should be possible to run Xen4 on kernel 2.6.36. But when i try to build the dom0 kernel on arch it fails. I googled for this problem and found something about "Jeremy's kernel". I tried to build the dom0 kernel with these sources, but it failed too. The magazine also stated that the latest kernel has some improvements for Xen, like PVUSB and PVSCSI.
    The idea is to install Xen4 on a production server, so stability is criterion #1, but performance is also important. Could anyone advise me if i have to try and patch the kernel myself (code skills are ok, but almost no knowledge about linux kernels, so i can only 1. search on google, or 2. make minor syntax adjustements), or just use the old version.
    Also, i'm still looking for a nice (web-based) administration for Xen. I found several, but most of them are for RedHat and the others just won't work.
    Please tell me what the best option is, or maybe share something about how you have solved it in your own environment

    Ok, so after removing catalyst-test and trying to install catalyst, I got the following error:
    resolving dependencies...
    warning: cannot resolve "catalyst-utils", a dependency of "catalyst"
    :: The following package cannot be upgraded due to unresolvable dependencies:
    catalyst
    Proceeding to try installing catalyst-utils...

  • Graphic drivers and latest kernel

    After I upgraded my computer to the latest kernel I got problems with my graphicdrivers.
    KDEmod starts normaly and t is no problems to just use it.
    But when I run glxgears I got just 7 FPS.
    When it works normal I got 700-800 FPS, and if I reinstall my drivers and start up kdemod it be normal, then after some hours in use the FPS running low.

    You might want to tell us which driver you're using...

  • Kernel-uek-header

    Hello,
    I was wondering about the Oracle kernel-uek-headers and Red Hat kernel-headers. Oracle Linux installs the UEK kernel, but uses the Red Hat kernel-headers. The kernel-uek-headers rpm is in the "el5_addons" repository, which actually installs a version that does not match the current kernel:
    # uname -r
    2.6.32-200.13.1.el5uek
    # yum install kernel-uek-headers
    Package kernel-uek-headers.x86_64 0:2.6.32-300.4.1.el5uek set to be updated
    replacing  kernel-headers.x86_64 2.6.18-274.el5Since there is no 2.6.32-300.4.1 UEK kernel in the public base repository, I guess it requires:
    # yum install yum install kernel-uek-headers-`uname -r`
    Package kernel-uek-headers.x86_64 0:2.6.32-200.13.1.el5uek set to be updatedKernel-headers and kernel-uek-headers install both into /usr/include. Isn't there a conflict between the different versions of kernel-uek-headers and kernel-headers?
    Thanks.
    Kind regards.
    Edited by: Dude on Jan 3, 2012 2:26 AM

    Meanwhile I found http://www.kernel.org/doc/Documentation/make/headers_install.txt
    "Kernel headers are backwards compatible, but not forwards compatible."
    From what I understand now, the older kernel-headers are not an issue unless somebody compiles kernel related software, but technically it should be replaced with the latest or current version of kernel-uek-headers.
    Edited by: Dude on Jan 3, 2012 2:54 AM

  • No more soundcard detected HDA-Intel Realtek ALC268, latest kernel?

    Hi!
    I think this happened with the latest kernel upgrade?
    now at boot up, when alsa loads it shows an error:
    Unknown hardware: "HDA-Intel" "Realtek ALC268" "HDA:numbersss,numbersss,numbersss" "hexavalue" "hexavalue"
    any idea?

    yep... I have tried that...
    options snd-hda-intel index=0
    then tried
    options snd-hda-intel model=auto
    (and model laptop, and model dell)
    then tried
    options snd-hda-intel model=auto enable=1 index=0
    /etc/modprobe.d/sound.conf have this
    alias snd-card-0 snd-hda-intel
    alias sound-slot-0 snd-hda-intel
    there is no error... it is like alsa "sees" the card, but just play to "nothing"?...
    the user is in audio group (as it was before, when all was working ok)
    it is not muted...
    no idea what to do

  • Latest kernel realese and support packs

    Hi,
    Please let me know what is the latest Kernel Realese  and Support Pack levels?
    Thanks
    Asim.

    Hi Asim,
    Please do check the below link:
    http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/70d8838d-cb8f-2c10-7ab8-d1504670fbb8
    How to do a kenel upgrade, check present version, how to download-> all have been updated.
    Lemme know if I need to add anything else as well.
    Kind regards,
    Hemanth

  • Latest pm-utils upgrade brakes suspend

    Since latest pm-utils upgrade (1.1.2) I'm not able to suspend directly through pm-suspend.
    I found 2 issues which explain it:
    1.  My notebook (Gateway MX3231) isn't listed in hal-info configs, so naturally upgrading it replaced my edited .fdi file. I don't really know why, but putting it back doesn't solve the problem; I even tried downgrading pm-utils, hal and hal-info and then editing a .fdi to support my laptop without luck. I guess I'm doing something wrong here, because it used to work smoothly. Anyway, executing the needed quirks by hand (vbe-post and vbemode-restore) does the job.
    2. 'Something' is deleting the directory /var/run/pm-utils/storage, needed to the process. Downgrading the 3 pkgs posted above does solve the problem, so I'm sure this is a bug in any of 3 -I guess pm-utils-
    I would really appreciate some help with this. I'm now suspending through acpi daemon, but of course want the kpowersave functionality back.

    rumil wrote:
    Bola wrote:
    Ah i forgot that i use a x86_64 kernel so maybe there is something different i suppose...
    Uff i really need hibernate...
    My guess is that that's the thing: on my previous laptop (Fujitsu s2110) suspend and hibernation worked flawlessly on 32-bit system, but it was a no go on 64-bit
    If so x86_64 Kernel is fat to be an ideal kernel for a daily use...
    That's not the first thing that gave me problems....
    Edit: Here my pm-suspend.log and hibernate.log:
    pm-suspend.log:
    [riccardo@Smoking ~]$ sudo cat /var/log/pm-suspend.log
    Initial commandline parameters: --force
    ven giu 27 02:09:23 CEST 2008: Running hooks for hibernate.
    /usr/lib/pm-utils/sleep.d/00clear hibernate: success.
    /usr/lib/pm-utils/sleep.d/01grub hibernate: not applicable.
    /usr/lib/pm-utils/sleep.d/05led hibernate: not applicable.
    /usr/lib/pm-utils/sleep.d/10NetworkManager hibernate: success.
    /usr/lib/pm-utils/sleep.d/11netcfg hibernate: success.
    /usr/lib/pm-utils/sleep.d/49bluetooth hibernate: not applicable.
    /usr/lib/pm-utils/sleep.d/50modules hibernate: not applicable.
    /usr/lib/pm-utils/sleep.d/55battery hibernate: success.
    /usr/lib/pm-utils/sleep.d/65alsa hibernate: success.
    /usr/lib/pm-utils/sleep.d/90clock hibernate: success.
    /usr/lib/pm-utils/sleep.d/94cpufreq hibernate: success.
    /usr/lib/pm-utils/sleep.d/95led hibernate: not applicable.
    /usr/lib/pm-utils/sleep.d/98smart-kernel-video hibernate: success.
    /usr/lib/pm-utils/sleep.d/99video hibernate: success.
    ven giu 27 02:09:28 CEST 2008: performing hibernate
    hibernate.log:
    Starting suspend at ven giu 20 03:02:16 CEST 2008
    hibernate: [01] Executing CheckLastResume ...
    hibernate: [01] Executing CheckRunlevel ...
    hibernate: [01] Executing LockFileGet ...
    hibernate: [01] Executing NewKernelFileCheck ...
    hibernate: [10] Executing EnsureSysfsPowerStateCapable ...
    hibernate: [11] Executing XHacksSuspendHook1 ...
    hibernate: [59] Executing RemountXFSBootRO ...
    hibernate: [89] Executing SaveKernelModprobe ...
    hibernate: [91] Executing ModulesUnloadBlacklist ...
    Some modules failed to unload: nvidia
    hibernate: [91] Executing ModulesUnloadBlacklist ...
    Some modules failed to unload: nvidia
    hibernate: [95] Executing XHacksSuspendHook2 ...
    hibernate: [98] Executing CheckRunlevel ...
    hibernate: [99] Executing DoSysfsPowerStateSuspend ...
    hibernate: Activating sysfs power state disk ...
    Last edited by Bola (2008-06-27 00:07:32)

  • Latest kernel patch

    What is the latest kernel patch for 720_ext_rel for a SAP system on ERP 6.0 EHP3(SPS2) on a SAP NETWEAVER 7.0

    Hi, Isaias is right, 720 is not supported, 721 is the official replacement of 720 kernel.
    1716826 - Usage of the downward compatible kernel 721 (EXT)
    Where can the 721 kernel be used?
    There are two use cases for the 721 (EXT) downward compatible kernel:
    For all systems with NetWeaver Releases 7.00, 7.01 (7.0 Enhancement Package 1), 7.10 and 7.11 (7.1 Enhancement Package 1) that still run with a kernel 700, 701, 710 or 711 which was delivered originally. These kernel versions are out of maintenance maintenance since August 31st, 2012. You may install the kernel 721 (EXT) on these systems as an alternative to the 720 (EXT) downward compatible kernel.
    For all systems running the kernel 720 (EXT) which are:
    Systems originally delivered with the 720 (EXT) kernel such as:
    SAP EhP2 for SAP NetWeaver 7.0 ("7.02"
    SAP EhP3 for SAP NetWeaver 7.0 ("7.03"
    SAP NetWeaver 7.2 ("7.20"
    SAP NetWeaver 7.3 ("7.30"
    SAP EhP1 forNetWeaver 7.3 ("7.31"
    Systems where the original kernel 700/701/710/711 was already upgraded to the 720 (EXT) version. In these systems you can upgrade the kernel from 720 (EXT) to 721 (EXT) version.
    What are the benefits of the kernel 721 (EXT)?
    The SAP kernel 721 (EXT) offers several enhancements as compared to the SAP kernel 720. These enhancements may be used in different application scenarios. Please refer to the note 1728283 for more details. The SAP kernel 720 will be replaced by kernel 721 as the standard kernel for NW 7.00-7.31 based SAP systems by end of Q1 2015. A new innovation kernel will be introduced at that time.

  • Problems with catalyst on latest kernel update [SOLVED]

    Hi, after the latest kernel update, I haven't been able to install catalyst. I was using catalyst-test, which is outdated now. And with this new kernel, the driver is not working anymore, so I'm using vesa driver for now.
    I'm trying to install the current catalyst package through yaourt, and I get a conflict. The conflict is with catalyst-test which I can't uninstall because of this:
    checking dependencies...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: google-talkplugin: requires libgl
    :: lib32-libgl: requires libgl
    :: libreoffice: requires libgl
    :: libva: requires libgl
    :: mesa: requires libgl
    :: mplayer: requires libgl
    :: qt: requires libgl
    :: wxgtk: requires libgl
    :: xine-lib: requires libgl
    :: xorg-xdriinfo: requires libgl
    If I try to remove these packages, I get more dependencies unsatisfied...
    The solution I can think of is start uninstalling every one of these packages from the unsatisfied dependencies, write them down, and reinstall them once I get the ATI driver correctly installed again.
    Any other ideas on how to fix this?
    System:
    Linux hoth 2.6.38-ARCH #1 SMP PREEMPT Mon Jun 6 22:49:29 CEST 2011 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ AuthenticAMD GNU/Linux
    Videocard:
    01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics
    Also, everytime I try to reinstall catalyst through yaourt, it downloads the executable from ati.com. Is there a way to avoid this and check if downloaded version is up to date instead of downloading it every time?
    Thanks in advance!
    UPDATE: Ok, I used pacman -Rdd catalyst-test to remove the package, now I'm trying to install catalyst...
    Last edited by fbt (2011-06-10 02:45:27)

    Ok, so after removing catalyst-test and trying to install catalyst, I got the following error:
    resolving dependencies...
    warning: cannot resolve "catalyst-utils", a dependency of "catalyst"
    :: The following package cannot be upgraded due to unresolvable dependencies:
    catalyst
    Proceeding to try installing catalyst-utils...

  • Broken TCP stack in latest kernel when under heavy load

    I'm running an Arch box with a decent amount of HTTP traffic. After upgrading to the latest kernel I've seen that packets are send from the wrong source and destination address. This only applies during heavy load (100+ requests per second). tcpdump shows the following:
    18:52:58.512573 IP 0.0.0.0.80 > 0.0.0.0.4316: Flags [FP.], seq 0, ack 1, win 14400, length 0
    18:52:58.512600 IP 0.0.0.0.80 > 0.0.0.0.56546: Flags [FP.], seq 0, ack 1, win 14400, length 0
    18:52:58.512621 IP 0.0.0.0.80 > 0.0.0.0.4535: Flags [FP.], seq 0, ack 1, win 14600, length 0
    18:52:58.512641 IP 0.0.0.0.80 > 0.0.0.0.3528: Flags [FP.], seq 0, ack 1, win 14600, length 0
    18:52:58.512662 IP 0.0.0.0.80 > 0.0.0.0.4509: Flags [FP.], seq 0, ack 1, win 14400, length 0
    18:52:58.512682 IP 0.0.0.0.80 > 0.0.0.0.65040: Flags [FP.], seq 0, ack 1, win 14600, length 0
    18:52:58.512702 IP 0.0.0.0.80 > 0.0.0.0.2455: Flags [FP.], seq 0, ack 1, win 10240, length 0
    18:52:58.512722 IP 0.0.0.0.80 > 0.0.0.0.16545: Flags [FP.], seq 0:268, ack 1, win 15008, length 268
    18:52:58.519258 IP 0.0.0.0.80 > 0.0.0.0.29802: Flags [FP.], seq 0:268, ack 1, win 980, options [nop,nop,TS val 745514 ecr 1317559555], length 268
    18:52:58.565907 IP 0.0.0.0.80 > 0.0.0.0.32376: Flags [FP.], seq 0, ack 1, win 14400, length 0
    18:52:58.619241 IP 0.0.0.0.80 > 0.0.0.0.50493: Flags [FP.], seq 0:268, ack 1, win 11256, options [nop,nop,TS val 745544 ecr 9539361], length 268
    18:52:58.805927 IP 0.0.0.0.80 > 0.0.0.0.20852: Flags [FP.], seq 3025419976:3025420244, ack 3037671074, win 967, options [nop,nop,TS val 745600 ecr 6445640], length 268
    18:52:58.805953 IP 0.0.0.0.80 > 0.0.0.0.65025: Flags [FP.], seq 1663827778:1663828046, ack 2127675352, win 707, options [nop,nop,TS val 745600 ecr 457812708], length 268
    18:52:58.845918 IP 0.0.0.0.80 > 0.0.0.0.2217: Flags [FP.], seq 0:268, ack 1, win 707, options [nop,nop,TS val 745612 ecr 546643], length 268
    18:52:59.099245 IP 0.0.0.0.80 > 0.0.0.0.5112: Flags [FP.], seq 0:268, ack 1, win 15008, length 268
    18:52:59.152582 IP 0.0.0.0.80 > 0.0.0.0.1175: Flags [FP.], seq 0:268, ack 1, win 15008, length 268
    18:52:59.232612 IP 0.0.0.0.80 > 0.0.0.0.47217: Flags [FP.], seq 684621876:684622144, ack 3544859356, win 11256, length 268
    18:52:59.659258 IP 0.0.0.0.80 > 0.0.0.0.3098: Flags [FP.], seq 2105858244:2105858512, ack 3896053916, win 980, options [nop,nop,TS val 745856 ecr 52041], length 268
    18:52:59.659290 IP 0.0.0.0.80 > 0.0.0.0.3099: Flags [FP.], seq 18772067:18772335, ack 2568646283, win 980, options [nop,nop,TS val 745856 ecr 52041], length 268
    18:52:59.759244 IP 0.0.0.0.80 > 0.0.0.0.18780: Flags [FP.], seq 0:268, ack 1, win 707, options [nop,nop,TS val 745886 ecr 168876], length 268
    18:52:59.845907 IP 0.0.0.0.80 > 0.0.0.0.58449: Flags [FP.], seq 0, ack 1, win 980, options [nop,nop,TS val 745912 ecr 528058426], length 0
    18:52:59.925936 IP 0.0.0.0.80 > 0.0.0.0.65137: Flags [FP.], seq 0:268, ack 1, win 15008, length 268
    18:52:59.979497 IP 0.0.0.0.80 > 0.0.0.0.2920: Flags [FP.], seq 0:268, ack 1, win 980, options [nop,nop,TS val 745952 ecr 18879], length 268
    18:52:59.979527 IP 0.0.0.0.80 > 0.0.0.0.2922: Flags [FP.], seq 0:268, ack 1, win 980, options [nop,nop,TS val 745952 ecr 18879], length 268
    18:52:59.979553 IP 0.0.0.0.80 > 0.0.0.0.2940: Flags [FP.], seq 0:268, ack 1, win 980, options [nop,nop,TS val 745952 ecr 18879], length 268
    Source and destination ports are correctly set. Wireshark shows the correct HTML inside the packets that are returned to 0.0.0.0. The web server log also looks normal; the correct IP address is displayed and logged as a successful request.
    When dropping incomming traffic on port 80 on eth0 everything works as expected (when requesting the server on eth1, which otherwise fails).
    I'm running on "Linux srv 3.0-ARCH #1 SMP PREEMPT Wed Oct 19 12:14:48 UTC 2011 i686" which is the latest kernel in the repos. When booting the fallback image this problem does not exist, all packets are correctly addressed no matter how much load I put on the server.
    Does anyone else have this problem?
    Edit:
    Running lighttpd 1.4.29. No tweaked kernel/TCP parameters whatsoever.
    Last edited by nullvoid (2011-10-29 17:19:57)

    Did a full reinstall of Arch on another machine and the problem still persist. Tried with Apache and Nginx, same behaviour as with Lighttpd. Could anyone else using an arch box under heavy load see if there's activity from 0.0.0.0?
    Hint:
    # tcpdump -n host 0.0.0.0
    I'll do a bug report upstream later today.

  • TS3789 I have similar problem, my apple tv which has always worked properly with my Samsung tv will no longer play any audio after the latest 5.1 upgrade. Very frustrating as it was working perfectly before. I am starting to not trust apple upgrades until

    I have similar problem, my apple tv which has always worked properly with my Samsung tv will no longer play any audio after the latest 5.1 upgrade. Very frustrating as it was working perfectly before. I am starting to not trust apple upgrades until proven for example ios6 on iPhone with that stupid map app instead of google maps.
    I just want to buy and hear my iTunes music and videos on my apple tv, could before cant now. Thank you apple. Time to pack up the apple tv and start torrenting without the ios-bs.
    Disheartened apple fan.

    Welcome to the  discussion forums.
    Try going to synching in the sources menu on your tv and selecting 'change itunes library', when it gives you the passcode check itunes to see if the tv is showing up as a new device, if so try entering the pass code. It may be that your tv is seeing itunes as a different library because of a recent upgrade.

  • 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

  • I have a mac, In"Design CS 5.5, a design gave me a file said it was CS 6, does not open in CS 5.5..Message says "Please upgrade your plug-ins to their latest versions, or upgrade to the latest version of Adobe InDesign."  I think I need to buy upgrade fro

    I have a mac, In"Design CS 5.5, a design gave me a file said it was CS 6, does not open in CS 5.5..Message says "Please upgrade your plug-ins to their latest versions, or upgrade to the latest version of Adobe InDesign."  I think I need to buy upgrade from 5.5 to 6. I found one on NextTechDirect for $150 to download. they are not a scam according to "scamadvisor.com."
    When I drag the InDesign file that that was supplied by another designer who said it was  CS 6 onto my desktop it says CS 5.5. Is that because I only have CS 5.5?
    Should I buy this
    Adobe InDesign CS6 Upgrade from CS5.5 WIN/MAC [Download] from Next tech....it is obviosly higher on the adobe site and alot of other places?

    No one is likely to recommend where you buy your software from other than Adobe in these forums... not so much because of support for Adobe, but mostly because of lack of support/knowledge of any third party vendors.  I only know from experience that when you invest in bargain pricing you usually get what you pay for.

  • WARNING with latest kernel: at net/mac80211/driver-ops.

    Hi. i'm running the latest kernel and having many kernel oops like the attached, any ideas? is this a problem already in upstream? should I open a bug report in archlinux? I'm thinking to switch to LTS.
    TIA.
    Linux (archlinux) 3.3.5-1-ARCH #1 SMP PREEMPT Mon May 7 19:57:51 CEST 2012 x86_64 AMD Turion(tm) 64 X2 TL-60 AuthenticAMD GNU/Linux
    May 12 19:43:29 localhost kernel: [11420.744876] WARNING: at net/mac80211/driver-ops.h:10 __sta_info_destroy+0x582/0x590 [mac80211]()
    May 12 19:43:29 localhost kernel: [11420.744878] Hardware name: HP Pavilion dv2700 Notebook PC
    May 12 19:43:29 localhost kernel: [11420.744879] Modules linked in: tun ip6table_filter ip6_tables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp bridge stp llc iptable_filter ip_tables x_tables fuse usbhid hid uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev v4l2_compat_ioctl32 rt2800usb rt2x00usb rt2800lib rt2x00lib crc_ccitt media snd_hda_codec_conexant arc4 b43 joydev bcma snd_hda_intel snd_hda_codec snd_hwdep mac80211 cfg80211 hp_wmi snd_pcm snd_page_alloc r852 snd_timer sm_common nand snd nand_ecc nand_ids mtd firewire_ohci soundcore ohci_hcd sparse_keymap rfkill ehci_hcd firewire_core ssb usbcore sdhci_pci edac_mce_amd sdhci r592 forcedeth edac_core memstick kvm_amd pcmcia pcmcia_core i2c_nforce2 serio_raw mmc_core usb_common crc_itu_t evdev kvm psmouse thermal battery ac wmi video nvidia(PO) button i2c_core k8temp powernow_k8 mperf processor ext4 crc16 jbd2 mbcache sr_mod cdrom sd_mod pata_acpi pata_amd ahci libahci ata_generic libata scsi_mod
    May 12 19:43:29 localhost kernel: [11420.744951] Pid: 3107, comm: kworker/u:50 Tainted: P W O 3.3.5-1-ARCH #1
    May 12 19:43:29 localhost kernel: [11420.744953] Call Trace:
    May 12 19:43:29 localhost kernel: [11420.744956] [<ffffffff8104f85f>] warn_slowpath_common+0x7f/0xc0
    May 12 19:43:29 localhost kernel: [11420.744959] [<ffffffff8104f8ba>] warn_slowpath_null+0x1a/0x20
    May 12 19:43:29 localhost kernel: [11420.744967] [<ffffffffa127e292>] __sta_info_destroy+0x582/0x590 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.744975] [<ffffffffa127e3de>] sta_info_flush+0x5e/0x90 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.744984] [<ffffffffa128c4ec>] ieee80211_mgd_deauth+0x57c/0x590 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.744994] [<ffffffffa1294ebe>] ieee80211_deauth+0x1e/0x20 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.745002] [<ffffffffa1259bba>] __cfg80211_mlme_deauth+0x11a/0x130 [cfg80211]
    May 12 19:43:29 localhost kernel: [11420.745009] [<ffffffffa125d446>] __cfg80211_disconnect+0xf6/0x1d0 [cfg80211]
    May 12 19:43:29 localhost kernel: [11420.745015] [<ffffffffa123f18e>] cfg80211_netdev_notifier_call+0x16e/0x5f0 [cfg80211]
    May 12 19:43:29 localhost kernel: [11420.745019] [<ffffffff811da870>] ? sysfs_addrm_finish+0x90/0xc0
    May 12 19:43:29 localhost kernel: [11420.745022] [<ffffffff811d0000>] ? mem_write+0x20/0x20
    May 12 19:43:29 localhost kernel: [11420.745025] [<ffffffff8142c57d>] ? packet_notifier+0xbd/0x1e0
    May 12 19:43:29 localhost kernel: [11420.745029] [<ffffffff81077a6d>] notifier_call_chain+0x4d/0x70
    May 12 19:43:29 localhost kernel: [11420.745033] [<ffffffff81077b3e>] __raw_notifier_call_chain+0xe/0x10
    May 12 19:43:29 localhost kernel: [11420.745036] [<ffffffff81077b56>] raw_notifier_call_chain+0x16/0x20
    May 12 19:43:29 localhost kernel: [11420.745040] [<ffffffff81361bd6>] call_netdevice_notifiers+0x36/0x60
    May 12 19:43:29 localhost kernel: [11420.745044] [<ffffffff81361c3d>] __dev_close_many+0x3d/0xd0
    May 12 19:43:29 localhost kernel: [11420.745047] [<ffffffff81361dc0>] dev_close_many+0xa0/0x110
    May 12 19:43:29 localhost kernel: [11420.745051] [<ffffffff81361f18>] rollback_registered_many+0xe8/0x260
    May 12 19:43:29 localhost kernel: [11420.745055] [<ffffffff813620ab>] unregister_netdevice_many+0x1b/0x80
    May 12 19:43:29 localhost kernel: [11420.745064] [<ffffffffa128fa30>] ieee80211_remove_interfaces+0xd0/0x110 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.745072] [<ffffffffa1279133>] ieee80211_unregister_hw+0x53/0x120 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.745077] [<ffffffffa13c2ee9>] rt2x00lib_remove_dev+0x149/0x180 [rt2x00lib]
    May 12 19:43:29 localhost kernel: [11420.745081] [<ffffffffa13e217b>] rt2x00usb_disconnect+0x3b/0x80 [rt2x00usb]
    May 12 19:43:29 localhost kernel: [11420.745089] [<ffffffffa10561e0>] usb_unbind_interface+0x50/0x180 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.745094] [<ffffffff8130ac2c>] __device_release_driver+0x7c/0xe0
    May 12 19:43:29 localhost kernel: [11420.745107] [<ffffffff8130acbc>] device_release_driver+0x2c/0x40
    May 12 19:43:29 localhost kernel: [11420.745114] [<ffffffffa10563a0>] usb_driver_release_interface+0x90/0xa0 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.745121] [<ffffffffa10563d9>] usb_rebind_intf+0x29/0x70 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.745127] [<ffffffffa1049120>] ? usb_dev_thaw+0x20/0x20 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.745134] [<ffffffffa1056693>] usb_resume+0x103/0x110 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.745140] [<ffffffffa1049120>] ? usb_dev_thaw+0x20/0x20 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.745146] [<ffffffffa1049133>] usb_dev_resume+0x13/0x20 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.745150] [<ffffffff81311ccb>] dpm_run_callback.isra.4+0x3b/0x70
    May 12 19:43:29 localhost kernel: [11420.745154] [<ffffffff81312538>] device_resume+0xa8/0x160
    May 12 19:43:29 localhost kernel: [11420.745157] [<ffffffff81312611>] async_resume+0x21/0x50
    May 12 19:43:29 localhost kernel: [11420.745161] [<ffffffff810795ce>] async_run_entry_fn+0x7e/0x170
    May 12 19:43:29 localhost kernel: [11420.745164] [<ffffffff8106be9a>] process_one_work+0x12a/0x440
    May 12 19:43:29 localhost kernel: [11420.745167] [<ffffffff81079550>] ? async_schedule+0x20/0x20
    May 12 19:43:29 localhost kernel: [11420.745171] [<ffffffff8106c6fe>] worker_thread+0x12e/0x2d0
    May 12 19:43:29 localhost kernel: [11420.745174] [<ffffffff8106c5d0>] ? manage_workers.isra.25+0x1f0/0x1f0
    May 12 19:43:29 localhost kernel: [11420.745177] [<ffffffff81071bc3>] kthread+0x93/0xa0
    May 12 19:43:29 localhost kernel: [11420.745181] [<ffffffff81461224>] kernel_thread_helper+0x4/0x10
    May 12 19:43:29 localhost kernel: [11420.745185] [<ffffffff81071b30>] ? kthread_freezable_should_stop+0x70/0x70
    May 12 19:43:29 localhost kernel: [11420.745188] [<ffffffff81461220>] ? gs_change+0x13/0x13
    May 12 19:43:29 localhost kernel: [11420.745190] ---[ end trace b60f6f3c060f533a ]---
    May 12 19:43:29 localhost kernel: [11420.748917] cfg80211: Calling CRDA to update world regulatory domain
    May 12 19:43:29 localhost kernel: [11420.755550] ------------[ cut here ]------------
    May 12 19:43:29 localhost kernel: [11420.755562] WARNING: at net/mac80211/driver-ops.h:10 ieee80211_do_stop+0x67c/0x6a0 [mac80211]()
    May 12 19:43:29 localhost kernel: [11420.755564] Hardware name: HP Pavilion dv2700 Notebook PC
    May 12 19:43:29 localhost kernel: [11420.755566] Modules linked in: tun ip6table_filter ip6_tables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp bridge stp llc iptable_filter ip_tables x_tables fuse usbhid hid uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev v4l2_compat_ioctl32 rt2800usb rt2x00usb rt2800lib rt2x00lib crc_ccitt media snd_hda_codec_conexant arc4 b43 joydev bcma snd_hda_intel snd_hda_codec snd_hwdep mac80211 cfg80211 hp_wmi snd_pcm snd_page_alloc r852 snd_timer sm_common nand snd nand_ecc nand_ids mtd firewire_ohci soundcore ohci_hcd sparse_keymap rfkill ehci_hcd firewire_core ssb usbcore sdhci_pci edac_mce_amd sdhci r592 forcedeth edac_core memstick kvm_amd pcmcia pcmcia_core i2c_nforce2 serio_raw mmc_core usb_common crc_itu_t evdev kvm psmouse thermal battery ac wmi video nvidia(PO) button i2c_core k8temp powernow_k8 mperf processor ext4 crc16 jbd2 mbcache sr_mod cdrom sd_mod pata_acpi pata_amd ahci libahci ata_generic libata scsi_mod
    May 12 19:43:29 localhost kernel: [11420.755625] Pid: 3107, comm: kworker/u:50 Tainted: P W O 3.3.5-1-ARCH #1
    May 12 19:43:29 localhost kernel: [11420.755627] Call Trace:
    May 12 19:43:29 localhost kernel: [11420.755630] [<ffffffff8104f85f>] warn_slowpath_common+0x7f/0xc0
    May 12 19:43:29 localhost kernel: [11420.755633] [<ffffffff8104f8ba>] warn_slowpath_null+0x1a/0x20
    May 12 19:43:29 localhost kernel: [11420.755643] [<ffffffffa129041c>] ieee80211_do_stop+0x67c/0x6a0 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.755646] [<ffffffff81382599>] ? dev_deactivate_many+0x209/0x260
    May 12 19:43:29 localhost kernel: [11420.755656] [<ffffffffa129045a>] ieee80211_stop+0x1a/0x20 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.755660] [<ffffffff81361c85>] __dev_close_many+0x85/0xd0
    May 12 19:43:29 localhost kernel: [11420.755664] [<ffffffff81361dc0>] dev_close_many+0xa0/0x110
    May 12 19:43:29 localhost kernel: [11420.755668] [<ffffffff81361f18>] rollback_registered_many+0xe8/0x260
    May 12 19:43:29 localhost kernel: [11420.755672] [<ffffffff813620ab>] unregister_netdevice_many+0x1b/0x80
    May 12 19:43:29 localhost kernel: [11420.755681] [<ffffffffa128fa30>] ieee80211_remove_interfaces+0xd0/0x110 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.755689] [<ffffffffa1279133>] ieee80211_unregister_hw+0x53/0x120 [mac80211]
    May 12 19:43:29 localhost kernel: [11420.755694] [<ffffffffa13c2ee9>] rt2x00lib_remove_dev+0x149/0x180 [rt2x00lib]
    May 12 19:43:29 localhost kernel: [11420.755699] [<ffffffffa13e217b>] rt2x00usb_disconnect+0x3b/0x80 [rt2x00usb]
    May 12 19:43:29 localhost kernel: [11420.755708] [<ffffffffa10561e0>] usb_unbind_interface+0x50/0x180 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.755713] [<ffffffff8130ac2c>] __device_release_driver+0x7c/0xe0
    May 12 19:43:29 localhost kernel: [11420.755717] [<ffffffff8130acbc>] device_release_driver+0x2c/0x40
    May 12 19:43:29 localhost kernel: [11420.755724] [<ffffffffa10563a0>] usb_driver_release_interface+0x90/0xa0 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.755731] [<ffffffffa10563d9>] usb_rebind_intf+0x29/0x70 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.755737] [<ffffffffa1049120>] ? usb_dev_thaw+0x20/0x20 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.755744] [<ffffffffa1056693>] usb_resume+0x103/0x110 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.755750] [<ffffffffa1049120>] ? usb_dev_thaw+0x20/0x20 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.755757] [<ffffffffa1049133>] usb_dev_resume+0x13/0x20 [usbcore]
    May 12 19:43:29 localhost kernel: [11420.755761] [<ffffffff81311ccb>] dpm_run_callback.isra.4+0x3b/0x70
    May 12 19:43:29 localhost kernel: [11420.755765] [<ffffffff81312538>] device_resume+0xa8/0x160
    May 12 19:43:29 localhost kernel: [11420.755769] [<ffffffff81312611>] async_resume+0x21/0x50
    May 12 19:43:29 localhost kernel: [11420.755772] [<ffffffff810795ce>] async_run_entry_fn+0x7e/0x170
    May 12 19:43:29 localhost kernel: [11420.755776] [<ffffffff8106be9a>] process_one_work+0x12a/0x440
    May 12 19:43:29 localhost kernel: [11420.755779] [<ffffffff81079550>] ? async_schedule+0x20/0x20
    May 12 19:43:29 localhost kernel: [11420.755783] [<ffffffff8106c6fe>] worker_thread+0x12e/0x2d0
    May 12 19:43:29 localhost kernel: [11420.755786] [<ffffffff8106c5d0>] ? manage_workers.isra.25+0x1f0/0x1f0
    May 12 19:43:29 localhost kernel: [11420.755790] [<ffffffff81071bc3>] kthread+0x93/0xa0
    May 12 19:43:29 localhost kernel: [11420.755793] [<ffffffff81461224>] kernel_thread_helper+0x4/0x10
    May 12 19:43:29 localhost kernel: [11420.755797] [<ffffffff81071b30>] ? kthread_freezable_should_stop+0x70/0x70
    May 12 19:43:29 localhost kernel: [11420.755801] [<ffffffff81461220>] ? gs_change+0x13/0x13
    May 12 19:43:29 localhost kernel: [11420.755803] ---[ end trace b60f6f3c060f533b ]---

    unload nvidia module and then load did.
    rmmod nvidia && modprobe nvidia
    Next time pay attention of pacman message:
    In order to use the new nvidia module, exit Xserver and unload it manually.
    Last edited by wonder (2008-07-12 13:35:14)

Maybe you are looking for