Damian Menscher <menscher(a)uiuc.edu>@redhat.com on 04/07/2004 04:57:13 PM
> On Wed, 7 Apr 2004, Jeff Elkins wrote:
> > I'm getting failure messages on my nfs mounts i.e. :
> > mount to NFS server 'music.elkins' failed: server is down.
> > nsfd appears to be running and I didn't see anything suspicious in the
> > The servers are up and running and have other clients connected.
> You didn't mention what steps you took to debug it:
> Can you ping the server?
> What is the output of rpcinfo -p servername?
> Does the server have access restrictions (firewall, TCP Wrappers, etc)?
I have the same symptoms...
rpcinfo says that nfs et.al. are running.
Something has changed in test 2, since the same PC running RH9
accesses that host just fine.
I don't know the right way to fix this, but something is definitely broken;
and something needs to be fixed, one way or the other. The question is what
exactly needs to be fixed.
Consider something like this:
AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no))
Here's what happens on x86_64:
gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5
/tmp/ccW7EeDX.o(.text+0x7): In function `main':
/home/mrsam/src/courier/authlib/configure:5160: undefined reference to
collect2: ld returned 1 exit status
configure:5147: $? = 1
configure: failed program was:
[ blah blah blah ]
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char res_query ();
| main ()
| res_query ();
| return 0;
The same exact test on FC1 x86 will work.
The reason appears to be that you have to #include <resolv.conf> on x86_64
in order to succesfully pull res_query() out of libresolv.so. You don't
need to do this on x86, and the test program generated by AC_TRY_LINK_FUNC
does not include any headers, but uses a manual prototype.
So, what now?
What if Fedora Core development was divided in two divisions, the
GNOME division and the KDE division, the releases will be available to
be GNOME-only or KDE-only releases on seperate iso's, the GNOME ISO
will specializes only on GNOME softwares and applications. There will
be a micro-managed bug fixing for GNOME-only related softwares, the
effort will be concentrating on much more focused approach than the
traditional (hybrid ISO's), same to the KDE ISO, wherein include a
KDE-only related (or specialized) softwares and applications.
We now have a full set of sparc packages that match up to Fedora Core 2,
and its name is Tangerine. Did you know that of the top ten hits for
Tangerine on Google, none of them have anything to do with the fruit?
You should eat more tangerines, they're quite tasty and good for you.
But I digress.
Like the previous release (1.91), its not an installable tree
so again this means no ISOs.
I'm going to repeat this one more time: THERE ARE NO ISOS FOR 1.92.
Why? Because anaconda is hard, and people didn't want to wait another 6
months for me to figure out what is broken. However, if anyone is willing
to try on their own to get this working, we're happily accepting patches.
But, unless someone else takes up the charge, this tree branch will stop
at 1.92. If someone fixes anaconda so that the installer actually works past
keyboard selection, I'll spin a new tree.
In the meantime, we're refocusing the effort on a new tree, which is
currently going to be based on Fedora Core 3. You can follow the daily
notes for this work here: http://auroralinux.org/journal.php
Now, I have yumified the tree, so if you're feeling really brave, you
can always point yum at it, and try to upgrade that way. A version of
yum for Aurora 1.0 is here:
If you're running 1.91, you should be able to use the yum in that tree.
Going from 1.91 to 1.92 is reportedly a fairly painless process.
If you're a listed mirror site, please sync the build-1.92 directory,
and chime in. The primary directory is currently at:
Now, for the known bugs:
The "rpm" package in 1.92 is a little broken on sparc32 systems. Its my fault.
Fixed packages are already available from:
A temporary workaround is to run: export LD_ASSUME_KERNEL=2.2.5.
Build 1.92 uses SILO 1.4.8 which should work fine. It seems to occasionally
burp when you're trying to tab completion, but I can't reproduce this
consistently. If it breaks for you, let me know.
There is no SMP kernel for sparc32, upstream has marked this as broken.
Any other bugs that you find? Please either email me or file them in
bugzilla.auroralinux.org, under Corona.
Last but not least, we've setup a hardware support matrix Wiki to keep track
of what works and what doesn't. You can find it here:
Thanks for your continued patience and support,
Tom "spot" Callaway <tcallawa(a)redhat*com> LCA, RHCE
Red Hat Sales Engineer || Aurora SPARC Linux Project Leader
"If you are going through hell, keep going."
- Sir Winston Churchill
This is happening on several box's now, i386/64 selinux off/on,
doesn't seem to matter.
"ext2online: ext2_ioctl: No space left on device" With 60+GB left,
another box has 11GB and another has 80+GB.
$ df -h /home
Filesystem Size Used Avail Use% Mounted on
42G 35G 5.0G 88% /home
--- Volume group ---
VG Name VolGroup00
Metadata Areas 1
Metadata Sequence No 20
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 8
Open LV 8
Max PV 0
Cur PV 1
Act PV 1
VG Size 148.91 GB
PE Size 32.00 MB
Total PE 4765
Alloc PE / Size 2716 / 84.88 GB
Free PE / Size 2049 / 64.03 GB
VG UUID FIl4bH-o9Zi-0zfE-m3by-ieZ2-RaJJ-IVVss0
# lvextend -L+10G /dev/VolGroup00/LogVol02
Extending logical volume LogVol02 to 60.00 GB
Logical volume LogVol02 successfully resized
# ext2online -d /dev/VolGroup00/LogVol02
ext2online v1.1.18 - 2001/03/18 for EXT2FS 0.5b
setting itoffset to +1027
Found 1021 blocks in s_reserved_gdt_blocks
343 old groups, 3 blocks
480 new groups, 4 blocks
checking for group block 32772 in Bond
checking for group block 98308 in Bond
checking for group block 163844 in Bond
checking for group block 229380 in Bond
checking for group block 294916 in Bond
checking for group block 819204 in Bond
checking for group block 884740 in Bond
checking for group block 1605636 in Bond
checking for group block 2654212 in Bond
checking for group block 4096004 in Bond
checking for group block 7962628 in Bond
ext2_ioctl: EXTEND group to 11239424 blocks
using itoffset of 1027
new block bitmap is at 0xab8401
new inode bitmap is at 0xab8402
new inode table is at 0xab8403-0xab8802
new group has 30717 free blocks
new group has 32768 free inodes (1024 blocks)
ext2_ioctl: ADD group 343
ext2online: ext2_ioctl: No space left on device
ext2online: unable to resize /dev/mapper/VolGroup00-LogVol02
Is it just me, or do the fonts in FC4/development look crappy (compared
to FC3 in particular)? Particularly in kconsole (default) and as I type
now in thunderbird (default I think - "monospace").
I've set lang to "en_US" from "en_US.utf8" to avoid acroread issues, not
sure if that affects this.
I know it's a bad mix(TM) but I do run rawhide here (updated daily), but
do need to use the nVidia 3D acceleration. Daft as it sounds, I've
always had my machines running on rawhide, but due to doing some dev
work, I need OpenGL.
What is the best way for me to do this? I know I will need to recompile
whenever I change kernel, but is there a way that I can use the livna
python script to ensure I use the correct xorg.conf file and recompile
against the new kernel modules using the either the livna src rpms or
the nVidia builder while still using a different kernel?
"Space", it says, "is big. Really big. You just won't believe how
vastly, hugely, mind-bogglingly big space really is. I mean, you may
think it's a long way down the road to the chemists, but that's just
*peanuts* compared to space, listen" - Hitch Hikers Guide to the Galaxy
OK, I have found a very reproducible issue on my system. Don't know for sure
if it is a Grub issue or Kernel. I believe that it is Grub because I have
four Kernels on my system and all produce the same response now.
Uncompressing Linux... Ok, booting the kernel.
Red Hat nash version 4.2.8 starting
ERROR: /sbin/udevstart exited abnormally! (pid 417)
ata2: disabling port
ERROR: /sbin/udevstart exited abnormally! (pid 481)
Reading all physical volumes. This may take a while...
No volume groups found
Unable to find volume group "VolGroup00"
ERROR: /bin/lvm exited abnormally! (pid 483)
mount: error 6 mounting ext3
ERROR opening /dev/console!!!!: 2
error dup2'ing fd of 0 to 0
error dup2'ing fd of 0 to 1
error dup2'ing fd of 0 to 2
unmounting old /proc
unmounting old /sys
switchroot: mount failed: 22
Kernel panic - not syncing: Attempted to kill init!
What is the opinion of this forum?