Agonizingly slow SATA HDD performance
by Marcus Leech
I have a new F12 system that is experiencing *agonizingly slow* SATA HDD
performance, and I
can't figure out why. No errors messages at all, just *really slow*.
Mobo: GigaByte GA880GMA-UD2H
Memory: 8Gbyte 1333
Disk: 1TB Western Digital
CPU: AMD Phenom II X6 1090T
The system performance is generally pretty decent, except when it needs
to do a lot of disk I/O,
in which case, it's *really slow*. I have other, much older, systems
where similar operations
(for example, a yum -y update) complete 5 to 8 times faster than on
the "problem" system.
I've noticed that if it's doing bulk disk I/O, the interactive
performance of the system becomes
horrible, almost like it's doing PIO to the disk and locking
everything else out.
I'm doing an upgrade to F13 (via preupgrade) on the system right now,
and after two hours,
it's only about 12% complete.
I've seen *much* traffic about abyssmal SATA performance related to
Ubuntu, but nothing
much concrete relevant to Fedora.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
13 years, 8 months
SELinux - a call for end-of-life.
by JB
Hi,
SELinux is a bad thing, concept- and design-wise.
It should be stopped now - it is a waste of resources, a blind alley.
The Linux community should stop receiving "gifts" (trojan horses) of that
nature.
There is no point of maintaining a SELinux-like monster that is on purpose so
complicated that it excludes all kind of "intruders", be it sys admins or
users.
It met rejection by many sys admins and users, thus defeating its own purpose
to secure our systems.
You hear:
... we are here to help you ... we will just provide all rules for you ...
... "relabel" the system (all you have to do is to reboot your machine)...
... you do not have to do anything ... just accept it... Do not worry, be
happy ! ...
This idea is so sick - any real sys admin wants to know her machine inside out,
it is the essence of her job, and to offer her a tool that she should better
not touch is preposterous. Many users want to have that knowledge too.
It is also against the free and open software ideals on which the Linux
community was built.
The "Relabel on next reboot" is a major design flaw.
"Select if you wish to relabel then entire file system on next
reboot. Relabeling can take a very long time, depending
on the size of the system. If you are changing policy types
or going from disabled to enforcing, a relabel is required."
It is so stupid. A cry to heaven.
The future is to do away with system restarts:
- due to kernel update (this is almost done with e.g. kexec in Linux)
- due to other system or application software updates
- due to SELinux-like system "relabeling"
- any other updates
The top brass of Linux community has by now a life-time experience of "what
works and what does not" and should be capable of initiating and rethinking
a new framework for security, for the community and not against it.
It will have a valuable support of that community.
Smart people, but sharing a common vision, should dedicate their brain and time
to it, instead of trying to maintain flawed and impractical software.
They should build a small group (in the background, far from "noice", far from
other "influences") to tackle a new concept of it.
Then selectively enlarge participation to others and Linux community.
This is my idea of the new security concept:
- it should be real-time (operating in a background)
- it should be modular in the sense of traditional small, single function, and
stand-alone UNIX utilities
- it has to be simple to be acceptable and understandable by all sys admins and
users of UNIX/Linux systems
- it should be configurable:
- by sys admin and user (selectively)
- at any time
- dynamically
- it should show various diagnostics (alarms) in real-time, but never interfere
with or prevent a program from execution.
At least that should be a default behavior.
- it should not interfere with / try to undo any present and standard
UNIX/Linux system security measures
- it should be supplementary to existing UNIX/Linux system security
- it should be self-contained, installable and removable at any time, without
influencing the system
I am sure others will add to and extend it, but in the spirit of improvement.
JB
13 years, 8 months
MySQL not working with PHP
by Aaron Gray
I have an F11 system.
I have several PHP apps that use MySQL including MediaWiki but they are
failing to work giving error 500
phpinfo() is working and showing MySQL.
When I try to connect to it I get the following error :-
Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (13)
Have have done a 'service mysqld start' and the 'mysql' command line looks
fine.
Many thanks in advance,
Aaron
13 years, 8 months
Preupgrade doesn't work
by Marcel Rieux
I tried to upgrade to Fedora 13 with preupgrade, just as I had done
previously with Fedora 11 => 12.
First, I get this kind of result:
preupgrade
Loaded plugins: blacklist, whiteout
No plugin match for: rpm-warm-cache
No plugin match for: remove-with-leaves
No plugin match for: auto-update-debuginfo
preupgrade-main (mirrorlist)
url: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-13&arch=$basearch
now: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-13&arch=x86_64
preupgrade (mirrorlist)
url: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/release...
now: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/release...
preupgrade-adobe-linux-i386 (baseurl)
url: http://linuxdownload.adobe.com/linux/i386/
now: http://linuxdownload.adobe.com/linux/i386/
preupgrade-fedora (mirrorlist)
url: https://mirrors.fedoraproject.org/metalink?repo=fedora-13&arch=x86_64
now: https://mirrors.fedoraproject.org/metalink?repo=fedora-13&arch=x86_64
preupgrade-livna (mirrorlist)
url: http://rpm.livna.org/mirrorlist
now: http://rpm.livna.org/mirrorlist
Can't set up new repo preupgrade-livna - removing
preupgrade-rpmfusion-free (mirrorlist)
url: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-13&arch=x86_64
now: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-13&arch=x86_64
preupgrade-rpmfusion-free-updates (mirrorlist)
url: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released...
now: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released...
preupgrade-rpmfusion-nonfree (mirrorlist)
url: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-13&arch=x86_64
now: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-13&arch=x86_64
preupgrade-rpmfusion-nonfree-updates (mirrorlist)
url: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-relea...
now: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-relea...
unknown metadata being downloaded: repomdJlHPm9tmp.xml
preupgrade-updates (mirrorlist)
url: https://mirrors.fedoraproject.org/metalink?repo=updates-released-f13&arch...
now: https://mirrors.fedoraproject.org/metalink?repo=updates-released-f13&arch...
unknown metadata being downloaded: metalink.xml.tmp
unknown metadata being downloaded: MEMORY
Fetched treeinfo from
ftp://ftp.nrc.ca/pub/systems/linux/redhat/fedora/linux/releases/13/Fedora/x86_64/os//.treeinfo
treeinfo timestamp: Wed May 12 21:01:37 2010
unknown metadata being downloaded: MEMORY
unknown metadata being downloaded: MEMORY
Then, at the end, after rebooting, I have a message saying "Seeking
drives" or something like that. (Sorry, I should have taken a note.)
Then, the install process stalls and it seems to get into the same
course dor a reinstall. I find this problem all over the net. But no
solution, except somebody suggesting to modify the code of preupgrade,
which, 3 months after the release, I suppose Fedora developers would
have done if it indeed did the trick.
Anybody solution in sight?
13 years, 8 months
/etc/init.d/mysqld not installed on F12 machine
by Aaron Gray
I don't seem to be having any luck with Fedora and MySQL on multiple
machines at the moment.
MySQL does not seem to be installed on my F12 machine.
I have done a :-
yum install mysql
but /etc/init.d/mysqld and friends are not installed.
Is there a separate package that installs them ?
Help,
Aaron
13 years, 8 months
Spot's Firefox4
by Trever L. Adams
I am not sure where else to post this.
FF4 from Spot's repository is broken. Sync doesn't work (line 137 or 173
or something) is trying to load one of the nss libraries. It fails to do so.
I do not know if this is due to Fedora14/devel conflicting in some way
or not. I need Sync and I need FF4 and I need an opencv that works. This
leads me to the configuration of F14, FF4 (Spot's).
nss-3.12.7-4.fc14.i686
nss-3.12.8-0.3.beta3.fc14.x86_64
nss_compat_ossl-0.9.6-1.fc13.x86_64
nss_db-2.2.3-0.3.pre1.fc14.x86_64
nss_ldap-265-6.fc14.x86_64
nss-mdns-0.10-8.fc12.x86_64
nss-softokn-3.12.7-3.fc14.i686
nss-softokn-3.12.7.99.3-1.fc14.x86_64
nss-softokn-freebl-3.12.7-3.fc14.i686
nss-softokn-freebl-3.12.7.99.3-1.fc14.x86_64
nss-sysinit-3.12.8-0.3.beta3.fc14.x86_64
nss-tools-3.12.8-0.3.beta3.fc14.x86_64
nss-util-3.12.7-2.fc14.i686
nss-util-3.12.8-0.2.beta3.fc14.x86_64
Thank you to anyone who can help me get this working.
Trever
--
"Customer: I'm running Windows '98 Tech: Yes. Customer: My computer
isn't working now. Tech: Yes, you said that." -- Unknown
13 years, 8 months
Broken updates for F12
by Paolo Galtieri
Updates are broken on F12. This seems to be a recurring theme.
--> Finished Dependency Resolution
Error: Package: xulrunner-devel-unstable-1.9.1.12-1.fc12.x86_64 (updates)
Requires: pkgconfig(nspr) >= 4.8.6
Installed: nspr-devel-4.8.4-2.fc12.x86_64 (@updates)
pkgconfig(nspr) = 4.8.4
Available: nspr-devel-4.8.2-1.fc12.i686 (fedora)
pkgconfig(nspr) = 4.8.2
Error: Package: xulrunner-devel-1.9.1.12-1.fc12.x86_64 (updates)
Requires: pkgconfig(nspr) >= 4.8.6
Installed: nspr-devel-4.8.4-2.fc12.x86_64 (@updates)
pkgconfig(nspr) = 4.8.4
Available: nspr-devel-4.8.2-1.fc12.i686 (fedora)
pkgconfig(nspr) = 4.8.2
This problem affects the following packages:
firefox.x86_64
gnome-web-photo.x86_64
xulrunner.x86_64
xulrunner-devel.x86_64
xulrunner-devel-unstable.x86_64
Paolo
13 years, 8 months