Navigation

    FOG Project

    • Register
    • Login
    • Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    1. Home
    2. fenix_team
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    fenix_team

    @fenix_team

    4
    Reputation
    13
    Posts
    8
    Profile views
    0
    Followers
    0
    Following
    Joined Last Online
    Location Ind Elet LTDA

    fenix_team Follow

    Posts made by fenix_team

    • RE: Error "rcu_sched self detected stall on CPU" on legacy BIOS Capture job

      I’m having this same issue with another type of Legacy BIOS machine, which BIOS and CPU details are:

      • System Type Type: Main Server Chassis
      • BIOS Vendor: American Megatrends Inc.
      • BIOS Version: 2.1
      • BIOS Date: 12/30/2011
      • Motherboard Manufacturer: Supermicro
      • Motherboard Product Name: X8DAL
      • CPU Manufacturer: Intel
      • CPU Version: Intel® Xeon® CPU E5620 @ 2.40GHz Intel® Xeon® CPU E5620 @ 2.40GHz
      • CPU Normal Speed: Current Speed: 2400 MHz
      • CPU Max Speed: Max Speed: 2400 MHz

      I’m executing the tests as I post it, including that above described machine.

      posted in FOG Problems
      fenix_team
    • RE: Error "rcu_sched self detected stall on CPU" on legacy BIOS Capture job

      @george1421 Glad to know the details sufficed! I did the kernel rollback test before but didn’t uptade the init.xz file like you said. I will test this workaround right away and post the outcomes as soon as finished.

      About the CPU details, follows below:

      Main Processor: Intel® 2.12GHz (266x8.0)
      CPU Brand Name: Intel® Core™2 Duo CPU
      C1E BIOS Supported
      EM64T CPU
      Thanks!

      posted in FOG Problems
      fenix_team
    • Error "rcu_sched self detected stall on CPU" on legacy BIOS Capture job

      Hello everyone,

      • OS version: CentOS 7
      • FOG version: 1.5.5

      We deployed FOG 1.2.0 here, with which we had no problems at all, until some UEFI machines came to our network and we faced a need to upgrade the system. That upgrade was made by a fresh install on a brand new VM server.

      The error on the title occurs when I try to capture image from machines with legacy BIOS. It starts well, but at some point it presents the mentioned error and stucks. I already tried a sort of bzImages, both x86 and x64 archs, to no avail.

      I read about it in this topic:
      https://forums.fogproject.org/topic/12181/rcu_sched-self-detected-stall-on-cpu-when-capture

      … and tried to roll back kernel for 4.15.2, but I get a “FATAL: kernel too old” message and then everything freezes on client machine. I made Surface Disk Tests and Memtests, all passed.

      These are machines that worked very well while I was using FOG 1.2.0, so I don’t know what happened. Unfortunatelly I cannot upgrade these machines BIOS firmwares because they communicate with industrial hardware that might fail if this kind of change is made.

      My inventory data from these machines follows:

      • System Type: Type: Desktop
      • BIOS Vendor: Phoenix Technologies, LTD
      • BIOS Version: 6.00 PG
      • BIOS Date: 03/31/2008
      • Motherboard Manufacturer: Intel
      • Motherboard Product Name: Broadwater
      • Motherboard Version: Fab D

      That machine is on a different subnet than my FOG server and because I have both UEFI and Legacy BIOS in my network but DHCP is Win2k8 with no access for me, I’m using dnsmasq directing “undionly.kpxe” to these machines.

      Any help will be appreciated! Thank you all in advance.

      posted in FOG Problems
      fenix_team
    • 1
    • 2
    • 2 / 2