Re: Several Different kernel related (?) problems
by Hans Kristian Rosbach
> > 1. Screen goes blank during boot menu.
> > Then there is massive on-screen image corruption until
> > the fb is reset by init somewhere. In the beginning you
> > can make out the text, but there are outlined squares all
> > over the monitor. When more text appears it seems to make
> > a mess all over the screen.
> > What kernel: All FC2 kernels, ever since atleast test1
>
> The first thing to try is "acpi=off". See if that helps.
How would I do that?
I never used grub before, so when I'm blind I have no idea how to do
such things. You did get that the screen is actually black when the
menu is supposed to be on screen? I can change menu entries blindly tho.
Walkthrough?
> > 3. All of our FC2 servers recently (3-4 days ago) stopped serving
> > http pages to mac computers. I have no idea why, but customers
> > from all over is complaining that their mac machines cannot
> > open the webpages. Windows machines on the same net works.
> > The mac machines has tested IE and newest Safari.
> > It seems like a FC2 yum update triggered this event, but we have
> > no idea how and have no way of doing testing as we don't have any
> > macs.
>
> Old or new Macs. MacOS X and MacOS < X are different operating systems.
> MacOS X is simply BSD. You'd need tcpdumps to figure out what was going
> on there.
MacOs 10. something is what the customer told me.
I have just about zero chance of getting them to do a tcpdump for me.
If anybody wants to try, one of the domains in question is www.fjuken.no
> > 4. One of our servers is having BIG problems with uneven intervals
> > recently. The last week it has had problems about 5-6 times I think.
> > Very (VERY) suddenly the load increases to 700+ and https gets OOM
> > killed rapidly. Network connectivity is immedeately offline and
> > console responce is _BAD_. I once waited 5min for a password prompt
> > before I had to reboot it due to customer complaints.
> > I saw the 700-900 load climb once when I had let top stay on console.
> > This has occured only since after Monday.
>
> Bad cgi scripts or perl/php ?. You can stop the machine getting into a
> horrible state by using rlimit and/or setting no overcommit in /proc/sys.
Well, while https was enabled, there were no actual content there. What
seemed to be there is a phpinfo() script by default? It's running with
default ssl.conf and no files have been added to the dir.
We have renamed ssl.conf to make sure it is disabled now in hope that it
will solve this problem. This might have something to do with crackers,
as we are seeing some moderate hostility against just that server.
-HK
19 years, 8 months
Fedora Startup Problems
by Ivan Gyurdiev
Hi, sorry to spam the list with bug reports.
I usually stick to bugzilla, but when my system becomes unusable
this is not cool at all, and I think deserves attention.
=====================================================
I rebooted to start up the 517 kernel. Initrd loads, the xfs module
loads, and I get "xfs error 6", after which the kernel panics
since it can't start init. (BUG 1)
So I reboot under 515, but the initscripts
hang on IIIMF forever (BUG 2) I don't understand why the initscripts
would hang on any service - is it not possible to time those and kill
them if they create problems? I've had to deal with this before.
I decide to reboot in single mode - 515 kernel...
I add single to the grub kernel line, and to my surprise the kernel
panics since it cannot start init. Removing single from the command line
fixes the problem. (BUG 3)
So I finally have to do an interactive boot on an older kernel
without single mode to get my system to work.
Can some of those bugs please be fixed?
I can test whatever is necessary.
19 years, 8 months
Re: Device change for Sil 3112 in latest kernel
by Jeremy Katz
On Mon, 2004-08-09 at 08:26 -0400, Paul W. Frields wrote:
> I always reconfigure /etc/fstab on my workstation, after installation,
> to reference UUID= instead of LABEL= for all my system partitions. The
> only problem with that approach is that I can't simply do the same thing
> in GRUB. Appending the UUID to the LABEL would take care of the problem
> without having to make more than a trivial change; is this something to
> propose for anaconda perhaps?
The problem is that the label has a max length (filesystem dependent,
it's 15 chars for ext[23] iirc). So appending the UUID isn't really
doable.
Switching to mount by UUID instead of by label has been proposed a few
times, but I find it to be a fairly disgusting thing to have to expose
at all and thus have resisted the suggestion.
Jeremy
19 years, 9 months
Re: Device change for Sil 3112 in latest kernel
by Paul W. Frields
On Mon, 2004-08-09 at 03:48, Russell Coker wrote:
> On Mon, 9 Aug 2004 05:31, Tom Diehl <tdiehl(a)rogueind.com> wrote:
> > >this is why we use mount-by-label for everything.
> > >The fact that swap seems not to migrate automatic is a bug in swapon.
> >
> > Mount by label is not the panacea you make it out to be. Ever accidentally
> > add a disk to a machine that has the same labels as the existing disks?
>
> Maybe what we need is a UUID for the machine so that it won't automatically
> mount the disks from another machine. This could be done in one of two ways.
> One is for the system to know the UUID, the other is for the configuration
> system to just append a UUID when creating labels for mount-by-label.
>
> It would be really good if we could have something similar for software RAID
> (it would be a real bummer if you booted with a new disk installed only to
> find that it had the same RAID-1 device as your root file system but with a
> higher access count).
I suppose using the UUID alone in /etc/fstab would be unnecessarily
obtuse. I work in a laboratory environment that does digital media
forensics, sometimes on evidence in criminal cases. Therefore we need to
be absolutely certain we aren't writing to any partitions that don't
"belong" to us.
I always reconfigure /etc/fstab on my workstation, after installation,
to reference UUID= instead of LABEL= for all my system partitions. The
only problem with that approach is that I can't simply do the same thing
in GRUB. Appending the UUID to the LABEL would take care of the problem
without having to make more than a trivial change; is this something to
propose for anaconda perhaps?
--
Paul W. Frields, RHCE
19 years, 9 months
Re: Fedora Extras vs. CLOSED RAWHIDE
by Panu Matilainen
On Wed, 4 Aug 2004, Paul Nasrat wrote:
> On Tue, Aug 03, 2004 at 10:54:12PM +0100, Tim Waugh wrote:
> > On Tue, Aug 03, 2004 at 10:52:37AM -0700, Steve G wrote:
> >
> > > For example, /sbin/grub-install. The grub package states bash &
> > > texinfo. I get coreutils, diffutils, grep, and sed just for that one
> > > file! It would be nice if rpmbuild scanned for shell scripts,
> > > capture the info, resolve the files to a package, and add the
> > > packages to the runtime requirements. Its really simple.
> > > http://www.web-insights.net/sh2rpms if you want the bash script.
> >
> > We patch our bash package to have an --rpm-requires option to provide
> > just this functionality (but it isn't used).
>
> Nice, I didn't know this was there. What would the implications of running
> this as a per interpreter find-requires at build time on shell scripts?
It's nice but only as an aid to a packager, it has too many problems to be
usable in automated manner. For example try it on the little script
below... Dunno how hard it would be to fix.
---
#!/bin/sh
dostuff()
{
echo "stuff..."
}
$grep="grep"
echo `ls`
$grep /etc/modules.conf alias && $echo
dostuff
---
- Panu -
19 years, 9 months
Re: Fedora Extras vs. CLOSED RAWHIDE
by Paul Nasrat
On Tue, Aug 03, 2004 at 10:54:12PM +0100, Tim Waugh wrote:
> On Tue, Aug 03, 2004 at 10:52:37AM -0700, Steve G wrote:
>
> > For example, /sbin/grub-install. The grub package states bash &
> > texinfo. I get coreutils, diffutils, grep, and sed just for that one
> > file! It would be nice if rpmbuild scanned for shell scripts,
> > capture the info, resolve the files to a package, and add the
> > packages to the runtime requirements. Its really simple.
> > http://www.web-insights.net/sh2rpms if you want the bash script.
>
> We patch our bash package to have an --rpm-requires option to provide
> just this functionality (but it isn't used).
Nice, I didn't know this was there. What would the implications of running
this as a per interpreter find-requires at build time on shell scripts?
Paul
> --
> fedora-devel-list mailing list
> fedora-devel-list(a)redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-devel-list
19 years, 9 months
Re: Fedora Extras vs. CLOSED RAWHIDE
by Tim Waugh
On Tue, Aug 03, 2004 at 10:52:37AM -0700, Steve G wrote:
> For example, /sbin/grub-install. The grub package states bash &
> texinfo. I get coreutils, diffutils, grep, and sed just for that one
> file! It would be nice if rpmbuild scanned for shell scripts,
> capture the info, resolve the files to a package, and add the
> packages to the runtime requirements. Its really simple.
> http://www.web-insights.net/sh2rpms if you want the bash script.
We patch our bash package to have an --rpm-requires option to provide
just this functionality (but it isn't used).
Tim.
*/
19 years, 9 months
Re: Fedora Extras vs. CLOSED RAWHIDE
by Steve G
> > which causes packagers to resort to either resort to build-require
> > "bison m4" or "byacc" instead of "bison".
This is a bug in the old bison package and it should have been re-issued as an
update IMHO. Under no case should m4 be added to a buildrequires unless that
package actually uses m4. Otherwise you muddy the real requirements for a
package.
>> Your buildsystem should always require m4 until our source base is cleaned
>> up to support this fine-grained level of requirements. Until now it is not.
I disagree with this. Very few packages actually use m4. Because you have people
that need bugs fixed when no updates are provided, its pretty common for people
running an old RH system to get the latest package and build it on their system.
Therefore, the baseline has to be enforced by rpmbuild. m4 is not required by
rpmbuild.
Another thing, you have to be careful not to add too many programs to the
baseline development requirements. Otherwise you lose the tracability of what
contributes to each package. Suppose one day that a bad version of m4 was
released and m4 was a common requirement. You would not be able to trace all the
packages that might be affected.
>I've applied a few buildreq fixes from Steve Grubb, hopefully I'll get his
>next set soon and can carry on merging them.
Yes, next batch is being sent. I have the full & exact buildrequires for about
220 packages. My buildsystem borrows some ideas from LFS. It can bootstrap build
a distribution from a host system like a stripped RH9. When I started this
project back in March, my buildsystem showed FC only needed 6 passes to get all
the packages build. There were many missing dependencies and circular
dependencies. It did not build to completion. I started correcting everything.
Now, my buildsystem shows 19 passes to get all packages built. It consistently
builds now.
You can look at the build dependency diagram (not the runtime dependencies) from
here: http://www.web-insights.net/dep.ps.gz I recommend KGhostview, but any ps
viewer should do. Simple packages are at the top, packages that depend on many
prerequisites are at the bottom.
Speaking of runtime dependencies. I was researching a security related bug the
other day and ran across a neat feature of bash. --rpm-requires will print out
the external programs called by a sh script. I started comparing the runtime
requirements of shell scripts versus what is stated.
For example, /sbin/grub-install. The grub package states bash & texinfo. I get
coreutils, diffutils, grep, and sed just for that one file! It would be nice if
rpmbuild scanned for shell scripts, capture the info, resolve the files to a
package, and add the packages to the runtime requirements. Its really simple.
http://www.web-insights.net/sh2rpms if you want the bash script.
-Steve Grubb
__________________________________
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail
19 years, 9 months
Re: IDEA: Shortening boot-time
by Nicolas Mailhot
On mar, 2004-07-27 at 08:06 -0400, Alan Cox wrote:
> On Tue, Jul 27, 2004 at 01:59:43PM +0200, Florian Schirmer wrote:
> > That sounds broken to me. IMHO the interactive stuff (fsck, interactive
> > startup) should be invoked as early as possible so that we still have
> > the BIOS provided HID emulation. Otherwise a corrupted fs/usb host
> > driver may render the system useless.
>
> Not all systems use BIOS HID emulation and on some of them we actually
> have to turn it off because it doesn't work properly
The problem with no BIOS HID emulation being bootloader control. Or do
the latest Lilo/Grub incarnations understand HID input ?
Regards,
--
Nicolas Mailhot
19 years, 9 months
Re: FC3 (and beyond) wishlist
by Chris Adams
Once upon a time, Peter Backlund <peter.backlund(a)home.se> said:
> The approach of using one file per configuration entry instead of one
> monolithic config file is IMO better in most cases, and several
> applications have adopted this fairly recently (apt, ld at least).
> I think it would be beneficial to do this in as many cases as possible.
> Candidates include:
>
> - grub
The problem with this one is that order is meaningful. How do you
decide which one comes first with a random collection of files? I
suppose you could use a system of symlinks or something (but then GRUB
can't live on a non-Unix FS), but it is getting complicated for
something that (hopefully) doesn't change much.
--
Chris Adams <cmadams(a)hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.
19 years, 9 months