mysqld startup problem

Matthew Dillon dillon at apollo.backplane.com
Fri Aug 6 20:42:47 PDT 2004


    Yes, it definitely is.  These vesa modes are probably making a video
    bios call for each character and/or line that is output.

    I think I am going to have to back-out the timer_restore code in the vesa
    bios path for now, it's creating more problems then it is solving.  I'll
    have to figure out a better way to detect when the BIOS messes with the
    timers.

					-Matt
					Matthew Dillon 
					<dillon at xxxxxxxxxxxxx>


:Hi,
:
:I finally tracked down the problem with mysqld not starting at boot
:time. It looks like switching the display mode on syscon causes the
:trouble. The following line's from my /etc/rc.conf:
:
:allscreens_flags="-g 100x37 -c destructive -f 8x16 iso15-thin-8x16
:VESA_800x600 green black"
:
:When I delete this line from rc.conf and reboot, everything starts up
:normally. Once I enable mode switching again, mysqld does not start at
:all. Additionally, "ntpdate", which also gets executed at boot time,
:fails, and does not set the time correctly.
:
:Again, after the system's up, I can start all this stuff manually
:without problems.
:
:I also experience strange timer behaviour in higher display modes,
:e.g. executing "ls -al" in "/" causes the system time to jump at least
:80 minutes or so ahead of real time.
:
:With the MySQL subsystem running, a video made change via vidcontrol
:causes mysqld to crash and again leads to funny time outputs.
:
:I don't know how to fix this (except disabling the corresponding line
:in rc.conf), but I guess it's somehow related to the VESA.mo problems
:that were reported here.
:
:--j
:
:------------------
:cd /pub
:more beer





More information about the Bugs mailing list