From slaton at OCF.Berkeley.EDU Mon Oct 10 22:58:26 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Mon, 10 Oct 2005 22:58:26 -0700 (PDT) Subject: [cAos] New caos2 install has dma problems on hda Message-ID: New caos2 x86_64 install here. It's a new-ish dual opteron box with supermicro motherboard. One 250GB ide boot drive with four partitions, one 400GB sata drive with a /home partition. After installation (cinch is so fast and easy ;) system boots fine, but console starts to fill with DMA timeout and CRC errors. They occur every few minutes. I booted into knoppix and ran fsck and badblocks, no problems found. Disk seems fine. Repartitioned the drive with a newer version of fdisk, reinstalled, but same errors come up. Haven't tried it yet as i'm no longer at work, but turning off DMA with hdparm may well make the error messages go away -- but this drive should support DMA. This may well have nothing to do with caos2, although i didn't notice any problems with the drive (mounted via autofs) while using knoppix. But, i'm not sure if knoppix's syslogd is disabled or just writes everything to /dev/console. Is this a scenario anyone has run into? thanks, slaton Slaton Lipscomb Nogales Lab, UC Berkeley http://cryoem.berkeley.edu From gmk at runlevelzero.net Mon Oct 10 23:02:15 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Mon, 10 Oct 2005 23:02:15 -0700 Subject: [cAos] New caos2 install has dma problems on hda In-Reply-To: References: Message-ID: <20051011060215.GA23789@titan.runlevelzero.net> Hello! What kernel are you running? Try to upgrade to latest version in testing: # yum --enablerepo testing update linux* If that doesn't help, can you paste the exact error? Good luck! On Mon, Oct 10, 2005 at 10:58:26PM -0700, slaton wrote: > New caos2 x86_64 install here. It's a new-ish dual opteron box with > supermicro motherboard. One 250GB ide boot drive with four partitions, one > 400GB sata drive with a /home partition. > > After installation (cinch is so fast and easy ;) system boots fine, but > console starts to fill with DMA timeout and CRC errors. They occur every > few minutes. > > I booted into knoppix and ran fsck and badblocks, no problems found. Disk > seems fine. Repartitioned the drive with a newer version of fdisk, > reinstalled, but same errors come up. > > Haven't tried it yet as i'm no longer at work, but turning off DMA with > hdparm may well make the error messages go away -- but this drive should > support DMA. > > This may well have nothing to do with caos2, although i didn't notice any > problems with the drive (mounted via autofs) while using knoppix. But, i'm > not sure if knoppix's syslogd is disabled or just writes everything to > /dev/console. > > Is this a scenario anyone has run into? > > thanks, > slaton > > Slaton Lipscomb > Nogales Lab, UC Berkeley > http://cryoem.berkeley.edu > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From slaton at OCF.Berkeley.EDU Mon Oct 10 23:24:39 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Mon, 10 Oct 2005 23:24:39 -0700 (PDT) Subject: [cAos] New caos2 install has dma problems on hda In-Reply-To: <20051011060215.GA23789@titan.runlevelzero.net> References: <20051011060215.GA23789@titan.runlevelzero.net> Message-ID: 4 minutes til greg replies... typical ;) no luck though: # yum --enablerepo testing update 'linux*' [...] No Packages marked for Update/Obsoletion The errors look like: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } hda: dma_intr: error=0x84 { DriveStatusError BadCRC } thanks, slaton On Mon, 10 Oct 2005, Greg M. Kurtzer wrote: > Hello! > > What kernel are you running? Try to upgrade to latest version in > testing: > > # yum --enablerepo testing update linux* > > If that doesn't help, can you paste the exact error? > > Good luck! From S.walsh at nerdvana.com.au Mon Oct 10 23:32:03 2005 From: S.walsh at nerdvana.com.au (Nerdvana - Steve Walsh) Date: Tue, 11 Oct 2005 16:32:03 +1000 Subject: [cAos] New caos2 install has dma problems on hda In-Reply-To: Message-ID: Slaton/Greg; I'm getting similar on a Dell SC1425. 2 x Xeon 2.8 EM64T's, 2 x 512Mb ECC DDR, 2 x 250Gb Seagate Sata (one will all normal linux partitions, the other with a second home mounted as /home2), except it's the CD-ROM reporting it. Logs have rotated, but some notes I have say they were the same; hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } hda: dma_intr: error=0x84 { DriveStatusError BadCRC } slim-line Sony CD-ROM. Steve -----Original Message----- From: slaton Sent: Tuesday, 11 October 2005 3:58 PM To: caos at caosity.org Subject: [cAos] New caos2 install has dma problems on hda New caos2 x86_64 install here. It's a new-ish dual opteron box with supermicro motherboard. One 250GB ide boot drive with four partitions, one 400GB sata drive with a /home partition. After installation (cinch is so fast and easy ;) system boots fine, but console starts to fill with DMA timeout and CRC errors. They occur every few minutes. I booted into knoppix and ran fsck and badblocks, no problems found. Disk seems fine. Repartitioned the drive with a newer version of fdisk, reinstalled, but same errors come up. Haven't tried it yet as i'm no longer at work, but turning off DMA with hdparm may well make the error messages go away -- but this drive should support DMA. This may well have nothing to do with caos2, although i didn't notice any problems with the drive (mounted via autofs) while using knoppix. But, i'm not sure if knoppix's syslogd is disabled or just writes everything to /dev/console. Is this a scenario anyone has run into? thanks, slaton Slaton Lipscomb Nogales Lab, UC Berkeley http://cryoem.berkeley.edu _______________________________________________ cAos mailing list cAos at caosity.org http://lists.caosity.org/mailman/listinfo/caos From gmk at runlevelzero.net Mon Oct 10 23:36:26 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Mon, 10 Oct 2005 23:36:26 -0700 Subject: [cAos] New caos2 install has dma problems on hda In-Reply-To: References: <20051011060215.GA23789@titan.runlevelzero.net> Message-ID: <20051011063626.GB23789@titan.runlevelzero.net> Try to boot with the kernel parameters: acpi=off or ide=nodma appended to the kernel line. On Mon, Oct 10, 2005 at 11:24:39PM -0700, slaton wrote: > 4 minutes til greg replies... typical ;) > > no luck though: > > # yum --enablerepo testing update 'linux*' > [...] > No Packages marked for Update/Obsoletion > > The errors look like: > > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } > hda: dma_intr: error=0x84 { DriveStatusError BadCRC } > > thanks, > slaton > > On Mon, 10 Oct 2005, Greg M. Kurtzer wrote: > > > Hello! > > > > What kernel are you running? Try to upgrade to latest version in > > testing: > > > > # yum --enablerepo testing update linux* > > > > If that doesn't help, can you paste the exact error? > > > > Good luck! > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From james_jennison at sbcglobal.net Mon Oct 10 23:53:22 2005 From: james_jennison at sbcglobal.net (James E. Jennison) Date: Mon, 10 Oct 2005 23:53:22 -0700 Subject: [cAos] New caos2 install has dma problems on hda In-Reply-To: <20051011063626.GB23789@titan.runlevelzero.net> References: <20051011060215.GA23789@titan.runlevelzero.net> <20051011063626.GB23789@titan.runlevelzero.net> Message-ID: <1129013602.2041.7.camel@scooby> Hey Greg, I actually meant to mention this to you yesterday as well, but I have actually been having similar issues with this error as well over the past couple of days. And don't say it is because I like to torture my system LOL. Here is the output of dmesg: hdc: media error (bad sector): error=0x30 { LastFailedSense=0x03 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 894052 printk: 3 messages suppressed. Now, the other issue is that with that night little Iomega ZipCD 650 USB CD/RW I had so much fun with a couple of weeks ago, whenever there is no disk in that drive, I keep getting this message: Oct 10 23:47:43 scooby kernel: sr0: CDROM not ready. Make sure there is a disc in the drive. Oct 10 23:47:43 scooby kernel: cdrom: open failed. Oct 10 23:47:45 scooby kernel: sr0: CDROM not ready. Make sure there is a disc in the drive. Oct 10 23:47:45 scooby kernel: cdrom: open failed. Now, I could understand it complainig if there was a disk in the drive it did not like, but when there is no disk at all? Wierd. Cheer, James On Mon, 2005-10-10 at 23:36 -0700, Greg M. Kurtzer wrote: > Try to boot with the kernel parameters: > > acpi=off > > or > > ide=nodma > > appended to the kernel line. > > > On Mon, Oct 10, 2005 at 11:24:39PM -0700, slaton wrote: > > 4 minutes til greg replies... typical ;) > > > > no luck though: > > > > # yum --enablerepo testing update 'linux*' > > [...] > > No Packages marked for Update/Obsoletion > > > > The errors look like: > > > > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } > > hda: dma_intr: error=0x84 { DriveStatusError BadCRC } > > > > thanks, > > slaton > > > > On Mon, 10 Oct 2005, Greg M. Kurtzer wrote: > > > > > Hello! > > > > > > What kernel are you running? Try to upgrade to latest version in > > > testing: > > > > > > # yum --enablerepo testing update linux* > > > > > > If that doesn't help, can you paste the exact error? > > > > > > Good luck! > > _______________________________________________ > > cAos mailing list > > cAos at caosity.org > > http://lists.caosity.org/mailman/listinfo/caos > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.infiscale.org/pipermail/caos/attachments/20051010/ca3c50f2/attachment.html From S.walsh at nerdvana.com.au Tue Oct 11 00:35:38 2005 From: S.walsh at nerdvana.com.au (Nerdvana - Steve Walsh) Date: Tue, 11 Oct 2005 17:35:38 +1000 Subject: [cAos] Segfaults on sshd in x86_64 In-Reply-To: <1129013602.2041.7.camel@scooby> Message-ID: Hi folks; I've been getting a lot of segfaults in my logs from bad ssh log in attempts by script kiddies. Log output and attempts to update openSSH from 4.2p1-1 are attached at the bottom. The box is in a data centre about 400km away, but I'm in there late next week to do some work, so if I need to pull openSSH off and re-install, I can. TIA Steve Walsh Hosting Administrator Nerdvana Hosting www.nerdvana.net.au ph: (02) 6262 5136 >From /var/log/messages Oct 9 17:52:57 cp1 sshd[8959]: Invalid user test from Oct 9 17:52:58 cp1 sshd[8960]: Invalid user test from Oct 9 17:53:01 cp1 sshd(pam_unix)[8959]: check pass; user unknown Oct 9 17:53:01 cp1 sshd(pam_unix)[8960]: check pass; user unknown Oct 9 17:53:01 cp1 sshd(pam_unix)[8959]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost= Oct 9 17:53:01 cp1 sshd(pam_unix)[8960]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost= Oct 9 17:53:03 cp1 sshd[8960]: Failed password for invalid user test from port 42795 ssh2 Oct 9 17:53:03 cp1 kernel: sshd[8962]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb92490 error 7 Oct 9 17:53:03 cp1 sshd[8959]: Failed password for invalid user test from port 42794 ssh2 Oct 9 17:53:03 cp1 kernel: sshd[8961]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffaa72e0 error 7 Oct 9 17:53:06 cp1 sshd[8963]: Invalid user guest from Oct 9 17:53:06 cp1 sshd[8964]: Invalid user guest from (etc) root at localhost [~]#dmesg sshd[28585]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffcb9a80 error 7 sshd[28590]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffff94d6c0 error 7 sshd[30478]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffda7dc0 error 7 sshd[30477]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb280c0 error 7 sshd[6647]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffcac240 error 7 sshd[6649]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007ffffff18450 error 7 sshd[6652]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb059d0 error 7 sshd[6653]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffe08480 error 7 sshd[6656]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffff8a06e0 error 7 sshd[6657]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffab54c0 error 7 (etc) Dell SC1425. 2 x Xeon 2.8 EM64T's, 2 x 512Mb ECC DDR, 2 x 250Gb Seagate SATA # uname -a Linux cp1 2.6.12.3-76.caos.smp #1 SMP Mon Jul 18 16:07:11 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux # yum search sshd | grep installed package installed. package installed. openssh-server.x86_64 4.2p1-1.caos installed package installed. # yum update openssh-server Setting up Update Process Setting up Repos core 100% |=========================| 951 B 00:00 ext-current 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files core : ################################################## 158/158 ext-curren: ################################################## 1562/1562 Excluding Packages in global exclude list Finished Could not find update match for openssh-server No Packages marked for Update/Obsoletion # yum update openssh-server Setting up Update Process Setting up Repos core 100% |=========================| 951 B 00:00 ext-current 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files core : ################################################## 158/158 ext-curren: ################################################## 1562/1562 Excluding Packages in global exclude list Finished Could not find update match for openssh-server No Packages marked for Update/Obsoletion From gmk at runlevelzero.net Tue Oct 11 00:40:13 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Tue, 11 Oct 2005 00:40:13 -0700 Subject: [cAos] Segfaults on sshd in x86_64 In-Reply-To: References: <1129013602.2041.7.camel@scooby> Message-ID: <20051011074012.GA24203@titan.runlevelzero.net> Add: UseDNS no to your /etc/ssh/sshd_config file... What version of openssh are you using? Denis: Did you want to add that config to the default openssh package? On Tue, Oct 11, 2005 at 05:35:38PM +1000, Nerdvana - Steve Walsh wrote: > Hi folks; > > I've been getting a lot of segfaults in my logs from bad ssh log in attempts by script kiddies. Log output and attempts to update openSSH from 4.2p1-1 are attached at the bottom. The box is in a data centre about 400km away, but I'm in there late next week to do some work, so if I need to pull openSSH off and re-install, I can. > > TIA > > Steve Walsh > Hosting Administrator > Nerdvana Hosting > www.nerdvana.net.au > ph: (02) 6262 5136 > > >From /var/log/messages > > Oct 9 17:52:57 cp1 sshd[8959]: Invalid user test from > Oct 9 17:52:58 cp1 sshd[8960]: Invalid user test from > Oct 9 17:53:01 cp1 sshd(pam_unix)[8959]: check pass; user unknown > Oct 9 17:53:01 cp1 sshd(pam_unix)[8960]: check pass; user unknown > Oct 9 17:53:01 cp1 sshd(pam_unix)[8959]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost= > Oct 9 17:53:01 cp1 sshd(pam_unix)[8960]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost= > Oct 9 17:53:03 cp1 sshd[8960]: Failed password for invalid user test from port 42795 ssh2 > Oct 9 17:53:03 cp1 kernel: sshd[8962]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb92490 error 7 > Oct 9 17:53:03 cp1 sshd[8959]: Failed password for invalid user test from port 42794 ssh2 > Oct 9 17:53:03 cp1 kernel: sshd[8961]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffaa72e0 error 7 > Oct 9 17:53:06 cp1 sshd[8963]: Invalid user guest from > Oct 9 17:53:06 cp1 sshd[8964]: Invalid user guest from > (etc) > > root at localhost [~]#dmesg > > sshd[28585]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffcb9a80 error 7 > sshd[28590]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffff94d6c0 error 7 > sshd[30478]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffda7dc0 error 7 > sshd[30477]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb280c0 error 7 > > sshd[6647]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffcac240 error 7 > sshd[6649]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007ffffff18450 error 7 > sshd[6652]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb059d0 error 7 > sshd[6653]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffe08480 error 7 > sshd[6656]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffff8a06e0 error 7 > sshd[6657]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffab54c0 error 7 > (etc) > > Dell SC1425. 2 x Xeon 2.8 EM64T's, 2 x 512Mb ECC DDR, 2 x 250Gb Seagate SATA > > # uname -a > Linux cp1 2.6.12.3-76.caos.smp #1 SMP Mon Jul 18 16:07:11 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux > > # yum search sshd | grep installed > package installed. > package installed. > openssh-server.x86_64 4.2p1-1.caos installed > package installed. > > # yum update openssh-server > Setting up Update Process > Setting up Repos > core 100% |=========================| 951 B 00:00 > ext-current 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > core : ################################################## 158/158 > ext-curren: ################################################## 1562/1562 > Excluding Packages in global exclude list > Finished > Could not find update match for openssh-server > No Packages marked for Update/Obsoletion > > # yum update openssh-server > Setting up Update Process > Setting up Repos > core 100% |=========================| 951 B 00:00 > ext-current 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > core : ################################################## 158/158 > ext-curren: ################################################## 1562/1562 > Excluding Packages in global exclude list > Finished > Could not find update match for openssh-server > No Packages marked for Update/Obsoletion > > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From S.walsh at nerdvana.com.au Tue Oct 11 02:30:34 2005 From: S.walsh at nerdvana.com.au (Nerdvana - Steve Walsh) Date: Tue, 11 Oct 2005 19:30:34 +1000 Subject: [cAos] Segfaults on sshd in x86_64 In-Reply-To: <20051011074012.GA24203@titan.runlevelzero.net> Message-ID: openSSH-server.x86.64 4.2p1-1.caos -----Original Message----- From: caos-bounces at caosity.org [mailto:caos-bounces at caosity.org]On Behalf Of Greg M. Kurtzer Sent: Tuesday, 11 October 2005 5:40 PM To: Community Assembled OS Cc: dpilon at dpilon.com Subject: Re: [cAos] Segfaults on sshd in x86_64 Add: UseDNS no to your /etc/ssh/sshd_config file... What version of openssh are you using? Denis: Did you want to add that config to the default openssh package? On Tue, Oct 11, 2005 at 05:35:38PM +1000, Nerdvana - Steve Walsh wrote: > Hi folks; > > I've been getting a lot of segfaults in my logs from bad ssh log in attempts by script kiddies. Log output and attempts to update openSSH from 4.2p1-1 are attached at the bottom. The box is in a data centre about 400km away, but I'm in there late next week to do some work, so if I need to pull openSSH off and re-install, I can. > > TIA > > Steve Walsh > Hosting Administrator > Nerdvana Hosting > www.nerdvana.net.au > ph: (02) 6262 5136 > > >From /var/log/messages > > Oct 9 17:52:57 cp1 sshd[8959]: Invalid user test from > Oct 9 17:52:58 cp1 sshd[8960]: Invalid user test from > Oct 9 17:53:01 cp1 sshd(pam_unix)[8959]: check pass; user unknown > Oct 9 17:53:01 cp1 sshd(pam_unix)[8960]: check pass; user unknown > Oct 9 17:53:01 cp1 sshd(pam_unix)[8959]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost= > Oct 9 17:53:01 cp1 sshd(pam_unix)[8960]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost= > Oct 9 17:53:03 cp1 sshd[8960]: Failed password for invalid user test from port 42795 ssh2 > Oct 9 17:53:03 cp1 kernel: sshd[8962]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb92490 error 7 > Oct 9 17:53:03 cp1 sshd[8959]: Failed password for invalid user test from port 42794 ssh2 > Oct 9 17:53:03 cp1 kernel: sshd[8961]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffaa72e0 error 7 > Oct 9 17:53:06 cp1 sshd[8963]: Invalid user guest from > Oct 9 17:53:06 cp1 sshd[8964]: Invalid user guest from > (etc) > > root at localhost [~]#dmesg > > sshd[28585]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffcb9a80 error 7 > sshd[28590]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffff94d6c0 error 7 > sshd[30478]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffda7dc0 error 7 > sshd[30477]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb280c0 error 7 > > sshd[6647]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffcac240 error 7 > sshd[6649]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007ffffff18450 error 7 > sshd[6652]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffb059d0 error 7 > sshd[6653]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffe08480 error 7 > sshd[6656]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffff8a06e0 error 7 > sshd[6657]: segfault at 00002aaaaabbfdf0 rip 00002aaaaaab1191 rsp 00007fffffab54c0 error 7 > (etc) > > Dell SC1425. 2 x Xeon 2.8 EM64T's, 2 x 512Mb ECC DDR, 2 x 250Gb Seagate SATA > > # uname -a > Linux cp1 2.6.12.3-76.caos.smp #1 SMP Mon Jul 18 16:07:11 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux > > # yum search sshd | grep installed > package installed. > package installed. > openssh-server.x86_64 4.2p1-1.caos installed > package installed. > > # yum update openssh-server > Setting up Update Process > Setting up Repos > core 100% |=========================| 951 B 00:00 > ext-current 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > core : ################################################## 158/158 > ext-curren: ################################################## 1562/1562 > Excluding Packages in global exclude list > Finished > Could not find update match for openssh-server > No Packages marked for Update/Obsoletion > > # yum update openssh-server > Setting up Update Process > Setting up Repos > core 100% |=========================| 951 B 00:00 > ext-current 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > core : ################################################## 158/158 > ext-curren: ################################################## 1562/1562 > Excluding Packages in global exclude list > Finished > Could not find update match for openssh-server > No Packages marked for Update/Obsoletion > > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. _______________________________________________ cAos mailing list cAos at caosity.org http://lists.caosity.org/mailman/listinfo/caos From m.stolte at datadevil.demon.nl Tue Oct 11 04:56:46 2005 From: m.stolte at datadevil.demon.nl (Maarten Stolte) Date: Tue, 11 Oct 2005 13:56:46 +0200 Subject: [cAos] New caos2 install has dma problems on hda Message-ID: <1129031806.81564b4m.stolte@datadevil.demon.nl> The polling of the cdrom might have been caused by a program, are you sure nothing was running that could have caused that? -----Original Message----- From: "James E. Jennison" To: Community Assembled OS Date: Mon, 10 Oct 2005 23:53:22 -0700 Subject: Re: [cAos] New caos2 install has dma problems on hda Hey Greg, Now, the other issue is that with that night little Iomega ZipCD 650 USB CD/RW I had so much fun with a couple of weeks ago, whenever there is no disk in that drive, I keep getting this message: Oct 10 23:47:43 scooby kernel: sr0: CDROM not ready. Make sure there is a disc in the drive. Oct 10 23:47:43 scooby kernel: cdrom: open failed. Oct 10 23:47:45 scooby kernel: sr0: CDROM not ready. Make sure there is a disc in the drive. Oct 10 23:47:45 scooby kernel: cdrom: open failed. Now, I could understand it complainig if there was a disk in the drive it did not like, but when there is no disk at all? Wierd. Cheer, James On Mon, 2005-10-10 at 23:36 -0700, Greg M. Kurtzer wrote: > Try to boot with the kernel parameters: > > acpi=off > > or > > ide=nodma > > appended to the kernel line. > > > On Mon, Oct 10, 2005 at 11:24:39PM -0700, slaton wrote: > > 4 minutes til greg replies... typical ;) > > > > no luck though: > > > > # yum --enablerepo testing update 'linux*' > > [...] > > No Packages marked for Update/Obsoletion > > > > The errors look like: > > > > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } > > hda: dma_intr: error=0x84 { DriveStatusError BadCRC } > > > > thanks, > > slaton > > > > On Mon, 10 Oct 2005, Greg M. Kurtzer wrote: > > > > > Hello! > > > > > > What kernel are you running? Try to upgrade to latest version in > > > testing: > > > > > > # yum --enablerepo testing update linux* > > > > > > If that doesn't help, can you paste the exact error? > > > > > > Good luck! > > _______________________________________________ > > cAos mailing list > > cAos at caosity.org > > http://lists.caosity.org/mailman/listinfo/caos > From slaton at OCF.Berkeley.EDU Tue Oct 11 12:09:22 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Tue, 11 Oct 2005 12:09:22 -0700 (PDT) Subject: [cAos] New caos2 install has dma problems on hda In-Reply-To: <20051011063626.GB23789@titan.runlevelzero.net> References: <20051011060215.GA23789@titan.runlevelzero.net> <20051011063626.GB23789@titan.runlevelzero.net> Message-ID: With "acpi=off" the machine boots to GDM. When i log in (xfce desktop), the GDM window disappears, leaving an desktop and mouse cursor, and nothing else happens. The machine is dead at this point -- network interface is down, and keyboard ctrl-alt sequences don't work (so no virtual consoles). With "ide=nodma" the machine boots as normal and so far i have not noticed any dma errors. It's only been 10 minutes though. :) Also i haven't run any performance tests with hdparm to see what sort of hit i'm taking. thanks, slaton On Mon, 10 Oct 2005, Greg M. Kurtzer wrote: > Try to boot with the kernel parameters: > > acpi=off > > or > > ide=nodma > > appended to the kernel line. > > > On Mon, Oct 10, 2005 at 11:24:39PM -0700, slaton wrote: > > 4 minutes til greg replies... typical ;) > > > > no luck though: > > > > # yum --enablerepo testing update 'linux*' > > [...] > > No Packages marked for Update/Obsoletion > > > > The errors look like: > > > > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } > > hda: dma_intr: error=0x84 { DriveStatusError BadCRC } > > > > thanks, > > slaton > > > > On Mon, 10 Oct 2005, Greg M. Kurtzer wrote: > > > > > Hello! > > > > > > What kernel are you running? Try to upgrade to latest version in > > > testing: > > > > > > # yum --enablerepo testing update linux* > > > > > > If that doesn't help, can you paste the exact error? > > > > > > Good luck! From gmk at runlevelzero.net Tue Oct 11 14:08:47 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Tue, 11 Oct 2005 14:08:47 -0700 Subject: [cAos] New caos2 install has dma problems on hda In-Reply-To: References: <20051011060215.GA23789@titan.runlevelzero.net> <20051011063626.GB23789@titan.runlevelzero.net> Message-ID: <20051011210847.GI25908@titan.runlevelzero.net> On Tue, Oct 11, 2005 at 12:09:22PM -0700, slaton wrote: > With "acpi=off" the machine boots to GDM. When i log in (xfce desktop), > the GDM window disappears, leaving an desktop and mouse cursor, and > nothing else happens. The machine is dead at this point -- network > interface is down, and keyboard ctrl-alt sequences don't work (so no > virtual consoles). Hrmm... > With "ide=nodma" the machine boots as normal and so far i have not noticed > any dma errors. It's only been 10 minutes though. :) Also i haven't run > any performance tests with hdparm to see what sort of hit i'm taking. Excellent. Let us know how this works out for ya long term, and if you do in-fact see a performance issue. Greg -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From gmk at runlevelzero.net Fri Oct 14 22:58:43 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Fri, 14 Oct 2005 22:58:43 -0700 Subject: [cAos] repository updates Message-ID: <20051015055843.GA5719@titan.runlevelzero.net> Coming to a mirror near you! current: + SRPMS/bacula-1.36.3-10.caos.src.rpm + SRPMS/bitweaver-1.0.4-1.caos.src.rpm + SRPMS/clamav-0.87-1.caos.src.rpm + SRPMS/clearsilver-0.9.13-2.caos.src.rpm + SRPMS/curl-7.15.0-1.caos.src.rpm + SRPMS/dejavu-ttf-1.14-0.caos.src.rpm + SRPMS/dhcp-3.0.3-14.caos.src.rpm + SRPMS/dmidecode-2.7-1.4.caos.src.rpm + SRPMS/doxygen-1.4.5-1.caos.src.rpm + SRPMS/Eterm-0.9.4-0.20051010.src.rpm + SRPMS/freetds-0.63-3.src.rpm + SRPMS/fuse-2.4.0-1.caos.src.rpm + SRPMS/gnutls-1.1.6-3.caos.src.rpm + SRPMS/grip-3.3.1-4.caos.src.rpm + SRPMS/gtetrinet-0.7.8-3.caos.src.rpm + SRPMS/hdup-2.0.12-1.caos.src.rpm + SRPMS/HelixPlayer-1.0.6-0.caos.src.rpm + SRPMS/hybserv-1.9.1-1.caos.src.rpm + SRPMS/linux-2.6.13.4-86.caos.src.rpm + SRPMS/mailman-2.1.6-28.caos.src.rpm + SRPMS/mono-1.1.8.3-1.caos.src.rpm + SRPMS/MySQL-python-1.2.0-1.caos.src.rpm + SRPMS/openssh-4.2p1-2.caos.src.rpm + SRPMS/perl-Compress-Zlib-1.40-1.caos.src.rpm + SRPMS/perl-SDL-2.1.2-2.2.src.rpm + SRPMS/python-sqlite-1.1.6-1.caos.src.rpm + SRPMS/scons-0.96.1-1.caos.src.rpm + SRPMS/scourge-0.11-1.caos.src.rpm + SRPMS/scribus-1.3.1-2.caos.src.rpm + SRPMS/SDL-1.2.9-3.caos.src.rpm + SRPMS/spamassassin-3.1.0-1.caos.src.rpm + SRPMS/squirrelmail-1.4.4-3.caos.src.rpm + SRPMS/subversion-1.2.3-7.src.rpm + SRPMS/tetrinetx-1.13.16-2.caos.src.rpm + SRPMS/trac-0.8.4-3.caos.src.rpm + SRPMS/usermin-1.162-1.caos.src.rpm + SRPMS/webmin-1.233-1.caos.src.rpm + SRPMS/whatelse-1.1-1.src.rpm + SRPMS/wireless-tools-28-0.9.src.rpm + SRPMS/yasm-0.4.0-1.caos.src.rpm - SRPMS/Eterm-0.9.4-0.20050427.src.rpm - SRPMS/Eterm-0.9.4-0.20050614.src.rpm - SRPMS/openssh-4.2p1-1.caos.src.rpm - SRPMS/perl-SDL-2.1.2-2.1.fc3.fr.src.rpm - SRPMS/SDL-1.2.8-2.caos.src.rpm stable: + SRPMS/clearsilver-0.9.13-2.caos.src.rpm + SRPMS/Eterm-0.9.4-0.20051010.src.rpm + SRPMS/gtetrinet-0.7.8-3.caos.src.rpm + SRPMS/mono-1.1.8.3-1.caos.src.rpm + SRPMS/MySQL-python-1.2.0-1.caos.src.rpm + SRPMS/perl-SDL-2.1.2-2.2.src.rpm + SRPMS/python-sqlite-1.1.6-1.caos.src.rpm + SRPMS/scons-0.96.1-1.caos.src.rpm + SRPMS/scribus-1.3.1-2.caos.src.rpm + SRPMS/SDL-1.2.9-3.caos.src.rpm + SRPMS/squirrelmail-1.4.4-3.caos.src.rpm + SRPMS/tetrinetx-1.13.16-2.caos.src.rpm + SRPMS/trac-0.8.4-3.caos.src.rpm + SRPMS/usermin-1.162-1.caos.src.rpm + SRPMS/webmin-1.233-1.caos.src.rpm + SRPMS/whatelse-1.1-1.src.rpm + SRPMS/yasm-0.4.0-1.caos.src.rpm - SRPMS/Eterm-0.9.4-0.20050427.src.rpm - SRPMS/perl-SDL-2.1.2-2.1.fc3.fr.src.rpm - SRPMS/SDL-1.2.8-2.caos.src.rpm -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From slaton at OCF.Berkeley.EDU Mon Oct 17 18:24:31 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Mon, 17 Oct 2005 18:24:31 -0700 (PDT) Subject: [cAos] gnuplot-4.0.0-6.caos.x86_64.rpm not compiled with X11 output support Message-ID: Just tried to use gnuplot to generate some simple graphs and find that for some reason, it is not compiled with X11 terminal support. So, images cannot be directly plotted to screen under X11. This is an opteron box so i'm using gnuplot-4.0.0-6.caos.x86_64.rpm. I'm not too l33t w/r/t rpm, so not sure if it would be a piece of cake for me to install the srpm and rebuild a new package... would be willing to try though. :) How to replicate: 1. run gnuplot. 2. enter "set terminal" which will list the available terminal types. X11 is not listed. 3. enter "show version long" to confirm that "+X11" was not used as a compile option. slaton From gmk at runlevelzero.net Mon Oct 17 22:48:28 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Mon, 17 Oct 2005 22:48:28 -0700 Subject: [cAos] gnuplot-4.0.0-6.caos.x86_64.rpm not compiled with X11 output support In-Reply-To: References: Message-ID: <20051018054828.GB1175@titan.runlevelzero.net> I just updated the gnuplot spec to build and include X support. I will respond again once it has hit the repository so you can test. Thank you for the notification. Greg On Mon, Oct 17, 2005 at 06:24:31PM -0700, slaton wrote: > Just tried to use gnuplot to generate some simple graphs and find that for > some reason, it is not compiled with X11 terminal support. So, images > cannot be directly plotted to screen under X11. > > This is an opteron box so i'm using gnuplot-4.0.0-6.caos.x86_64.rpm. > > I'm not too l33t w/r/t rpm, so not sure if it would be a piece of cake for > me to install the srpm and rebuild a new package... would be willing to > try though. :) > > > How to replicate: > > 1. run gnuplot. > > 2. enter "set terminal" which will list the available terminal types. X11 > is not listed. > > 3. enter "show version long" to confirm that "+X11" was not used as a > compile option. > > > slaton > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From gmk at runlevelzero.net Mon Oct 17 23:27:34 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Mon, 17 Oct 2005 23:27:34 -0700 Subject: [cAos] caos2 repository update Message-ID: <20051018062734.GA1855@titan.runlevelzero.net> current: - SRPMS/sidekick-1.4.0-27.caos.src.rpm - SRPMS/sidekick-1.4.0-38.caos.src.rpm - SRPMS/sidekick-1.4.0-43.caos.src.rpm stable: + SRPMS/sidekick-1.4.0-44.caos.src.rpm - SRPMS/sidekick-1.4.0-27.caos.src.rpm -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From gmk at runlevelzero.net Thu Oct 20 00:17:40 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 20 Oct 2005 00:17:40 -0700 Subject: [cAos] repository updates Message-ID: <20051020071740.GE10998@titan.runlevelzero.net> current: + SRPMS/amule-2.0.3-0.caos.src.rpm + SRPMS/gnomebaker-0.5.0-0.caos.src.rpm + SRPMS/perl-XML-Simple-2.14-1.caos.src.rpm + SRPMS/tikiwiki-1.9.1.1-2.caos.src.rpm + SRPMS/xchm-1.2-0.caos.src.rpm stable: + SRPMS/perl-XML-Simple-2.14-1.caos.src.rpm -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From gmk at runlevelzero.net Thu Oct 20 00:47:04 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 20 Oct 2005 00:47:04 -0700 Subject: [cAos] repository updates In-Reply-To: <20051020071740.GE10998@titan.runlevelzero.net> References: <20051020071740.GE10998@titan.runlevelzero.net> Message-ID: <20051020074704.GA12028@titan.runlevelzero.net> Forgot one in current: + SRPMS/chmlib-0.36-0.caos.src.rpm Enjoy. On Thu, Oct 20, 2005 at 12:17:40AM -0700, Greg M. Kurtzer wrote: > current: > + SRPMS/amule-2.0.3-0.caos.src.rpm > + SRPMS/gnomebaker-0.5.0-0.caos.src.rpm > + SRPMS/perl-XML-Simple-2.14-1.caos.src.rpm > + SRPMS/tikiwiki-1.9.1.1-2.caos.src.rpm > + SRPMS/xchm-1.2-0.caos.src.rpm > > stable: > + SRPMS/perl-XML-Simple-2.14-1.caos.src.rpm > > -- > Greg M. Kurtzer > http://runlevelzero.net/ > http://caosity.org/ > http://warewulf-cluster.org/ > > Do not look anywhere for truth, for all that is needed is to refrain from > allowing concepts to arise. > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From gmk at runlevelzero.net Mon Oct 24 00:05:56 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Mon, 24 Oct 2005 00:05:56 -0700 Subject: [cAos] caos2 repository update Message-ID: <20051024070556.GA11083@titan.runlevelzero.net> current: + SRPMS/perl-Tk-804.027-2.caos.src.rpm + SRPMS/PHP-nuke-7.8-1.caos.src.rpm + SRPMS/phpMyAdmin-2.6.4-1.caos.src.rpm + SRPMS/phpPgAdmin-3.5.6-1.caos.src.rpm + SRPMS/subversion-1.2.3-8.caos.src.rpm + SRPMS/trac-0.9b2-5.caos.src.rpm + SRPMS/usermin-1.170-1.src.rpm - SRPMS/perl-Tk-804.027-1.caos.src.rpm - SRPMS/subversion-1.2.3-7.src.rpm - SRPMS/trac-0.8.4-3.caos.src.rpm stable: + SRPMS/perl-Tk-804.027-2.caos.src.rpm + SRPMS/PHP-nuke-7.8-1.caos.src.rpm + SRPMS/phpMyAdmin-2.6.4-1.caos.src.rpm + SRPMS/phpPgAdmin-3.5.6-1.caos.src.rpm + SRPMS/trac-0.9b2-5.caos.src.rpm - SRPMS/perl-Tk-804.027-1.caos.src.rpm - SRPMS/trac-0.8.4-3.caos.src.rpm -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From gmk at runlevelzero.net Mon Oct 24 00:13:29 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Mon, 24 Oct 2005 00:13:29 -0700 Subject: [cAos] gnuplot-4.0.0-6.caos.x86_64.rpm not compiled with X11 output support In-Reply-To: <20051018054828.GB1175@titan.runlevelzero.net> References: <20051018054828.GB1175@titan.runlevelzero.net> Message-ID: <20051024071329.GB11083@titan.runlevelzero.net> gnuplot-4.0.0-7.caos has been built and is currently in the testing repository. Please test: # yum --enablerepo testing install gnuplot If it looks better, let me know and I will push it into the live repository. Thanks. On Mon, Oct 17, 2005 at 10:48:28PM -0700, Greg M. Kurtzer wrote: > I just updated the gnuplot spec to build and include X support. I will > respond again once it has hit the repository so you can test. > > Thank you for the notification. > > Greg > > On Mon, Oct 17, 2005 at 06:24:31PM -0700, slaton wrote: > > Just tried to use gnuplot to generate some simple graphs and find that for > > some reason, it is not compiled with X11 terminal support. So, images > > cannot be directly plotted to screen under X11. > > > > This is an opteron box so i'm using gnuplot-4.0.0-6.caos.x86_64.rpm. > > > > I'm not too l33t w/r/t rpm, so not sure if it would be a piece of cake for > > me to install the srpm and rebuild a new package... would be willing to > > try though. :) > > > > > > How to replicate: > > > > 1. run gnuplot. > > > > 2. enter "set terminal" which will list the available terminal types. X11 > > is not listed. > > > > 3. enter "show version long" to confirm that "+X11" was not used as a > > compile option. > > > > > > slaton > > _______________________________________________ > > cAos mailing list > > cAos at caosity.org > > http://lists.caosity.org/mailman/listinfo/caos > > -- > Greg M. Kurtzer > http://runlevelzero.net/ > http://caosity.org/ > http://warewulf-cluster.org/ > > Do not look anywhere for truth, for all that is needed is to refrain from > allowing concepts to arise. > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From slaton at OCF.Berkeley.EDU Mon Oct 24 12:30:58 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Mon, 24 Oct 2005 12:30:58 -0700 (PDT) Subject: [cAos] gnuplot-4.0.0-6.caos.x86_64.rpm not compiled with X11 output support In-Reply-To: <20051024071329.GB11083@titan.runlevelzero.net> References: <20051018054828.GB1175@titan.runlevelzero.net> <20051024071329.GB11083@titan.runlevelzero.net> Message-ID: Looks good here. Thanks Greg! slaton On Mon, 24 Oct 2005, Greg M. Kurtzer wrote: > gnuplot-4.0.0-7.caos has been built and is currently in the testing > repository. Please test: > > # yum --enablerepo testing install gnuplot > > If it looks better, let me know and I will push it into the live > repository. > > Thanks. From slaton at OCF.Berkeley.EDU Fri Oct 28 13:27:57 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Fri, 28 Oct 2005 13:27:57 -0700 (PDT) Subject: [cAos] Dumb x86_64 / 32-bit X11 libs question Message-ID: I have a dual operton box running caos2 x86_64 (stable). During the standard installation no 32-bit libraries were installed. I need to install xorg-x11-libs/i386 so I can run the 32-bit version of Chimera, as the group doesn't make x86_64 builds very often (and hints that it's not as stable). What's the correct way to do this? yum doesn't seem to have an option for specifying the basearch of the repo to use. Do I need to create a new i386 repo in /etc/yum.repos.d? thanks slaton From gmk at runlevelzero.net Fri Oct 28 19:55:35 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Fri, 28 Oct 2005 19:55:35 -0700 Subject: [cAos] Dumb x86_64 / 32-bit X11 libs question In-Reply-To: References: Message-ID: <20051029025535.GC29842@titan.runlevelzero.net> On Fri, Oct 28, 2005 at 01:27:57PM -0700, slaton wrote: > I have a dual operton box running caos2 x86_64 (stable). > > During the standard installation no 32-bit libraries were installed. > > I need to install xorg-x11-libs/i386 so I can run the 32-bit version of > Chimera, as the group doesn't make x86_64 builds very often (and hints > that it's not as stable). > > What's the correct way to do this? yum doesn't seem to have an option for > specifying the basearch of the repo to use. Do I need to create a new i386 > repo in /etc/yum.repos.d? Yes. I will make this a feature of the next version of Cinch. I recommend doing the following: edit /etc/yum.repos.d/caos-2-core.repo and add: [core32] enabled=0 name=cAos-2 core system repository baseurl=http://mirror.caosity.org/cAos-2/core/i386 Then edit /etc/yum.repos.d/caos-2-stable.repo and current and do the same: [stable32] enabled=0 name=cAos-2 extended stable system repository baseurl=http://mirror.caosity.org/cAos-2/ext/stable/i386 Now when you want to use these repos, you can do the following: # yum --enablerepo core32 --enablerepo stable32 install xorg-x11.i386 You must enable the repos because they are not enabled by default, and you also must suffix the architecture to the package. Hope that helps! -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise. From dpilon at dpilon.com Fri Oct 28 19:59:43 2005 From: dpilon at dpilon.com (Denis E. Pilon) Date: Fri, 28 Oct 2005 22:59:43 -0400 Subject: [cAos] Dumb x86_64 / 32-bit X11 libs question In-Reply-To: <20051029025535.GC29842@titan.runlevelzero.net> References: <20051029025535.GC29842@titan.runlevelzero.net> Message-ID: <4362E59F.2060900@dpilon.com> I think those files should be part of the yum package and not cinch. DP Greg M. Kurtzer wrote: > On Fri, Oct 28, 2005 at 01:27:57PM -0700, slaton wrote: > >> I have a dual operton box running caos2 x86_64 (stable). >> >> During the standard installation no 32-bit libraries were installed. >> >> I need to install xorg-x11-libs/i386 so I can run the 32-bit version of >> Chimera, as the group doesn't make x86_64 builds very often (and hints >> that it's not as stable). >> >> What's the correct way to do this? yum doesn't seem to have an option for >> specifying the basearch of the repo to use. Do I need to create a new i386 >> repo in /etc/yum.repos.d? >> > > Yes. I will make this a feature of the next version of Cinch. I > recommend doing the following: > > edit /etc/yum.repos.d/caos-2-core.repo and add: > [core32] > enabled=0 > name=cAos-2 core system repository > baseurl=http://mirror.caosity.org/cAos-2/core/i386 > > Then edit /etc/yum.repos.d/caos-2-stable.repo and current and do the > same: > > [stable32] > enabled=0 > name=cAos-2 extended stable system repository > baseurl=http://mirror.caosity.org/cAos-2/ext/stable/i386 > > > Now when you want to use these repos, you can do the following: > > # yum --enablerepo core32 --enablerepo stable32 install xorg-x11.i386 > > You must enable the repos because they are not enabled by default, and > you also must suffix the architecture to the package. > > Hope that helps! > From gmk at runlevelzero.net Fri Oct 28 21:51:50 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Fri, 28 Oct 2005 21:51:50 -0700 Subject: [cAos] Dumb x86_64 / 32-bit X11 libs question In-Reply-To: <4362E59F.2060900@dpilon.com> References: <20051029025535.GC29842@titan.runlevelzero.net> <4362E59F.2060900@dpilon.com> Message-ID: <20051029045150.GA30122@titan.runlevelzero.net> On Fri, Oct 28, 2005 at 10:59:43PM -0400, Denis E. Pilon wrote: > I think those files should be part of the yum package and not cinch. The problem is that sidekick (not cinch as I mentioned) configures them for different mirrors and options. We can have some defaults that come in the yum package, but sidekick will overwrite when prompted to do so. -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/ Do not look anywhere for truth, for all that is needed is to refrain from allowing concepts to arise.