Fwd: kerberos/kinit problem?
-- Forwarded message -- From: Nathan Moore Date: Wed, Jan 23, 2013 at 7:55 AM Subject: Re: kerberos/kinit problem? To: Steven C Timm Any other possibilities? I tried turning off the system-config-security firewall on the machine and the problem persists. Are there specific ports I should check? On Tue, Jan 22, 2013 at 9:41 PM, Steven C Timm wrote: > Check that the right ports are open in the firewall. (iptables) Could > be a firewall issue. > > ** ** > > Steve > > ** ** > > ** ** > > *From:* owner-scientific-linux-us...@listserv.fnal.gov [mailto: > owner-scientific-linux-us...@listserv.fnal.gov] *On Behalf Of *Nathan > Moore > *Sent:* Tuesday, January 22, 2013 9:01 PM > *To:* scientific-linux-users > *Subject:* kerberos/kinit problem? > > ** ** > > Hi, > > ** ** > > I'm configuring a cluster of SL5 boxes to run kinit, so that > a colleague can connect to Fermilab from our university. At present, I've > followed the directions here, > https://fermilinux.fnal.gov/documentation/security/kerberos-newer-linux/, > along with modifying the /etc/ssh/ssh_config file as directed. > > ** ** > > When she or I run kinit, the program hangs indefinitely. Is there a > well-understood way to find the source of this error? > > > ** ** > > best regards, > > ** ** > > Nathan > > ** ** > > -- > - - - - - - - - - - - - - - - - - - - - - > Nathan Moore > Winona, MN > > - - - - - - - - - - - - - - - - - - - - - > > - - - - - - - - - - - - - - - - - - - - - > -- - - - - - - - - - - - - - - - - - - - - - Nathan Moore Winona, MN - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - Nathan Moore Winona, MN - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Is there a kernel update for SL 6.2 coming up soon?
Is there a kernel update for SL 6.2 coming up soon?
It seems elrepo released a new set of nvidia modules that don't work
with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports
through nvidia 304 and the download is 310.
{^_^}
Re: Is there a kernel update for SL 6.2 coming up soon?
Red Hat is releasing RHEL 6.3 in approximately 4 weeks.
On Wed, Jan 23, 2013 at 11:20 AM, jdow wrote:
> Is there a kernel update for SL 6.2 coming up soon?
>
> It seems elrepo released a new set of nvidia modules that don't work
> with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports
> through nvidia 304 and the download is 310.
>
> {^_^}
>
--
Thanks,
Jamie Duncan
@jamieeduncan
Re: Is there a kernel update for SL 6.2 coming up soon?
On Wed, Jan 23, 2013 at 8:20 AM, jdow wrote: > Is there a kernel update for SL 6.2 coming up soon? > > It seems elrepo released a new set of nvidia modules that don't work > with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports > through nvidia 304 and the download is 310. Copying a note from Phil Perry on the ELRepo list: "Just a quick note to say kmod-nvidia-304xx and nvidia-x11-drv-304xx legacy packages have now been released to the main repositories for both el5 and el6. These packages support 6xxx and 7xxx based graphics cards. http://elrepo.org/tiki/kmod-nvidia-304xx " So, you'd need to install kmod-nvidia-304xx to stay with the 304 series. Akemi
Re: kerberos/kinit problem?
Hopefully not noise, but have you checked selinux? On Wed, Jan 23, 2013 at 8:56 AM, Nathan Moore wrote: > > > -- Forwarded message -- > From: Nathan Moore > Date: Wed, Jan 23, 2013 at 7:55 AM > Subject: Re: kerberos/kinit problem? > To: Steven C Timm > > > Any other possibilities? I tried turning off the system-config-security > firewall on the machine and the problem persists. Are there specific ports > I should check? > > > On Tue, Jan 22, 2013 at 9:41 PM, Steven C Timm wrote: > >> Check that the right ports are open in the firewall. (iptables) Could >> be a firewall issue. >> >> ** ** >> >> Steve >> >> ** ** >> >> ** ** >> >> *From:* owner-scientific-linux-us...@listserv.fnal.gov [mailto: >> owner-scientific-linux-us...@listserv.fnal.gov] *On Behalf Of *Nathan >> Moore >> *Sent:* Tuesday, January 22, 2013 9:01 PM >> *To:* scientific-linux-users >> *Subject:* kerberos/kinit problem? >> >> ** ** >> >> Hi, >> >> ** ** >> >> I'm configuring a cluster of SL5 boxes to run kinit, so that >> a colleague can connect to Fermilab from our university. At present, I've >> followed the directions here, >> https://fermilinux.fnal.gov/documentation/security/kerberos-newer-linux/, >> along with modifying the /etc/ssh/ssh_config file as directed. >> >> ** ** >> >> When she or I run kinit, the program hangs indefinitely. Is there a >> well-understood way to find the source of this error? >> >> >> ** ** >> >> best regards, >> >> ** ** >> >> Nathan >> >> ** ** >> >> -- >> - - - - - - - - - - - - - - - - - - - - - >> Nathan Moore >> Winona, MN >> >> - - - - - - - - - - - - - - - - - - - - - >> >> - - - - - - - - - - - - - - - - - - - - - >> > > > > -- > - - - - - - - - - - - - - - - - - - - - - > Nathan Moore > Winona, MN > - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - - - > > > > -- > - - - - - - - - - - - - - - - - - - - - - > Nathan Moore > Winona, MN > - - - - - - - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - - - - >
Re: Is there a kernel update for SL 6.2 coming up soon?
On Wed, Jan 23, 2013 at 11:21 AM, Jamie Duncan wrote:
> Red Hat is releasing RHEL 6.3 in approximately 4 weeks.
>
>
> On Wed, Jan 23, 2013 at 11:20 AM, jdow wrote:
>>
>> Is there a kernel update for SL 6.2 coming up soon?
>>
>> It seems elrepo released a new set of nvidia modules that don't work
>> with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports
>> through nvidia 304 and the download is 310.
>>
>> {^_^}
Don't you mean Red Hat is releasing RHEL 6.4 in a few weeks? They just
released 5.9 It's not clear how long it will take our fearless
leaders at Scientific Linux to update the base installation media and
OS repository to match, but if you stay up-to-date with the "6x"
packages, you should be close enough to up-to-date that the 6.4
release will be pretty pain free. Even withing 6.3, SL has been very
good about keeping the kernels updated.
Re: Is there a kernel update for SL 6.2 coming up soon?
s/6.3/6.4/g
sorry for the typo.
On Wed, Jan 23, 2013 at 1:51 PM, Nico Kadel-Garcia wrote:
> On Wed, Jan 23, 2013 at 11:21 AM, Jamie Duncan
> wrote:
> > Red Hat is releasing RHEL 6.3 in approximately 4 weeks.
> >
> >
> > On Wed, Jan 23, 2013 at 11:20 AM, jdow wrote:
> >>
> >> Is there a kernel update for SL 6.2 coming up soon?
> >>
> >> It seems elrepo released a new set of nvidia modules that don't work
> >> with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports
> >> through nvidia 304 and the download is 310.
> >>
> >> {^_^}
>
> Don't you mean Red Hat is releasing RHEL 6.4 in a few weeks? They just
> released 5.9 It's not clear how long it will take our fearless
> leaders at Scientific Linux to update the base installation media and
> OS repository to match, but if you stay up-to-date with the "6x"
> packages, you should be close enough to up-to-date that the 6.4
> release will be pretty pain free. Even withing 6.3, SL has been very
> good about keeping the kernels updated.
>
--
Thanks,
Jamie Duncan
@jamieeduncan
ESATA port multiplier
Have a card which supports port multiplier - give you the ability to connect 4 SATA 6 drives to system. Hardware appears to work but SL 5.7 does not appear to support ESATA. Plan is to use a TR4M-BNC for 4 2 T byte drives. Looking at ports and do not see ports? Any thoughts Larry Linder
RE: ESATA port multiplier
I don't know that port multipliers work with SL5 - I never got it to work well in my testing. -- James Pulver LEPP Computer Group Cornell University -Original Message- From: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Larry Linder Sent: Wednesday, January 23, 2013 3:43 PM To: scientific-linux-us...@fnal.gov Subject: ESATA port multiplier Have a card which supports port multiplier - give you the ability to connect 4 SATA 6 drives to system. Hardware appears to work but SL 5.7 does not appear to support ESATA. Plan is to use a TR4M-BNC for 4 2 T byte drives. Looking at ports and do not see ports? Any thoughts Larry Linder
Re: ESATA port multiplier
Hi Larry Linder! On 2013.01.23 at 15:43:26 -0500, Larry Linder wrote next: > Have a card which supports port multiplier - give you the ability to connect > 4 > SATA 6 drives to system. > Hardware appears to work but SL 5.7 does not appear to support ESATA. > Plan is to use a TR4M-BNC for 4 2 T byte drives. Looking at ports and do > not see ports? >From my experience, SATA port multipliers are so unreliable and getting them to work properly is annoying, so if it is possible, you really should look at SAS expander technology. Something like Dell H200 ($120) + Intel RES2SV240 ($300) and you're set for 20 ports, at 24 Gbps total speed. (you might need extra cables and internal-to-external SAS brackets for external hard drives, though). I know it's probably much more expensive but it's very solid configuration - works without problems under any server OS. That is, if you need few dozens of drives. If you need only a few drives, what about something like http://www.pc-pitstop.com/sata_enclosures/scsat84xb.asp or http://www.pc-pitstop.com/sas_cables_enclosures/sas4bay.asp or similar solution, combined with Dell 6Gbps SAS or similar relatively cheap card? No expander at all in either case, up to 8 drives, single SAS cable for every 4 drives, very simple and reliable setup (can't guarantee quality of this non hot-swap 8 drives enclosure, it feels too cheap for what it offers, but there are many alternatives, this is just an example). -- Vladimir
Re: Is there a kernel update for SL 6.2 coming up soon?
Um, 4 weeks is a trifle long for no "Gnome" or "KDE". Ah well, I guess
I wait. I seldom use the machine from a GUI anyway.
It seems ElRepo may have screwed up.
{^_^}
On 2013/01/23 08:21, Jamie Duncan wrote:
Red Hat is releasing RHEL 6.3 in approximately 4 weeks.
On Wed, Jan 23, 2013 at 11:20 AM, jdow mailto:j...@earthlink.net>> wrote:
Is there a kernel update for SL 6.2 coming up soon?
It seems elrepo released a new set of nvidia modules that don't work
with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports
through nvidia 304 and the download is 310.
{^_^}
--
Thanks,
Jamie Duncan
@jamieeduncan
Re: Is there a kernel update for SL 6.2 coming up soon?
On 2013/01/23 08:51, Akemi Yagi wrote:
On Wed, Jan 23, 2013 at 8:20 AM, jdow wrote:
Is there a kernel update for SL 6.2 coming up soon?
It seems elrepo released a new set of nvidia modules that don't work
with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports
through nvidia 304 and the download is 310.
Copying a note from Phil Perry on the ELRepo list:
"Just a quick note to say kmod-nvidia-304xx and nvidia-x11-drv-304xx
legacy packages have now been released to the main repositories for
both el5 and el6.
These packages support 6xxx and 7xxx based graphics cards.
http://elrepo.org/tiki/kmod-nvidia-304xx "
So, you'd need to install kmod-nvidia-304xx to stay with the 304 series.
Akemi
So I have to downgrade all four upgraded modules?
kmod-nvidia, both nvidia*, and vino modules?
I can do it. But they released 310 modules rather than 304 modules
yesterday.
{^_-}
Re: Is there a kernel update for SL 6.2 coming up soon?
On 24 January 2013 02:52, jdow wrote:
> Um, 4 weeks is a trifle long for no "Gnome" or "KDE". Ah well, I guess
> I wait. I seldom use the machine from a GUI anyway.
>
> It seems ElRepo may have screwed up.
>
> {^_^}
I fail to see the significance -- or relevance -- of your last sentence.
Please remember this is the main support channel for Scientific Linux.
Alan.
Re: Is there a kernel update for SL 6.2 coming up soon?
On 2013/01/23 19:27, Alan Bartlett wrote:
On 24 January 2013 02:52, jdow wrote:
Um, 4 weeks is a trifle long for no "Gnome" or "KDE". Ah well, I guess
I wait. I seldom use the machine from a GUI anyway.
It seems ElRepo may have screwed up.
{^_^}
I fail to see the significance -- or relevance -- of your last sentence.
Please remember this is the main support channel for Scientific Linux.
Alan.
It's not this channel's support issue. I understand that. This is why
I wondered if 6.2 was going to have a kernel update.
ElRepo pushed the newer 310 NVidia modules before any appropriate kernel
appeared on SL2. So I have to back off. I simply wondered if waiting for
a new kernel was practical or not.
And that's been answered. ElRepo messed up pushing updates. (Or else
there should be a more recent kernel for 6.2 than what I am running,
2.6.32-279.19.1.el6.x86_64.)
{^_^}
How to get IA-32 compatibility with X86-64
We are using a 64 bit installation into 3D visualisation workstations, but need full IA-32 library compatibility. My understanding is that there is no polymorphism between 32 bit and 64 bit applications by default, but there is for libraries: /usr/lib versus /usr/lib64 and the like. However, when I attempt to set both the x86-64 and the ia-32 repos via the "Add/Remove Software" GUI (e.g., Scientific Linux 6x - i386 fpr the ia-32 portion), I only get a list of the RPMs for x86-64 (both the platform and the SL environment) but not ia-32. How does one activate both to appear so that the library packages for both will be put into the system via the GUI? I have done this successfully in the past, but have seem to have misplaced the syntactic instructions for how to do this. Yasha Karant
Re: Is there a kernel update for SL 6.2 coming up soon?
On Wed, Jan 23, 2013 at 8:04 PM, jdow wrote: > On 2013/01/23 19:27, Alan Bartlett wrote: >> I fail to see the significance -- or relevance -- of your last sentence. >> >> Please remember this is the main support channel for Scientific Linux. >> >> Alan. > > > It's not this channel's support issue. I understand that. This is why > I wondered if 6.2 was going to have a kernel update. > > ElRepo pushed the newer 310 NVidia modules before any appropriate kernel > appeared on SL2. So I have to back off. I simply wondered if waiting for > a new kernel was practical or not. > > And that's been answered. ElRepo messed up pushing updates. (Or else > there should be a more recent kernel for 6.2 than what I am running, > 2.6.32-279.19.1.el6.x86_64.) Let me post once again the link I provided for you earlier in this thread. I'm afraid you missed it. http://elrepo.org/tiki/kmod-nvidia-304xx That page has a list of supported GPUs. This is all about the hardware you have and the version of Nvidia's driver that supports it. Which kernel version is _not_ relevant. You may also want to check out this post on the ELRepo's mailing list: http://lists.elrepo.org/pipermail/elrepo/2013-January/001587.html I quoted an essential part of it in my earlier post as well. I strongly suggest you subscribe to the ELRepo general mailing list. If you still have questions about the Nvidia-related packages offered by ELRepo, please ask on the ELRepo's list. Akemi
Nvidia stereoscopic 3D system on SL 6x
We are attempting to get the Nvidia 3D stereoscopic system operational under x86-64 SL 6x. We have been successful for this in the past using OpenSuSE and the Nvidia proprietary X11 driver (expunging nouveau) on the same hardware platform. The xorg.conf file from the Nvidia application does include the syntax: Option "Stereo" 10 NVIDIA 3D Vision mode for use with NVIDIA 3D Vision glasses. The NVIDIA 3D Vision infrared emitter must be connected to a USB port of your computer, and to the 3-pin DIN connector of a Quadro graphics board (based on G8xGL or higher GPU) before starting the X server. Hot-plugging the USB infrared stereo emitter is not yet supported. Also, 3D Vision Stereo Linux support requires a Linux kernel built with USB device filesystem (usbfs) and USB 2.0 support. End quote Nvidia configuration manual. Is anyone using this Nvidia system? The emitter is not going "green". Is there a test application to verify that stereo 3D actual is working? Note that 2D X-11 is working, including gnome and KDE. Yasha Karant
Re: How to get IA-32 compatibility with X86-64
> How does one activate both to appear so that the library packages for both > will be put into the system via the GUI? You should be able to explicitly install 32-bit versions of libraries with something like yum install libblah.i686 I'm not sure if there's a way to install both bits with one installation. - Bluejay Adametz, CFII, A&P, AA-5B N45210 We are all stalks sprung from what we bury in ourselves. - A.J.Axline -- NOTICE: This message, including any attachments, is only for the use of the intended recipient(s) and may contain confidential and privileged information, or information otherwise protected from disclosure by law. If the reader of this message is not the intended recipient, you are hereby notified that any use, disclosure, copying, dissemination or distribution of this message or any of its attachments is strictly prohibited. If you received this message in error, please contact the sender immediately by reply email and destroy this message, including all attachments, and any copies thereof.
Re: Is there a kernel update for SL 6.2 coming up soon?
On 2013/01/23 20:33, Akemi Yagi wrote:
On Wed, Jan 23, 2013 at 8:04 PM, jdow wrote:
On 2013/01/23 19:27, Alan Bartlett wrote:
I fail to see the significance -- or relevance -- of your last sentence.
Please remember this is the main support channel for Scientific Linux.
Alan.
It's not this channel's support issue. I understand that. This is why
I wondered if 6.2 was going to have a kernel update.
ElRepo pushed the newer 310 NVidia modules before any appropriate kernel
appeared on SL2. So I have to back off. I simply wondered if waiting for
a new kernel was practical or not.
And that's been answered. ElRepo messed up pushing updates. (Or else
there should be a more recent kernel for 6.2 than what I am running,
2.6.32-279.19.1.el6.x86_64.)
Let me post once again the link I provided for you earlier in this
thread. I'm afraid you missed it.
http://elrepo.org/tiki/kmod-nvidia-304xx
That page has a list of supported GPUs. This is all about the hardware
you have and the version of Nvidia's driver that supports it. Which
kernel version is _not_ relevant.
You may also want to check out this post on the ELRepo's mailing list:
http://lists.elrepo.org/pipermail/elrepo/2013-January/001587.html
I quoted an essential part of it in my earlier post as well. I
strongly suggest you subscribe to the ELRepo general mailing list. If
you still have questions about the Nvidia-related packages offered by
ELRepo, please ask on the ELRepo's list.
With all due respect, Akemi, I'd like you to note two details.
First the message you point to is for version 304. ElRepo pushed 310.
Before that program load I was up to date with nVidia as well as kernel.
I'm not sure if I had 304 or earlier. Given the date, that is the version
I had loaded as of yesterday when 310 replaced it.
Second I get this message in the dmesg log from a reboot this morning.
===8<---
nvidia: module license 'NVIDIA' taints kernel.
Disabling lock debugging due to kernel taint
NVRM: The NVIDIA GeForce 7025 / nForce 630a GPU installed in this system is
NVRM: supported through the NVIDIA 304.xx Legacy drivers. Please
NVRM: visit http://www.nvidia.com/object/unix.html for more
NVRM: information. The 310.32 NVIDIA driver will ignore
NVRM: this GPU. Continuing probe...
NVRM: No NVIDIA graphics adapter found!
===8<---
Apparently the kernel or something does NOT supported with 310. So pushing
the 310 was apparently an error of overoptimism for this system. I'd have
expected the RPM to take this into account. But this is an ElRepo issue
not one from here. So I've tried to be brief. I see I had to give up that
effort.
That said it appears I have to go back to 304 and turn off elrepo updates,
which is moderately inconvenient. The Nvidia 7025 is embedded on the
motherboard that is less than a year old. So I figure SOMETHING screwed
up if it's no longer supported.
{^_^}
Re: Is there a kernel update for SL 6.2 coming up soon?
On 24/01/13 06:04, jdow wrote: On 2013/01/23 20:33, Akemi Yagi wrote: On Wed, Jan 23, 2013 at 8:04 PM, jdow wrote: On 2013/01/23 19:27, Alan Bartlett wrote: I fail to see the significance -- or relevance -- of your last sentence. Please remember this is the main support channel for Scientific Linux. Alan. It's not this channel's support issue. I understand that. This is why I wondered if 6.2 was going to have a kernel update. ElRepo pushed the newer 310 NVidia modules before any appropriate kernel appeared on SL2. So I have to back off. I simply wondered if waiting for a new kernel was practical or not. And that's been answered. ElRepo messed up pushing updates. (Or else there should be a more recent kernel for 6.2 than what I am running, 2.6.32-279.19.1.el6.x86_64.) Not true. Let me post once again the link I provided for you earlier in this thread. I'm afraid you missed it. http://elrepo.org/tiki/kmod-nvidia-304xx That page has a list of supported GPUs. This is all about the hardware you have and the version of Nvidia's driver that supports it. Which kernel version is _not_ relevant. You may also want to check out this post on the ELRepo's mailing list: http://lists.elrepo.org/pipermail/elrepo/2013-January/001587.html I quoted an essential part of it in my earlier post as well. I strongly suggest you subscribe to the ELRepo general mailing list. If you still have questions about the Nvidia-related packages offered by ELRepo, please ask on the ELRepo's list. With all due respect, Akemi, I'd like you to note two details. With all due respect you are not listening to what people are telling you. Akemi is right and you are wrong. First the message you point to is for version 304. ElRepo pushed 310. Before that program load I was up to date with nVidia as well as kernel. I'm not sure if I had 304 or earlier. Given the date, that is the version I had loaded as of yesterday when 310 replaced it. Here is the announcement I made back in November that the 310.xx series nvidia drivers were dropping support for older 6xxx and 7xxx based hardware: http://lists.elrepo.org/pipermail/elrepo/2012-November/001525.html We've been planning this migration for 2 months. May I suggest that if you are going to use elrepo packages then you subscribe to the elrepo mailing list where you will find out such important information first hand. It really is very low volume. Second I get this message in the dmesg log from a reboot this morning. ===8<--- nvidia: module license 'NVIDIA' taints kernel. Disabling lock debugging due to kernel taint NVRM: The NVIDIA GeForce 7025 / nForce 630a GPU installed in this system is NVRM: supported through the NVIDIA 304.xx Legacy drivers. Please NVRM: visit http://www.nvidia.com/object/unix.html for more NVRM: information. The 310.32 NVIDIA driver will ignore NVRM: this GPU. Continuing probe... NVRM: No NVIDIA graphics adapter found! ===8<--- Apparently the kernel or something does NOT supported with 310. So pushing the 310 was apparently an error of overoptimism for this system. I'd have expected the RPM to take this into account. But this is an ElRepo issue not one from here. So I've tried to be brief. I see I had to give up that effort. No, this is the nvidia driver telling you that your hardware is no longer supported. It even tells you that you need the NVIDIA 304.xx Legacy drivers. The elrepo-packaged nvidia driver currently supports all kernels from SL6.1 through SL6.3. That said it appears I have to go back to 304 and turn off elrepo updates, which is moderately inconvenient. The Nvidia 7025 is embedded on the motherboard that is less than a year old. So I figure SOMETHING screwed up if it's no longer supported. That's correct - you need to stay at the 304.xx driver as this is the *last* driver that will support your older hardware (7xxx based chipset). We released the legacy kmod-nvidia-304xx and nvidia-x11-drv-304xx packages to aid in this (see the thread linked above) and pushed them out to the main repo *before* we released the updated 310.xx series drivers. Please uninstall the kmod-nvidia driver and install the kmod-nvidia-304xx and then you can continue to receive updates from elrepo. Nothing screwed up, nvidia simply decided it was time to move on from supporting aging hardware (~8 years old?) in the current driver release. Regards, Phil
