From slaton at OCF.Berkeley.EDU Thu Dec 1 08:34:27 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 1 Dec 2005 08:34:27 -0800 (PST) Subject: [cAos] New cAos-2 i386 install hangs Message-ID: I just migrated a Red Hat 8.0 box to cAos-2. Specs are: SMP 32-bit Xeon, Supermicro motherboard, SCSI system disk attached to onboard scsiadapter (aic78xx i believe). I used the 2-2.1a.i386 image. The system completed installation with no major issues. (I did notice that a couple of the cinch-automated yum updates threw odd errors, like bad UT-8 encoding). After tweaking fstab, hosts, inittab etc. & a couple of reboots later, the system is freezing randomly after 10-15 minutes of uptime. Generally certain commands start freezing (top, groupadd, dmesg, ...), although new logins are possible by ssh. Then new logins freeze before giving you a shell. Then eventually pings to the machine fail as well. After a manual power cycling, no drives are marked as unclean, and there are no messages in the logs to suggest what is going on. Any ideas? thanks, slaton From gmk at runlevelzero.net Thu Dec 1 09:20:58 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 1 Dec 2005 09:20:58 -0800 Subject: [cAos] New cAos-2 i386 install hangs In-Reply-To: References: Message-ID: <20051201172058.GA31708@titan.runlevelzero.net> What kernel is the system running? Did it update the kernel after install? Can you associate the crash to any sort of actions (eg. GL enabled screen saver)? Any kernel output on VT1 that can point to hints? On Thu, Dec 01, 2005 at 08:34:27AM -0800, slaton wrote: > I just migrated a Red Hat 8.0 box to cAos-2. > > Specs are: SMP 32-bit Xeon, Supermicro motherboard, SCSI system disk > attached to onboard scsiadapter (aic78xx i believe). > > I used the 2-2.1a.i386 image. > > The system completed installation with no major issues. > (I did notice that a couple of the cinch-automated yum updates threw odd > errors, like bad UT-8 encoding). > > After tweaking fstab, hosts, inittab etc. & a couple of reboots later, the > system is freezing randomly after 10-15 minutes of uptime. Generally > certain commands start freezing (top, groupadd, dmesg, ...), although new > logins are possible by ssh. Then new logins freeze before giving you a > shell. Then eventually pings to the machine fail as well. > > After a manual power cycling, no drives are marked as unclean, and there > are no messages in the logs to suggest what is going on. > > Any ideas? > > thanks, > 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 slaton at OCF.Berkeley.EDU Thu Dec 1 09:21:29 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 1 Dec 2005 09:21:29 -0800 (PST) Subject: [cAos] New cAos-2 i386 install hangs (update) Message-ID: For some reason cinch didn't install linux-smp, even though I selected "install smp", and this is indeed an SMP machine. :) Incidentally i notice that the latest version of linux-smp kernel in stable is older than linux uniprocessor: linux-smp-2.6.11.6-61.caos linux-2.6.12.2-75.caos Should i be using something from testing? Anyway...after installing linux-smp and rebooting with it, the machine hangs after loading the mouse and keyboard driver. I can hear disk access but nothing else is happening on the screen. This is before syslogd has started much less disks mounted. So it's back to linux-uniproc kernel. Looking at my boot log, a few things of note: Dec 1 09:10:21 tako kernel: Processor #0 15:2 APIC version 20 Dec 1 09:10:21 tako kernel: Processor #6 15:2 APIC version 20 Dec 1 09:10:21 tako kernel: WARNING: NR_CPUS limit of 1 reached. Processor ignored. hmmm, processor #0 and #6, that's a pretty odd numbering. every other SMP box i've seen properly recognizes #0 and #1... i don't know why this kernel would be buggy w/r/t APICs and this motherboard, whereas a much older 2.4 kernel worked here. Dec 1 08:45:41 tako kernel: ACPI: Unable to locate RSDP not sure if i need to enable acpi in the bios or something for this one. So now I have two problems: - system hangs in uniprocessor kernel - system won't boot SMP kernel Anything above, like the APIC issue, shed light on either of these for any of you guys? thanks slaton From gmk at runlevelzero.net Thu Dec 1 09:22:08 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 1 Dec 2005 09:22:08 -0800 Subject: [cAos] Quick question... In-Reply-To: <438DDCA0.9030709@pythagoras.no-ip.org> References: <4380F3DB.3060700@pythagoras.no-ip.org> <4381A6E3.7020608@pythagoras.no-ip.org> <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <438DDCA0.9030709@pythagoras.no-ip.org> Message-ID: <20051201172208.GB31708@titan.runlevelzero.net> On Wed, Nov 30, 2005 at 05:08:48PM +0000, Benjamin Donnachie wrote: > I tried to install the above on my desktop machine but, when prompted > for the system roles, it states that it cannot contact the repo mirror > and hence cannot download the package group information. I tried with > both current and stable repos but still no luck - however, the network > was definitely up as I could ping all over the place! How did you configure networking? Static or dynamic? > Unfortunately, I haven't got time to isolate the fault as I am > repairing a friends Windows (spit!) laptop and, consequently, I'm > installing test3 instead... Which is working fine! Hrmm... Different sidekick versions. I am hoping it is just a simple bug in sidekick. Thanks -- 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 Thu Dec 1 09:38:15 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 1 Dec 2005 09:38:15 -0800 (PST) Subject: [cAos] New cAos-2 i386 install hangs In-Reply-To: <20051201172058.GA31708@titan.runlevelzero.net> References: <20051201172058.GA31708@titan.runlevelzero.net> Message-ID: Hi Greg, I'm thinking it's an APIC problem with the newer kernel and my coupla-years-old motherboard (see my updated post)...going to try using "noapic" kernel arg. thanks, slaton On Thu, 1 Dec 2005, Greg M. Kurtzer wrote: > What kernel is the system running? > > Did it update the kernel after install? > > Can you associate the crash to any sort of actions (eg. GL enabled > screen saver)? > > Any kernel output on VT1 that can point to hints? From gmk at runlevelzero.net Thu Dec 1 10:05:41 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 1 Dec 2005 10:05:41 -0800 Subject: [cAos] New cAos-2 i386 install hangs (update) In-Reply-To: References: Message-ID: <20051201180541.GC31708@titan.runlevelzero.net> On Thu, Dec 01, 2005 at 09:21:29AM -0800, slaton wrote: > For some reason cinch didn't install linux-smp, even though I selected > "install smp", and this is indeed an SMP machine. :) > > Incidentally i notice that the latest version of linux-smp kernel in > stable is older than linux uniprocessor: > > linux-smp-2.6.11.6-61.caos > linux-2.6.12.2-75.caos Where are you looking? http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-2.6.11.6-61.caos.i386.rpm http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-smp-2.6.11.6-61.caos.i386.rpm > Should i be using something from testing? If you like you can try the 'current' repository: # yum --enablerepo current install linux-smp > Anyway...after installing linux-smp and rebooting with it, the machine > hangs after loading the mouse and keyboard driver. I can hear disk access > but nothing else is happening on the screen. This is before syslogd has > started much less disks mounted. This is more like the problem that I saw with the supermicros. What I saw had to do with agpgart incompatiability with the video card. It would lock up shortly after agpgart was loaded. Is it doing the same for you? > So it's back to linux-uniproc kernel. Looking at my boot log, a few things > of note: > > Dec 1 09:10:21 tako kernel: Processor #0 15:2 APIC version 20 > Dec 1 09:10:21 tako kernel: Processor #6 15:2 APIC version 20 > Dec 1 09:10:21 tako kernel: WARNING: NR_CPUS limit of 1 reached. > Processor ignored. > > hmmm, processor #0 and #6, that's a pretty odd numbering. every other SMP > box i've seen properly recognizes #0 and #1... i don't know why this > kernel would be buggy w/r/t APICs and this motherboard, whereas a much > older 2.4 kernel worked here. I have seen non-consesequtive CPU numbering before actually... But I didn't correlate that with a problem, but that was a while ago... > Dec 1 08:45:41 tako kernel: ACPI: Unable to locate RSDP > > not sure if i need to enable acpi in the bios or something for this one. Maybe try to disable ACPI in the kernel: acpi=off Also try to disable APIC: noapic Both of those should go in the kernel argument from grub. > So now I have two problems: > > - system hangs in uniprocessor kernel > - system won't boot SMP kernel > > Anything above, like the APIC issue, shed light on either of these for any > of you guys? Let us know how the above works out. Good luck. -- 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 Thu Dec 1 10:32:52 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 1 Dec 2005 10:32:52 -0800 (PST) Subject: [cAos] New cAos-2 i386 install hangs (update.2) In-Reply-To: References: Message-ID: Update: The SMP kernel boots with "noapic". :) Some info i read suggested changing the MP setting in BIOS from 1.4 down to 1.1. Oddly this mobo (Supermicro P4DMS-6GM) doesn't have this setting -- other SM boards i've used have had it. So far so good, 30 minutes w/ no freezes. Also read to keep an eye on /proc/interrupts and /proc/ioports to see what effect APIC/noapic is having. I don't really know how to read this information, i suppose ERR indicates errors and it says 0 so ... :) slaton On Thu, 1 Dec 2005, slaton wrote: > For some reason cinch didn't install linux-smp, even though I selected > "install smp", and this is indeed an SMP machine. :) > > Incidentally i notice that the latest version of linux-smp kernel in > stable is older than linux uniprocessor: > > linux-smp-2.6.11.6-61.caos > linux-2.6.12.2-75.caos > > Should i be using something from testing? > > Anyway...after installing linux-smp and rebooting with it, the machine > hangs after loading the mouse and keyboard driver. I can hear disk > access but nothing else is happening on the screen. This is before > syslogd has started much less disks mounted. > > So it's back to linux-uniproc kernel. Looking at my boot log, a few > things of note: > > Dec 1 09:10:21 tako kernel: Processor #0 15:2 APIC version 20 > Dec 1 09:10:21 tako kernel: Processor #6 15:2 APIC version 20 > Dec 1 09:10:21 tako kernel: WARNING: NR_CPUS limit of 1 reached. > Processor ignored. > > hmmm, processor #0 and #6, that's a pretty odd numbering. every other > SMP box i've seen properly recognizes #0 and #1... i don't know why this > kernel would be buggy w/r/t APICs and this motherboard, whereas a much > older 2.4 kernel worked here. > > Dec 1 08:45:41 tako kernel: ACPI: Unable to locate RSDP > > not sure if i need to enable acpi in the bios or something for this one. > > > So now I have two problems: > > - system hangs in uniprocessor kernel > - system won't boot SMP kernel > > Anything above, like the APIC issue, shed light on either of these for > any of you guys? > > thanks > slaton From slaton at OCF.Berkeley.EDU Thu Dec 1 10:36:39 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 1 Dec 2005 10:36:39 -0800 (PST) Subject: [cAos] New cAos-2 i386 install hangs (update) In-Reply-To: <20051201180541.GC31708@titan.runlevelzero.net> References: <20051201180541.GC31708@titan.runlevelzero.net> Message-ID: > > Incidentally i notice that the latest version of linux-smp kernel in > > stable is older than linux uniprocessor: > > > > linux-smp-2.6.11.6-61.caos > > linux-2.6.12.2-75.caos > > Where are you looking? > > http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-2.6.11.6-61.caos.i386.rpm > http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-smp-2.6.11.6-61.caos.i386.rpm huh.....weird. i just installed from the iso and let it update from a mirror automatically, thru cinch. not sure what happened there but i do now see the newer kernels in current now. off the record, what do most people use for production machines? stable or current? > This is more like the problem that I saw with the supermicros. What I > saw had to do with agpgart incompatiability with the video card. It > would lock up shortly after agpgart was loaded. Is it doing the same for > you? as i mentioned in a just-posted email, "noapic" got rid of the freezing problem. :) i don't think agpgart was involved. FWIW, the machine is a headless fileserver that stays at runlevel 3, i've never run any X11 apps on it. Thanks Greg! slaton From gmk at runlevelzero.net Thu Dec 1 10:43:08 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 1 Dec 2005 10:43:08 -0800 Subject: [cAos] New cAos-2 i386 install hangs (update) In-Reply-To: References: <20051201180541.GC31708@titan.runlevelzero.net> Message-ID: <20051201184308.GD31708@titan.runlevelzero.net> On Thu, Dec 01, 2005 at 10:36:39AM -0800, slaton wrote: > > > Incidentally i notice that the latest version of linux-smp kernel in > > > stable is older than linux uniprocessor: > > > > > > linux-smp-2.6.11.6-61.caos > > > linux-2.6.12.2-75.caos > > > > Where are you looking? > > > > http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-2.6.11.6-61.caos.i386.rpm > > http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-smp-2.6.11.6-61.caos.i386.rpm > > huh.....weird. i just installed from the iso and let it update from a > mirror automatically, thru cinch. not sure what happened there but i do > now see the newer kernels in current now. Interesting. I will try and reproduce. > off the record, what do most people use for production machines? stable or > current? Production servers/clusters I use stable and pick and grab packages from current using the '--enablerepo current' yum argument. > > This is more like the problem that I saw with the supermicros. What I > > saw had to do with agpgart incompatiability with the video card. It > > would lock up shortly after agpgart was loaded. Is it doing the same for > > you? > > as i mentioned in a just-posted email, "noapic" got rid of the freezing > problem. :) i don't think agpgart was involved. FWIW, the machine is a > headless fileserver that stays at runlevel 3, i've never run any X11 apps > on it. Sweet! :) -- 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 benjamin at pythagoras.no-ip.org Thu Dec 1 12:33:57 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Thu, 01 Dec 2005 20:33:57 +0000 Subject: [cAos] New cAos-2 i386 install hangs (update) In-Reply-To: <20051201184308.GD31708@titan.runlevelzero.net> References: <20051201180541.GC31708@titan.runlevelzero.net> <20051201184308.GD31708@titan.runlevelzero.net> Message-ID: <438F5E35.8040106@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: >>>> Incidentally i notice that the latest version of linux-smp >>>> kernel in stable is older than linux uniprocessor: >>>> linux-smp-2.6.11.6-61.caos linux-2.6.12.2-75.caos >>> Where are you looking? >>> http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-2.6.11.6-61.caos.i386.rpm >>> >>> http://mirror.caosity.org/cAos-2/ext/stable/i386/linux-smp-2.6.11.6-61.caos.i386.rpm >>> >> huh.....weird. i just installed from the iso and let it update >> from a mirror automatically, thru cinch. not sure what happened >> there but i do now see the newer kernels in current now. > Interesting. I will try and reproduce. Same thing here using the test3 install iso; it installs 2.6.12.2-75.caos and then yum install linux.smp causes 2.6.11.6-61.caos.smp to be installed. Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ49eNOgNmph0Y1E2AQI2cA//ZLOID2/7QUTWt3qfqZC1raQ2QLkTR++2 VqfgqiVU8W/1i5idoc7Q+TORv23Z5BYK+I/xOp9umflu6x5KKtz6c3FGnirRkNYK +kTU3hKfWd9AmZqtbEVjUBsGDHmtOvmINVngVY2r9gBHV2JuMTTzlEWfzUo8ppm2 dAlxwo3Ovf6P58Za+iz+yweCaQA1+zdQ/qw47Jjgf7UzZlR9m9bzN+NCtTqu1y9Z ZFr4/ongiBkIkIQBHvn96o64yi4+EboO7qj1+QUUjs5OTy3Kc9tEcL9pU8A8e01y IYq8URps6o0UMptuBE2PLI+4u1r8+M9VNQhqHFpI1NqH9ktnPUgFH8DJG8+TEj/E hJRX9ar8YuUwFbnDcLRvipecVzSA/wPDE2CbXlGrKGBnCmB73hyGdPsa3rPpN1rf IqihAPVF3RgkE6AbS6bFzozGGaIZyATEZ79aZW1vdx9IEl5K0paF1QFWupvDe8kv siAUbV057YDfYZUkhR8fTetFvnzFuJAbzeuQSHJC0bbIsynz3K/rLxyRcxkucwNS vBJGIsA6jyPsMyLgnbYS2lEjbjXOzPir4x4J3mpPby6S2IK/KIk4yagH01q2eUuc JvnojG26i1iPboVcLanoDPECD29Q8rmQZjHdSXEtue1OJ+cMJuH4jLGDwXdF71je Unif1Eih1ys= =D2cp -----END PGP SIGNATURE----- From gmk at runlevelzero.net Thu Dec 1 12:38:42 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 1 Dec 2005 12:38:42 -0800 Subject: [cAos] New cAos-2 i386 install hangs (update) In-Reply-To: <438F5E35.8040106@pythagoras.no-ip.org> References: <20051201180541.GC31708@titan.runlevelzero.net> <20051201184308.GD31708@titan.runlevelzero.net> <438F5E35.8040106@pythagoras.no-ip.org> Message-ID: <20051201203842.GA32444@titan.runlevelzero.net> On Thu, Dec 01, 2005 at 08:33:57PM +0000, Benjamin Donnachie wrote: > > Interesting. I will try and reproduce. > > Same thing here using the test3 install iso; it installs > 2.6.12.2-75.caos and then yum install linux.smp causes > 2.6.11.6-61.caos.smp to be installed. Ahhh, actually that makes perfect sense now that I thought about it. Cinch has a new kernel installed then what is in stable. So when you install linux-smp, you get the version in stable, not what is in current. Using the '--enablerepo current' command, you can install a more recent kernel. -- 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 benjamin at pythagoras.no-ip.org Thu Dec 1 12:44:46 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Thu, 01 Dec 2005 20:44:46 +0000 Subject: [cAos] New cAos-2 i386 install hangs (update) In-Reply-To: <20051201203842.GA32444@titan.runlevelzero.net> References: <20051201180541.GC31708@titan.runlevelzero.net> <20051201184308.GD31708@titan.runlevelzero.net> <438F5E35.8040106@pythagoras.no-ip.org> <20051201203842.GA32444@titan.runlevelzero.net> Message-ID: <438F60BE.8000102@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: > Using the '--enablerepo current' command, you can install a more > recent kernel. What?!? ... and lose all that lovely up time on my server?!? :-) Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ49gvegNmph0Y1E2AQJvsBAAnu2IhxAaJNOSDu+Nmvm9hM1LZ5j8zoLK iNSYz9L8kwEfSYyhLm90dmH/46vTdV2llkzxQanlBasbEWxAB3BDOeqX2PS9JWh8 YfoiJIjcIZ8ttazKVqRNHUgo9eLDGb/3WqfTfinjcAWv/k3Xm7+SLaudtdT+1eWA GAkrnVyaZDL4asOzrUx5QLWERIJYcWmITTVcgsB+zKWs5NooXazoIckGXVgBydEj 9wT9J6sM7bBY3Zu966/tBe2EL0Q1Wa8mOy43cpOPEmoHeCaLMZGnr4+ElJohpHio OtDury/yDYk04/4GmxB4NJPw8XIBEFcYSTiPebMY2IAm/H9tLYvRtJk2CqKu/f1C E/LacBrpKAQXLUkyycdN1Q2+UUUZPm1yBO53zbRRblQ949snFLl2TUKWqsbIGis8 vBx671G7mPELdACcOt8a0oZTIgsZO2pISZQ7McaBIPaOLeH2vdLd+PWei1PAblNI 5Ozz8oiBqMBTw0og8cT9sQ4WCwFrtYoya99pUNRy9pZCfDdImy6VawI0PC18a6h4 +ijGlXPzVQBeO6E6RV0x5/OW1uACzs3M3NDRVIurwzhl2g7PVsBr1sUd4dmu1NsW zfM6Bpngb5VSIiDioFSVWZp+sPi0xIFz+cr1EIhJqI4okbEtO4qAk/iw0IlQeUUc qBOrF4Ap0YI= =nMFN -----END PGP SIGNATURE----- From mej at caosity.org Thu Dec 1 13:31:50 2005 From: mej at caosity.org (Michael Jennings) Date: Thu, 1 Dec 2005 16:31:50 -0500 Subject: [cAos] New cAos-2 i386 install hangs (update) In-Reply-To: References: <20051201180541.GC31708@titan.runlevelzero.net> Message-ID: <20051201213150.GD28730@kainx.org> On Thursday, 01 December 2005, at 10:36:39 (-0800), slaton wrote: > off the record, what do most people use for production machines? > stable or current? Well, since we're off the record, I tend to use testing. But then I like to live dangerously. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "The world isn't run by weapons any more, or energy, or money. It's run by little 1's and 0's, little bits of data. It's all just electrons! There's a war out there, old friend -- a world war, and it's not about who's got the most bullets. It's about who controls the information: what we see and hear, how we work, what we think. It's all about the information." -- Cosmo (Ben Kingsley), "Sneakers" From astevens at gravitypark.com Thu Dec 1 14:04:01 2005 From: astevens at gravitypark.com (Arthur Stevens) Date: Thu, 1 Dec 2005 14:04:01 -0800 Subject: [cAos] New cAos-2 i386 install hangs (update) References: <20051201180541.GC31708@titan.runlevelzero.net> <20051201213150.GD28730@kainx.org> Message-ID: <001801c5f6c3$2338fc80$6600a8c0@astevens> Usually, if your not using -current with most distributions, you leave yourself open to vulnerable packages such as apache, php, etc. However if your on a scientific box with only inside access and no internet access, -stable can be safer to prevent a new package breaking something non-related(such as an important library or application), such as what happened to squirrelmail when the latest php update was released. Just my 2 cents. Arthur ----- Original Message ----- From: "Michael Jennings" To: Sent: Thursday, December 01, 2005 1:31 PM Subject: Re: [cAos] New cAos-2 i386 install hangs (update) > On Thursday, 01 December 2005, at 10:36:39 (-0800), > slaton wrote: > >> off the record, what do most people use for production machines? >> stable or current? > > Well, since we're off the record, I tend to use testing. But then I > like to live dangerously. :-) > > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ > n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > ----------------------------------------------------------------------- > "The world isn't run by weapons any more, or energy, or money. It's > run by little 1's and 0's, little bits of data. It's all just > electrons! There's a war out there, old friend -- a world war, and > it's not about who's got the most bullets. It's about who controls > the information: what we see and hear, how we work, what we think. > It's all about the information." -- Cosmo (Ben Kingsley), "Sneakers" > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos > From slaton at OCF.Berkeley.EDU Thu Dec 1 14:24:43 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 1 Dec 2005 14:24:43 -0800 (PST) Subject: [cAos] (no subject) Message-ID: Update...the machine still hangs, during bootup, about a third of the time. I downgraded to kernel 2.6.11.6-61.caos.smp, since the one from current was giving me a warning message that suggested NFS would have to be updated as well: WARNING: /lib/modules/2.6.14.2-95.caos.smp/kernel/fs/nfsd/nfsd.ko needs unknown symbol __rcuref_hash WARNING: /lib/modules/2.6.14.2-95.caos.smp/kernel/fs/fuse/fuse.ko needs unknown symbol __rcuref_hash After downgrading I don't get the NFS warning anymore. System hasn't hung again yet but i've only booted a couple of times. Now i'm getting errors in the boot leg that Domain Verification isn't working. This makes me nervous about using my hardware RAID: kernel: scsi1:A:0:0: DV failed to configure device. Please file a bug report against this driver. kernel: scsi1:A:1:0: DV failed to configure device. Please file a bug report against this driver. DV = Domain Verification i presume. It is enabled in the Adaptec BIOS, so that's not the problem (unless the BIOS is buggy, it's ver 3.10S2). Could this be due to a LUN issue? One of the RAID boxes uses multiple LUNs. I remember there being a argument required to some kernels to enable multiple LUNs. thx, slaton From slaton at OCF.Berkeley.EDU Fri Dec 2 14:38:26 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Fri, 2 Dec 2005 14:38:26 -0800 (PST) Subject: [cAos] cAos stock kernels & multiple LUNs Message-ID: I'm trying to fix my Domain Validation problem -- it's broken for some reason. From boot logs: kernel: scsi1:A:0:0: DV failed to configure device. Please file a bug report against this driver. kernel: scsi1:A:1:0: DV failed to configure device. Please file a bug report against this driver. The devices above are two U160 SCSI hardware RAID boxes, connected to an onboard aic7800 controller, each of which consists of two LUNs. From some searches i've seen that multi-LUN problems sometimes coincide with DV failures, so i checked the stock kernel configuration (i686-SMP) and found: # CONFIG_SCSI_MULTI_LUN is not set However, (despite DV failure) i get no LUN errors on boot, and actually all volumes are visible and can be mounted. I am not using a max_scsi_luns=xxx kernel argument in grub.conf. Still, domain validation should be working for any U160 devices, connected to a U160 controller. I should probably just recompile the SMP kernel with CONFIG_SCSI_MULTI_LUN to see if that makes a difference, but i'm cornfused here... slaton From benjamin at pythagoras.no-ip.org Sat Dec 3 05:52:40 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sat, 03 Dec 2005 13:52:40 +0000 Subject: [cAos] Quick question... In-Reply-To: <20051128193454.GA16826@kainx.org> References: <4380D348.30201@pythagoras.no-ip.org> <4380F3DB.3060700@pythagoras.no-ip.org> <4381A6E3.7020608@pythagoras.no-ip.org> <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <20051128193454.GA16826@kainx.org> Message-ID: <4391A328.1080908@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Jennings wrote: > Actually, this one is probably the best and most up-to-date, although > it's still not 100% as our docs guy hasn't been able to update it in > quite some time.... :( Anyway, here: > > https://wiki.caosity.org/tiki-index.php?page=Package+Maintenance&bl It's rather annoying having the wiki on a secure connection - the firewall at work blocks https and I have to wait until I get home to read it! :-) >>You might also find it worth while to join up to our IRC channel at >>irc.freenode.net, #caos and talk to us real time (same for others >>interested in real time communication). > Yup, I'd say that's the best place to find experienced Mezzanine users > and packagers. I shall try to join you all on there some time! :-) Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ5GjJ+gNmph0Y1E2AQLmLBAAnWFnnLwxfug/5pLIMSxxYCYk49aW1Kug 2q+5XOlJqEklRoYWufXMQkkb+DYbXN2ONIRVS9C1QCUCti7YF/yV/8xZmx+odw6d /fvMPrRZErBx1Pff2/S8a/TgGHPXRnp2aSR7cqoprk45HEUGY4aWF4BJboBiH/G/ 9PEpRK8VSnxpdlbe0da8UXqnmrRtP4jWz5O0ejy0eOdEI303djGcEZ1pjZU8Vn+w nPNijanHN1cB4q6tHrlMHnG7ITfjZ1QR8TA0eqlYWQ2rN29Wf46AY2pKMuifGQEE uYik2nJWH6MAwUBcXki9u5mioZl31HfGGb9vrdrm6U4/ocf1cOZi0X43p/z/cbzP gEzbJc7G4INs700LA19Gc0nqb2X+xHmZ2mMOGzXZFULltEeuV8pVBpy2gr3H/1I+ SGK1HhJwMgDqXxlJZGqNqcuO7T99ARg9e0TBrPAVo45Q/wNP06krx9JAOZdWtlAM GkQ7F32f9D17D1nS16L0/IidTXZdnBczfMKxhIrw/fG8ud9JQDQF+S1yJvawhzPk uUjdaKsEOgUTDtLkwg3aapyoYAWyVxZ/t6ky2pEp+JfxU5AaJ6mxqAEaAc9fnboH li6EqNY45KPBfoY5nM5g2TckHZCcU/i/NpcFSZWkGQfkQHHZsnYsQ26NQD7Oi/Zj bZJxGhaDj9c= =HatM -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Sat Dec 3 05:54:51 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sat, 03 Dec 2005 13:54:51 +0000 Subject: [cAos] Quick question... In-Reply-To: <20051201172208.GB31708@titan.runlevelzero.net> References: <4380F3DB.3060700@pythagoras.no-ip.org> <4381A6E3.7020608@pythagoras.no-ip.org> <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <438DDCA0.9030709@pythagoras.no-ip.org> <20051201172208.GB31708@titan.runlevelzero.net> Message-ID: <4391A3AB.4070903@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: > How did you configure networking? Static or dynamic? Dynamic. >>Unfortunately, I haven't got time to isolate the fault as I am >>repairing a friends Windows (spit!) laptop and, consequently, I'm >>installing test3 instead... Which is working fine! > Hrmm... Different sidekick versions. I am hoping it is just a simple bug > in sidekick. Please let me know when you've got it sorted - I've got an extra 300Gb RAID array to add to the server and I intend to repartition it... Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ5GjqegNmph0Y1E2AQLh+Q//b1LQY2MwxxjDreZXAR7ddqNMy0jupsmW pjLcaLReBFLmS7fNgRUBMzZYZGlL6FeVY7oJWUvw2qPmAyskve4Lf/eUyEM8RB0e g2jZvLrojlvIgj39lXqnyJmqWE0OgV36cXCyVmfvsCRbTaChS0AaJMC4Nq7+mGZ1 m4/4H/o8Gh0jKaoOdzKw6FjeFs8KEXbCmWkO4ufqQw5nS6otj9t/0RyRej+MMTTj ksqbq8Q8DDUhT+ItiKtrunPzgUtFg0vn63rDjsexqzMGdAdvgtH4VDfnzpvXu+XE XJv35SWB941uV+QsK2qenPc9YyTIFL5Iy56HRh+CRXIJuihrU7xRtXM+/lL96AVg YtnmXwKbFSNfGaFqgyEyHILZdUOmT+7sJZuhpRO5nLM9zZS0WIhqkG9FXU7IbPND PK4gNL5Q1Eog8+xkqAGrDU0CTRvvJ1LWADoq+JLJ+rrqfXAb+cICoWL3mDW6mVlL tAoNW2y5MOGs+xGr4r/cUnn2jCOchQTyKKfyS4vfY1h9ULTgWaOrrF671NuzH9CI 5LJgUWg10Yg3MR0VMMp5iUIBiArSA7UByhN39+eG3H1r4gxBGhna/7j3u6TLbyO0 TTxmcucre+mAk1Wi/PeNCIYflQxTCPHamtPPjlIrM0trTC2kcfngYsozLg5inxxw Y93NXMTI3C4= =KUIK -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Sat Dec 3 10:50:39 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sat, 03 Dec 2005 18:50:39 +0000 Subject: [cAos] Quick question... In-Reply-To: <20051128185421.GA14322@titan.runlevelzero.net> References: <20051120183305.GB26597@titan.runlevelzero.net> <4380D348.30201@pythagoras.no-ip.org> <4380F3DB.3060700@pythagoras.no-ip.org> <4381A6E3.7020608@pythagoras.no-ip.org> <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> Message-ID: <4391E8FF.2080400@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: >>I've been doing that - but quickly discovered, for the programs I >>wanted to update, the current and stable repos contain the same version. > openssh < 4.2 has been removed from current and was synced to stable. With the problem I've been having with perl and one source stating that the solution is to compile it from source, I was hoping that there might be a newer version I could try... but alas no! Ah well... I've just had to cope without the graphs in dspam :-) > Yes... you in the front! /me looks up sheepishly... :) > Initially if you want to help out with packaging, check out the > mezzanine howtos at: > > http://www.kainx.org/mezzanine/mezz-howto.txt > http://troy.jdmz.net/mezz/mezz-cvs.txt > > Then build the packages and send a link to the SRPMS to the caos-devel > list. If you find yourself wanting access to our CVS tree, we can do > that with the proper handshakes. ;) I've had a read through and it all seems relatively straight forward... Once I get my desktop machine up and running cAos properly I intend to reinstall the server but without all the development related files. Then I intend to do all development on the desktop and package it up for transferring over... > You might also find it worth while to join up to our IRC channel at > irc.freenode.net, #caos and talk to us real time (same for others > interested in real time communication). When are you guys generally about? I'm in the UK, so I'm guessing that I'm probably about eight hours ahead of you. > The new iso is running an updated core file system and the same grub as > you have now. I will integrate the spashscreen stuff after. It doesn't seem to complicated - I can look into applying the splashimage patch if you'd like me to. >>Certainly! Though I won't be doing a complete install on my server, >>but I will certainly check that the relevant devices get created for >>the disk array. > Excellent. Thanks! Now that I've got an extra 300Gb to play with, I will be repartitioning and reinstalling - so please let me know when you've cracked the sidekick problem and I'll give it another test! :-) (If I get chance, I'll have a look into it too). > /me pulls out the book... Hrmm... probably better to let me know that > you want to help, and XYZ interests you. :) No doubt we can work you > into a happy position! I used to be a fairly good C programmer, but I work in an unrelated field and have fallen out of practise lately... Though I would like to build up that experience again. I've also dabbled with C++/Java/Smalltalk in the past and can generally figure out enough of a language to make modifications. My "pet interests" are encryption and security - but I'm far from any sort of expert... Um, many moons ago I wrote a CP/M+ BIOS for an old Z80 machine... However, I lack artistic ability and definitely prefer the command line interface! :-) I think you mentioned that you need people to write documentation in the devel forum - I'm happy to make a start on that if you'd like but I sometimes have to work silly hours at work and then don't get much time to myself... But I also get days off in the week where I can get on with my own thing! I'll see whether I can dig out the message. Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ5Ho/egNmph0Y1E2AQKtQRAAjb7WeIc2jVq9WKvMv0Giq7mj/0n6cN7H Vy/OlorhavdSo/U8NtGRqqfT/M2hCff0GygBtkiSfoUOa1Tk1WduZwE1YmIGzn7J c5mKAbw5YUyz39OWpxpPffrgTKp2rFouVh6G+XyT5RSIXWVCQSHRXhcyE0xiVxYz 8iBrT2jW1fkn536DmEWPIALNvufi/ZMSVXSeekLhKArY/FbnhgBSOST0laqeEVbM Ok6+K21nFwXePcwPx+89JqiwViC6l2ic2GuyFOiu9kP+MOxdq6eMooeTnJoeJM7b U7GJOy5psIVNJ3lcNO4gUfgnzf8fW223lMv+MbqqWE1zOJxQo19zqy1EdoCWNy25 h2lIgnY6okR3imuT0qZz7tlEoP+y2RuZx6m8h00oN9/zl5a2Pahl9dX66apvuWYW RZhcIeW4HB8eSiZMfkQ+INxT1Mm+Iz8FrDClsZRH4+/Yv+RavlnhQ1uJqH95rMHF B6QaNlsxB3KZDqUzCxgJLzcoyc4mt/AO5Pm3IwRUTHd8e9GfBfEtKUXDL8anp6OR AxlK1M6y1DZgf/QP0imN0LI1HQvEHgBf9DB+Etwj54Nr0XsMb45A8M4j6rIXSK3t XKRIvHG4IF5cq7yuzRnC5He3WG2Osuo2jEj9PBVY11vV4oaTPpiyy4Dz9cjkewpq JgQ4K2OHGB4= =YYOc -----END PGP SIGNATURE----- From gmk at runlevelzero.net Sat Dec 3 18:00:05 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Sat, 3 Dec 2005 18:00:05 -0800 Subject: [cAos] Quick question... In-Reply-To: <4391E8FF.2080400@pythagoras.no-ip.org> References: <4380F3DB.3060700@pythagoras.no-ip.org> <4381A6E3.7020608@pythagoras.no-ip.org> <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <4391E8FF.2080400@pythagoras.no-ip.org> Message-ID: <20051204020005.GA20378@titan.runlevelzero.net> On Sat, Dec 03, 2005 at 06:50:39PM +0000, Benjamin Donnachie wrote: > >>I've been doing that - but quickly discovered, for the programs I > >>wanted to update, the current and stable repos contain the same version. > > openssh < 4.2 has been removed from current and was synced to stable. > > With the problem I've been having with perl and one source stating that > the solution is to compile it from source, I was hoping that there might > be a newer version I could try... but alas no! Ah well... I've just had > to cope without the graphs in dspam :-) Can you describe the problem... Maybe it is fixable. > > Yes... you in the front! > > /me looks up sheepishly... :) > > > Initially if you want to help out with packaging, check out the > > mezzanine howtos at: > > > > http://www.kainx.org/mezzanine/mezz-howto.txt > > http://troy.jdmz.net/mezz/mezz-cvs.txt > > > > Then build the packages and send a link to the SRPMS to the caos-devel > > list. If you find yourself wanting access to our CVS tree, we can do > > that with the proper handshakes. ;) > > I've had a read through and it all seems relatively straight forward... > Once I get my desktop machine up and running cAos properly I intend to > reinstall the server but without all the development related files. > Then I intend to do all development on the desktop and package it up for > transferring over... Sweeet! > > You might also find it worth while to join up to our IRC channel at > > irc.freenode.net, #caos and talk to us real time (same for others > > interested in real time communication). > > When are you guys generally about? I'm in the UK, so I'm guessing that > I'm probably about eight hours ahead of you. We have people all over the world in there with many from Europe and several even from the UK. Jump in when ever you have time, and surely there will be someone to chat with. :) > > The new iso is running an updated core file system and the same grub as > > you have now. I will integrate the spashscreen stuff after. > > It doesn't seem to complicated - I can look into applying the > splashimage patch if you'd like me to. Go for it. heh > >>Certainly! Though I won't be doing a complete install on my server, > >>but I will certainly check that the relevant devices get created for > >>the disk array. > > Excellent. Thanks! > > Now that I've got an extra 300Gb to play with, I will be repartitioning > and reinstalling - so please let me know when you've cracked the > sidekick problem and I'll give it another test! :-) First I have to replicate it... So far it is working fine for me. Hrmm.. > (If I get chance, I'll have a look into it too). Cool. If you can, try and figure out what caused it. It may even be something like multiple NIC's on the system, and them being recognized in different orders. If I can replicate it, I can fix it. ;) > > /me pulls out the book... Hrmm... probably better to let me know that > > you want to help, and XYZ interests you. :) No doubt we can work you > > into a happy position! > > I used to be a fairly good C programmer, but I work in an unrelated > field and have fallen out of practise lately... Though I would like to > build up that experience again. I've also dabbled with > C++/Java/Smalltalk in the past and can generally figure out enough of a > language to make modifications. Usually all that is really need is familiarity with how to compile a package, debugging and getting it packaged so it works properly. Unless you want to work on one of the caos coding projects, there won't be much coding needed. > My "pet interests" are encryption and security - but I'm far from any > sort of expert... Um, many moons ago I wrote a CP/M+ BIOS for an old Z80 > machine... However, I lack artistic ability and definitely prefer the > command line interface! :-) Probably good starting off with package maintenance. Once you get more familiar with the ins and outs, you can move around from there. > I think you mentioned that you need people to write documentation in the > devel forum - I'm happy to make a start on that if you'd like but I > sometimes have to work silly hours at work and then don't get much time > to myself... But I also get days off in the week where I can get on > with my own thing! I'll see whether I can dig out the message. Documentation is one of those things that we just can't ever seem to get enough of. ;) We could start off with installation documentation (since you are already pretty familiar with cinch, lol). If your interested, check out the cAos1 cinch docs on your favorite mirror. Thanks! -- 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 benjamin at pythagoras.no-ip.org Tue Dec 6 09:47:21 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Tue, 06 Dec 2005 17:47:21 +0000 Subject: [cAos] cAos current repo and MySQL problem. Message-ID: <4395CEA9.8060702@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just stumbled across an interesting problem with the current repo and MySQL-server. If you enable the current repo and execute yum update you get: - --> Populating transaction set with selected packages. Please wait. - ---> Package MySQL-server.i386 0:4.1.15-3 set to be updated - --> Running transaction check - --> Processing Dependency: MySQL = 4.1.15-3 for package: MySQL-server - --> Processing Dependency: libmysqlclient.so.14 for package: MySQL-server - --> Processing Dependency: libmysqlclient_r.so.14 for package: MySQL-server - --> Restarting Dependency Resolution with new changes. - --> Populating transaction set with selected packages. Please wait. - ---> Package MySQL.i386 0:4.1.15-3 set to be updated - --> Running transaction check Dependencies Resolved Transaction Listing: Update: MySQL-server.i386 0:4.1.15-3 - current Performing the following to resolve dependencies: Install: MySQL.i386 0:4.1.15-3 - current Total download size: 10 M Which is all well and good... but if you run yum update again - even with the stable repo - you get: - --> Populating transaction set with selected packages. Please wait. - ---> Package MySQL-server.i386 0:4.1.9-1.caos set to be updated - --> Running transaction check Dependency Resolution Not Required Transaction Listing: Install: MySQL-server.i386 0:4.1.9-1.caos - current Other Transactions: Obsoleting: MySQL.i386 0:4.1.15-3 with MySQL-server.i386 0:4.1.9-1.caos Total download size: 14 M This leaves you without a working mysql setup and you need to invoke yum update on the current repo again to fix it! I've disabled nightly yum updates as an interim fix. Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ5XOqegNmph0Y1E2AQI3Vw//bAGOg7uR3GWJo8iq+vdt9D6B2I20DLHp tbBdUDpP60SEgPtFfTDDoXeC4MbmbJ3+v/ga/6xpMFug7LRwo/4hebj4N7tFv8cI 8hwuVmX6817OA6ahK1MAJIs/ldb2+qbYCscVxNLu5QLAI9z/2wU/fC0Ub31RFaUf 9KPH0Pg4vrzqqZH4RiHu6npaAfDLI8AEnIwUC8LLLfKBQ6Tji0mq8ksJedDXZ84x 0Y6qO8mpaT8o2w5ijAmOoaQWNCCGLaPxGKIaycFjfZ2LkQfqGVF7O4SJreKBOJbo OCkrcMdIjDfayvemCNwO1CSErfK4s9fhTseGFKQ02aaks1gTMPze/s1tm7dvyKYV OjNebVUvXl/iTQgNo9sLhGIRPvaY7/7N24TXbIcPKMyE82xXqthoLAfuOWu6T/fF 2iY+MtUurN536BEqBbIUSjtwwwGt0Qndi+LJEz4QJVy9L9RM4Yg/lXOrvJLznkKB JJHzAG4PHB4xbTtfoaXl7+h44ZmNafnRirLQ39hA5ksJKAY7RBjPUrll2pWSSOMb l9oFwKRFPJ+c5GBnYF8Pok0I1vDqMM+hGk3vEFhLVeRt3/F8gGpHne8q6x+1GcTU iEq1oM9A2HzvEn7PA/dHAdCLZGVJqm/NynQsK/GZNL/Lu6hb8yKoI7NlFZATDDYk 9NydWwOWEYo= =9tsi -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Tue Dec 6 09:48:41 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Tue, 06 Dec 2005 17:48:41 +0000 Subject: [cAos] i686 Message-ID: <4395CEF9.1010701@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was just wondering - is it worth having a i686 cAos build as well? Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ5XO+egNmph0Y1E2AQIy/hAAl2/dRVDOUhqZSSG/BIcNoVK4ne7HtwzQ g3iKuPC7WdhaDA9/BuIwjepMDD4IF2d8Cn0Qde9QFOEdDSsn75D+xtOghe0nItaX EpgaHG2drXnbwBLOgYuznp42ALzTT4Tr/VfB4bczX6JgznxrYUZuSM/Yt8EzZyDQ 69vnCBQesx39qr5gUzaEhUv/SergvgiGoaviPoKuSPMP+nAx+9M1Y9DvIZNdS7r9 T0sfVyoc5Dq30Ey/cvJ1AvJniwu9PfIJRSSNu3Sv30ZGvrBnN6Pq5DvK5kvTKOps JdITFyMTWa6OCAhKwxtvUEM6ULyyRjkiCLX1GTvqqDBiuSsYp6005o1wX+yfiLGe wFLIYozgwc0azdJXlqaCdKvCL9LwXVUpIv0hy+M5rhLJmMCDUFyRghxdVBxYDW9d UeOxeMcjtIbeSJnKtMgn/9d4vx4/JbPcHDMqzS/O3kLEOD6cY0DPZVPaGjL4+9Un NJJEzBcygrQXUMYvZPrH07VhbFv2VoTAsDiwNQ/NsYe6UXgOhKfk3Zdw1+RZwIgI /PEdggtKVkXUkRUhb++4UTgQijlxzIoGQmCOkEzaRqZa+dRc0X5D6Ve7bCsyHzp4 XFdjkJ8bOMNPUICDa3uu/ndNNAWG4naaYzB5Z1UcvMID0GSO3w1+0JgwJCmrdSr/ qAzAL5R28Us= =tM72 -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Sat Dec 10 09:37:31 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sat, 10 Dec 2005 17:37:31 +0000 Subject: [cAos] Quick question... In-Reply-To: <20051204020005.GA20378@titan.runlevelzero.net> References: <4380F3DB.3060700@pythagoras.no-ip.org> <4381A6E3.7020608@pythagoras.no-ip.org> <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <4391E8FF.2080400@pythagoras.no-ip.org> <20051204020005.GA20378@titan.runlevelzero.net> Message-ID: <439B125B.9060908@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: >>With the problem I've been having with perl and one source stating that >>the solution is to compile it from source, I was hoping that there might >>be a newer version I could try... but alas no! Ah well... I've just had >>to cope without the graphs in dspam :-) > Can you describe the problem... Maybe it is fixable. I'll reply to the rest of your message later... For the graphs to work on the dspam admin webpages you need: - GD Graphics Library (http://www.boutell.com/gd/) - The following PERL modules: (http://www.perl.com/CPAN/modules/by-module/GD/) . GD . GD-Graph3d . GDGraph . GDTextUtil . CGI RPM-wise I've already got the following installed: # rpm -qa | grep gd php5-gd-5.0.5-5 gd-progs-2.0.21-3.caos gd-2.0.21-3.caos gd-devel-2.0.21-3.caos However, when I try to install GD-2.17 it comes up with the following errors on make test: # make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/GD..........Can't load './blib/arch/auto/GD/GD.so' for module GD: ./blib/arch/auto/GD/GD.so: undefined symbol: gdFontGetGiant at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230. at t/GD.t line 13 Compilation failed in require at t/GD.t line 13. BEGIN failed--compilation aborted at t/GD.t line 13. t/GD..........dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-10 Failed 10/10 tests, 0.00% okay t/Polyline....Can't load '/root/GD-2.17/blib/arch/auto/GD/GD.so' for module GD: /root/GD-2.17/blib/arch/auto/GD/GD.so: undefined symbol: gdFontGetGiant at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230. at /root/GD-2.17/blib/lib/GD/Polyline.pm line 49 Compilation failed in require at /root/GD-2.17/blib/lib/GD/Polyline.pm line 49. BEGIN failed--compilation aborted at /root/GD-2.17/blib/lib/GD/Polyline.pm line 49. Compilation failed in require at t/Polyline.t line 10. BEGIN failed--compilation aborted at t/Polyline.t line 10. t/Polyline....dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed - ------------------------------------------------------------------------------- t/GD.t 255 65280 10 19 190.00% 1-10 t/Polyline.t 255 65280 1 2 200.00% 1 Failed 2/2 test scripts, 0.00% okay. 11/11 subtests failed, 0.00% okay. make: *** [test_dynamic] Error 255 I've even tried it without JPEG, FreeType, animated GIF and XPM support, but tests still fail. At first a suspected a missing dependency - but the required packages for GD are: 1. Make sure you have downloaded and installed the following packages: a. Perl 5.6.0 or higher: http://www.perl.com/ b. The gd graphics library: http://www.boutell.com/gd/ c. The PNG graphics library: http://www.libpng.org/pub/png/libpng.html d. The zlib compression library: http://www.gzip.org/zlib/ ... and my system meets each... # rpm -qa | grep zlib zlib-1.1.4-8.1 zlib-devel-1.1.4-8.1 # rpm -qa | grep png libpng-1.2.2-24.caos libpng-devel-1.2.2-24.caos # rpm -qa | grep perl perl-5.8.5-10.caos I've also tried removing the rpm gd library and installing from source, but this error persists. I found one website which stated that there was a problem with the RedHat rpm'ed version of perl and the only way to solve this problem was to install from source... The error messages in my apache logs are... [Fri Dec 09 17:31:40 2005] [error] [client 192.168.0.161] /usr/bin/perl: symbol lookup error: /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/GD/GD.so: undefined symbol: gdFontGetLarge, referer: https://www.pythagoras.no - -ip.org/dspam/dspam.cgi?user=benjamin&template=analysis [Fri Dec 09 17:31:40 2005] [error] [client 192.168.0.161] /usr/bin/perl: symbol lookup error: /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/GD/GD.so: undefined symbol: gdFontGetLarge, referer: https://www.pythagoras.no - -ip.org/dspam/dspam.cgi?user=benjamin&template=analysis I've even tried installing the freetype library and recompiling but still no luck! Hopefully this error will be quite an easy one for someone with perl experience to solve - unfortunately, I haven't been able to spend much time on it yet... When I get time I'll give recompiling the lot from source (and then if it works trying to figure out rpm packaging!) Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ5sSV+gNmph0Y1E2AQKtzg/9F/x/syGWIxDYAFidECdVpix4rB9WU3t8 qSI0/nRDnghwR1AueqaB1h6zmpNmWjdNspR9LTYo6ZhFz+8zOR8Qnz73rwavlghj MRh0hpmP984xbxvozGbWNTqV3PmZCFc9K4IOK7BcBVN5Ct1KYU/fin93UGCdehuc QSBXUHkcyfJK+mJ6lRSS7HlnRUEppyPtd4nnXawAp5tcw+svYwR/tkaMstJtYEDu rDNQbBpssr9MpMpxvRae+Vrkpk5pGpbVV6MXLYMgNMwLmKqAR1xAaYPEgZxM8oOM e5VWFWhzLtcOE9Wurg9vw7glBCyMy5e0LxZQJAjqSi+c6lnEg7MBfVC2+c0WWSUY aYr7BVT3zBPIGIMM1qwEeQn0nZtqPkmekpEnB/2w//6pbdQw1quJGTO47QuolOEN wVkfTs3F/dDQItLxnrOOjTLLa414WGbNwjbB4Xnc10+3PKsqY9gmw7G2hMGgtly+ Yvb8ErNDGEUbGSHGE7v6+X4fuC+n/ZgUBxSvGs9iEqu+OKpCHqdURw8N7UhKt/rX pTk55eXo9aZSvpyFo8uHCSc5IsAKVI3NGNzPHcUCrBCs00PL6Rturzzh6enilE5j zdNp//o+Z8GlgdPQAcxaqedBw+mhHLvVbepRQsWEmSmAtRBaB2odDezdn/XqDVpb 1y+KWDLfkoI= =vJBL -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Mon Dec 12 10:53:15 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Mon, 12 Dec 2005 18:53:15 +0000 Subject: [cAos] 2-2.2a install problem - was Quick question... Message-ID: <439DC71B.10108@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: >>Now that I've got an extra 300Gb to play with, I will be >>repartitioning and reinstalling - so please let me know when you've >>cracked the sidekick problem and I'll give it another test! :-) > First I have to replicate it... So far it is working fine for me. > Hrmm.. Problem solved! The yum.repos.d directory and associated files were missing - so I created those and then made the necessary changes to yum.conf. For good measure, I also reinstalled sidekick with rpm -e sidekick and yum install sidekick... ... and now cAos-2-2.2a is now happily downloading over five hundred packages ready to install them! :-) Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ53HGugNmph0Y1E2AQIb1Q//dZZHxzCL1IvPbsbMMArDA6SVFqfJYyPA oD9W3ybJUqf89O+uJKBICfGZziEPcfEkF85Dgv1qmCRUo14p30dTThM957rTIIHR J7JZM92BAZZhWvWgLQckRLnPtQUNHuz+ZMr8CnTsauLvlCBR6Vt8bPCcfWp21GMQ IgzTsZyHHrx1oVfZ8VQ98BFG3rnPrlyj0QxgUo7RBPlMbeen8SBy7GQikrwnc67q cCJRSUkG3K/wNlFsYTxpNo6m3TcuMXCSsraNb2EPMB+w/Sen/Pf8GFBsuf95B1Ct osENbZBAN6G4qnskC+Jc3v/xGUnvdLpjLehglg5GzzEkUr+Qlkh0rblAYNS/GSA6 DS4B43g2oNLgYSf9YZLlbFTsw5ROVu8gIi+PYzScpnr2TiWP5iIYHaF8J7AftaB4 /y+iyzA8WXKxmUgvIFgtCawc3LoaZQGFaOKE7v6VxPiWQRtnmoqkUpCbYrEgrbJK uTc9CJYYsMBMWFmsAXTCx43BKale5xSWPnhJuXk4dPYzTrAWE/q7eITzChq5FtSe HoLi9wl3XU7+2yNF7m28kjmXkRqXecwGGjVMRaYbd9m6gpe+jwukHtat291wTFyR xGLyp+onOge3PcKZdZ4rIGHVOJcNKobdTUm1bnWLJwKgl35MZtdRLH1jLrS5Qjez eNHUrPd5/os= =uuAv -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Mon Dec 12 15:50:49 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Mon, 12 Dec 2005 23:50:49 +0000 Subject: [cAos] 2-2.2a install problem - was Quick question... In-Reply-To: <439DC71B.10108@pythagoras.no-ip.org> References: <439DC71B.10108@pythagoras.no-ip.org> Message-ID: <439E0CD9.6040707@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Benjamin Donnachie wrote: > .. and now cAos-2-2.2a is now happily downloading over five hundred > packages ready to install them! :-) Sadly the mysql problem I mentioned before prevented it all going smoothly... Got there in the end now, I think... Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ54M2OgNmph0Y1E2AQK3/w//Y0P27Y9pDlLiF+Nb2syicJgvxWVy5lTr 1Xk/gpATL9kTwRs9uFxlfzQ/uZUwMFe0MbSQvOOhi2K0oX0x9gQUs1GXCf5W/aEX g2PDjVuxlX3M/ydVhhOyNPMusqPdpaK6d5LaKNWhZNqHzW+d6osMWS0aM6sjKj8F jBM5Kmj6U3ck7/m8Nl2nE4zH0T+nX9JF7vHqfExmtyHL0YNKiph05rBTZ4wyvtAH TVCL1SJ3vqohvBgAQ7TAPSo98MP/SMxIysxc3xtdRFIec+qXZZgEioZIt4WI1bR4 7AzTUUNov6EwTnbMZHVhIv0mLDb7amdFqM35lPZnYtKir+J0vXQ0fLW8gvFuo4Us 8psYv1IXR+2fKJMJiPdafts6dIy2RYYvaiFzmKrHSMWRZr3UNFTafnonifgWzSp2 bfIIZIuiBvdFEzAfJWjLWSaVDDRgsbqUcoU5JE6CBeYR9vcEdvRGs75l0MFnK5Wv 5/1EiX348kiYBfVAc1LEIWuH/NE9bSehdcvwQO1f6wZTchuwYoYrMnIhe5uHBRJq eiP44lr7gyPT7nNTgw4gagGBGtqGVR7J9Fv2lcat+YYVp4yq/KdlVDifhR58wx7I sVuoud1O5zl4OLVnKrJ6WyHxUzzS7oO6mj4bDDWdFWenWLgko+QyxZmCUvSeFSCC najXfhheSiQ= =A6yq -----END PGP SIGNATURE----- From slaton at OCF.Berkeley.EDU Mon Dec 12 17:14:37 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Mon, 12 Dec 2005 17:14:37 -0800 (PST) Subject: [cAos] cAos stock kernels & multiple LUNs In-Reply-To: References: Message-ID: Fwiw... this turns out to be not a huge deal. Justin Gibbs, the previous maintainer of the adaptec aic7xxx driver, pointed out to me that the driver version included with the 2.6 kernels (6.2.36) is several years out of date, and that in later versions he removed this warning. :) The aic7xxx driver source is available from Adaptec, so i tried building the current release against kernel 2.6.11. Some minor changes were required to compile it. But then i get an oops when trying to boot with it, so i guess i will live with the error for now. slaton Slaton Lipscomb Nogales Lab, UC Berkeley http://cryoem.berkeley.edu On Fri, 2 Dec 2005, slaton wrote: > I'm trying to fix my Domain Validation problem -- it's broken for some > reason. From boot logs: > > kernel: scsi1:A:0:0: DV failed to configure device. Please file a bug > report against this driver. > kernel: scsi1:A:1:0: DV failed to configure device. Please file a bug > report against this driver. > > The devices above are two U160 SCSI hardware RAID boxes, connected to an > onboard aic7800 controller, each of which consists of two LUNs. From > some searches i've seen that multi-LUN problems sometimes coincide with > DV failures, so i checked the stock kernel configuration (i686-SMP) and > found: > > # CONFIG_SCSI_MULTI_LUN is not set > > However, (despite DV failure) i get no LUN errors on boot, and actually > all volumes are visible and can be mounted. I am not using a > max_scsi_luns=xxx kernel argument in grub.conf. > > Still, domain validation should be working for any U160 devices, > connected to a U160 controller. > > I should probably just recompile the SMP kernel with > CONFIG_SCSI_MULTI_LUN to see if that makes a difference, but i'm > cornfused here... > > slaton From slaton at OCF.Berkeley.EDU Thu Dec 15 17:13:14 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 15 Dec 2005 17:13:14 -0800 (PST) Subject: [cAos] SGE packages for cAos-2? Message-ID: Is anyone maintaining SGE packages for cAos-2? I searched the archives and there was some mention of a "gridengine" package but i haven't been able to find this in the obvious places (stable, current, testing), or any info on the wiki. thanks, slaton Slaton Lipscomb Nogales Lab, UC Berkeley http://cryoem.berkeley.edu From gmk at runlevelzero.net Thu Dec 15 17:44:27 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 15 Dec 2005 17:44:27 -0800 Subject: [cAos] SGE packages for cAos-2? In-Reply-To: References: Message-ID: <20051216014427.GA5008@aries.runlevelzero.net> I have one that works with cAos/Warewulf on the Warewulf site. I will update and import it. I didn't import it yet because I wanted to change some of how it installs, but you are right... This should be done. Also importation of Torque should be examined. Do we have any volunteers for long term maintenance of either of these packages? (CC'ing the Warewulf list for volunteers as well) On Thu, Dec 15, 2005 at 05:13:14PM -0800, slaton wrote: > Is anyone maintaining SGE packages for cAos-2? I searched the archives and > there was some mention of a "gridengine" package but i haven't been able > to find this in the obvious places (stable, current, testing), or any info > on the wiki. > > 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 gmk at runlevelzero.net Thu Dec 15 18:02:28 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 15 Dec 2005 18:02:28 -0800 Subject: [cAos] Quick question... In-Reply-To: <439B125B.9060908@pythagoras.no-ip.org> References: <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <4391E8FF.2080400@pythagoras.no-ip.org> <20051204020005.GA20378@titan.runlevelzero.net> <439B125B.9060908@pythagoras.no-ip.org> Message-ID: <20051216020228.GD5008@aries.runlevelzero.net> Definatly try and jump into the IRC channel when you have time. Several people there can help you with packaging this and get into Mezzanine. Good luck! On Sat, Dec 10, 2005 at 05:37:31PM +0000, Benjamin Donnachie wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Greg M. Kurtzer wrote: > >>With the problem I've been having with perl and one source stating that > >>the solution is to compile it from source, I was hoping that there might > >>be a newer version I could try... but alas no! Ah well... I've just had > >>to cope without the graphs in dspam :-) > > Can you describe the problem... Maybe it is fixable. > > I'll reply to the rest of your message later... > > For the graphs to work on the dspam admin webpages you need: > > - GD Graphics Library (http://www.boutell.com/gd/) > - The following PERL modules: > (http://www.perl.com/CPAN/modules/by-module/GD/) > > . GD > . GD-Graph3d > . GDGraph > . GDTextUtil > . CGI > > RPM-wise I've already got the following installed: > > # rpm -qa | grep gd > php5-gd-5.0.5-5 > gd-progs-2.0.21-3.caos > gd-2.0.21-3.caos > gd-devel-2.0.21-3.caos > > However, when I try to install GD-2.17 it comes up with the following > errors on make test: > > # make test > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > t/GD..........Can't load './blib/arch/auto/GD/GD.so' for module GD: > ./blib/arch/auto/GD/GD.so: undefined symbol: gdFontGetGiant at > /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230. > at t/GD.t line 13 > Compilation failed in require at t/GD.t line 13. > BEGIN failed--compilation aborted at t/GD.t line 13. > t/GD..........dubious > > Test returned status 255 (wstat 65280, 0xff00) > DIED. FAILED tests 1-10 > Failed 10/10 tests, 0.00% okay > t/Polyline....Can't load '/root/GD-2.17/blib/arch/auto/GD/GD.so' for > module GD: /root/GD-2.17/blib/arch/auto/GD/GD.so: undefined symbol: > gdFontGetGiant at > /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230. > at /root/GD-2.17/blib/lib/GD/Polyline.pm line 49 > Compilation failed in require at /root/GD-2.17/blib/lib/GD/Polyline.pm > line 49. > BEGIN failed--compilation aborted at > /root/GD-2.17/blib/lib/GD/Polyline.pm line 49. > Compilation failed in require at t/Polyline.t line 10. > BEGIN failed--compilation aborted at t/Polyline.t line 10. > t/Polyline....dubious > > Test returned status 255 (wstat 65280, 0xff00) > DIED. FAILED test 1 > Failed 1/1 tests, 0.00% okay > Failed Test Stat Wstat Total Fail Failed List of Failed > - > ------------------------------------------------------------------------------- > t/GD.t 255 65280 10 19 190.00% 1-10 > t/Polyline.t 255 65280 1 2 200.00% 1 > Failed 2/2 test scripts, 0.00% okay. 11/11 subtests failed, 0.00% okay. > make: *** [test_dynamic] Error 255 > > I've even tried it without JPEG, FreeType, animated GIF and XPM support, > but tests still fail. > > At first a suspected a missing dependency - but the required packages > for GD are: > > 1. Make sure you have downloaded and installed the following packages: > > a. Perl 5.6.0 or higher: > http://www.perl.com/ > > b. The gd graphics library: > http://www.boutell.com/gd/ > > c. The PNG graphics library: > http://www.libpng.org/pub/png/libpng.html > > d. The zlib compression library: > http://www.gzip.org/zlib/ > > > ... and my system meets each... > > # rpm -qa | grep zlib > zlib-1.1.4-8.1 > zlib-devel-1.1.4-8.1 > # rpm -qa | grep png > libpng-1.2.2-24.caos > libpng-devel-1.2.2-24.caos > # rpm -qa | grep perl > perl-5.8.5-10.caos > > I've also tried removing the rpm gd library and installing from source, > but this error persists. I found one website which stated that there > was a problem with the RedHat rpm'ed version of perl and the only way to > solve this problem was to install from source... > > The error messages in my apache logs are... > > [Fri Dec 09 17:31:40 2005] [error] [client 192.168.0.161] /usr/bin/perl: > symbol lookup error: > /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/GD/GD.so: > undefined symbol: gdFontGetLarge, referer: https://www.pythagoras.no > - -ip.org/dspam/dspam.cgi?user=benjamin&template=analysis > [Fri Dec 09 17:31:40 2005] [error] [client 192.168.0.161] /usr/bin/perl: > symbol lookup error: > /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/GD/GD.so: > undefined symbol: gdFontGetLarge, referer: https://www.pythagoras.no > - -ip.org/dspam/dspam.cgi?user=benjamin&template=analysis > > I've even tried installing the freetype library and recompiling but > still no luck! > > Hopefully this error will be quite an easy one for someone with perl > experience to solve - unfortunately, I haven't been able to spend much > time on it yet... When I get time I'll give recompiling the lot from > source (and then if it works trying to figure out rpm packaging!) > > Take care, > > Ben > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (Darwin) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iQIVAwUBQ5sSV+gNmph0Y1E2AQKtzg/9F/x/syGWIxDYAFidECdVpix4rB9WU3t8 > qSI0/nRDnghwR1AueqaB1h6zmpNmWjdNspR9LTYo6ZhFz+8zOR8Qnz73rwavlghj > MRh0hpmP984xbxvozGbWNTqV3PmZCFc9K4IOK7BcBVN5Ct1KYU/fin93UGCdehuc > QSBXUHkcyfJK+mJ6lRSS7HlnRUEppyPtd4nnXawAp5tcw+svYwR/tkaMstJtYEDu > rDNQbBpssr9MpMpxvRae+Vrkpk5pGpbVV6MXLYMgNMwLmKqAR1xAaYPEgZxM8oOM > e5VWFWhzLtcOE9Wurg9vw7glBCyMy5e0LxZQJAjqSi+c6lnEg7MBfVC2+c0WWSUY > aYr7BVT3zBPIGIMM1qwEeQn0nZtqPkmekpEnB/2w//6pbdQw1quJGTO47QuolOEN > wVkfTs3F/dDQItLxnrOOjTLLa414WGbNwjbB4Xnc10+3PKsqY9gmw7G2hMGgtly+ > Yvb8ErNDGEUbGSHGE7v6+X4fuC+n/ZgUBxSvGs9iEqu+OKpCHqdURw8N7UhKt/rX > pTk55eXo9aZSvpyFo8uHCSc5IsAKVI3NGNzPHcUCrBCs00PL6Rturzzh6enilE5j > zdNp//o+Z8GlgdPQAcxaqedBw+mhHLvVbepRQsWEmSmAtRBaB2odDezdn/XqDVpb > 1y+KWDLfkoI= > =vJBL > -----END PGP SIGNATURE----- > _______________________________________________ > 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 Thu Dec 15 18:11:23 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 15 Dec 2005 18:11:23 -0800 Subject: [cAos] cAos current repo and MySQL problem. In-Reply-To: <4395CEA9.8060702@pythagoras.no-ip.org> References: <4395CEA9.8060702@pythagoras.no-ip.org> Message-ID: <20051216021123.GF5008@aries.runlevelzero.net> I can't reproduce this. If there are stale rpmdb locks around things get a bit weird in RPM/YUM. Not saying this is the cause, but it is the first place I would look. Try to remove the locks: # rm /var/lib/rpm/__db* and try again. On Tue, Dec 06, 2005 at 05:47:21PM +0000, Benjamin Donnachie wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > I have just stumbled across an interesting problem with the current repo > and MySQL-server. > > If you enable the current repo and execute yum update you get: > > - --> Populating transaction set with selected packages. Please wait. > - ---> Package MySQL-server.i386 0:4.1.15-3 set to be updated > - --> Running transaction check > - --> Processing Dependency: MySQL = 4.1.15-3 for package: MySQL-server > - --> Processing Dependency: libmysqlclient.so.14 for package: MySQL-server > - --> Processing Dependency: libmysqlclient_r.so.14 for package: > MySQL-server > - --> Restarting Dependency Resolution with new changes. > - --> Populating transaction set with selected packages. Please wait. > - ---> Package MySQL.i386 0:4.1.15-3 set to be updated > - --> Running transaction check > > Dependencies Resolved > Transaction Listing: > Update: MySQL-server.i386 0:4.1.15-3 - current > > Performing the following to resolve dependencies: > Install: MySQL.i386 0:4.1.15-3 - current > Total download size: 10 M > > > Which is all well and good... but if you run yum update again - even > with the stable repo - you get: > > - --> Populating transaction set with selected packages. Please wait. > - ---> Package MySQL-server.i386 0:4.1.9-1.caos set to be updated > - --> Running transaction check > > Dependency Resolution Not Required > Transaction Listing: > Install: MySQL-server.i386 0:4.1.9-1.caos - current > > Other Transactions: > Obsoleting: MySQL.i386 0:4.1.15-3 with MySQL-server.i386 0:4.1.9-1.caos > > Total download size: 14 M > > > This leaves you without a working mysql setup and you need to invoke yum > update on the current repo again to fix it! > > I've disabled nightly yum updates as an interim fix. > > Ben > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (Darwin) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iQIVAwUBQ5XOqegNmph0Y1E2AQI3Vw//bAGOg7uR3GWJo8iq+vdt9D6B2I20DLHp > tbBdUDpP60SEgPtFfTDDoXeC4MbmbJ3+v/ga/6xpMFug7LRwo/4hebj4N7tFv8cI > 8hwuVmX6817OA6ahK1MAJIs/ldb2+qbYCscVxNLu5QLAI9z/2wU/fC0Ub31RFaUf > 9KPH0Pg4vrzqqZH4RiHu6npaAfDLI8AEnIwUC8LLLfKBQ6Tji0mq8ksJedDXZ84x > 0Y6qO8mpaT8o2w5ijAmOoaQWNCCGLaPxGKIaycFjfZ2LkQfqGVF7O4SJreKBOJbo > OCkrcMdIjDfayvemCNwO1CSErfK4s9fhTseGFKQ02aaks1gTMPze/s1tm7dvyKYV > OjNebVUvXl/iTQgNo9sLhGIRPvaY7/7N24TXbIcPKMyE82xXqthoLAfuOWu6T/fF > 2iY+MtUurN536BEqBbIUSjtwwwGt0Qndi+LJEz4QJVy9L9RM4Yg/lXOrvJLznkKB > JJHzAG4PHB4xbTtfoaXl7+h44ZmNafnRirLQ39hA5ksJKAY7RBjPUrll2pWSSOMb > l9oFwKRFPJ+c5GBnYF8Pok0I1vDqMM+hGk3vEFhLVeRt3/F8gGpHne8q6x+1GcTU > iEq1oM9A2HzvEn7PA/dHAdCLZGVJqm/NynQsK/GZNL/Lu6hb8yKoI7NlFZATDDYk > 9NydWwOWEYo= > =9tsi > -----END PGP SIGNATURE----- > _______________________________________________ > 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 Thu Dec 15 18:13:49 2005 From: slaton at OCF.Berkeley.EDU (slaton) Date: Thu, 15 Dec 2005 18:13:49 -0800 (PST) Subject: [cAos] SGE packages for cAos-2? In-Reply-To: <20051216014427.GA5008@aries.runlevelzero.net> References: <20051216014427.GA5008@aries.runlevelzero.net> Message-ID: Thanks Greg. If it's working for you with cAos/Warewulf, that's good enough...:) slaton Slaton Lipscomb Nogales Lab, UC Berkeley http://cryoem.berkeley.edu On Thu, 15 Dec 2005, Greg M. Kurtzer wrote: > I have one that works with cAos/Warewulf on the Warewulf site. I will > update and import it. > > I didn't import it yet because I wanted to change some of how it > installs, but you are right... This should be done. Also importation of > Torque should be examined. Do we have any volunteers for long term > maintenance of either of these packages? > > (CC'ing the Warewulf list for volunteers as well) > > On Thu, Dec 15, 2005 at 05:13:14PM -0800, slaton wrote: > > Is anyone maintaining SGE packages for cAos-2? I searched the archives and > > there was some mention of a "gridengine" package but i haven't been able > > to find this in the obvious places (stable, current, testing), or any info > > on the wiki. > > > > 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. > _______________________________________________ > cAos mailing list > cAos at caosity.org > http://lists.caosity.org/mailman/listinfo/caos > From benjamin at pythagoras.no-ip.org Sat Dec 17 06:51:48 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sat, 17 Dec 2005 14:51:48 +0000 Subject: [cAos] cAos current repo and MySQL problem. In-Reply-To: <20051216021123.GF5008@aries.runlevelzero.net> References: <4395CEA9.8060702@pythagoras.no-ip.org> <20051216021123.GF5008@aries.runlevelzero.net> Message-ID: <43A42604.7040005@pythagoras.no-ip.org> Greg M. Kurtzer wrote: >If there are stale rpmdb locks around things get a bit weird in RPM/YUM. >Not saying this is the cause, but it is the first place I would look. > >Try to remove the locks: > > # rm /var/lib/rpm/__db* > >and try again. > I've tried that and I'm still getting the same problem on both the machine that was originally installed using the stable repo and now using current, and the machine that has always been using current: # rm /var/lib/rpm/__db* # yum update Setting up Update Process Setting up Repos core 100% |=========================| 951 B 00:00 current 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files core : ################################################## 158/158 current : ################################################## 1762/1762 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package MySQL-server.i386 0:4.1.9-1.caos set to be updated --> Running transaction check Dependency Resolution Not Required Transaction Listing: Install: MySQL-server.i386 0:4.1.9-1.caos - current Other Transactions: Obsoleting: MySQL.i386 0:4.1.15-3 with MySQL-server.i386 0:4.1.9-1.caos Total download size: 14 M Is this ok [y/N]: Y Downloading Packages: (1/1): MySQL-server-4.1.9 100% |=========================| 14 MB 00:26 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Obsoleting: MySQL-server 100 % done 1/3 PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! To do so, start the server, then issue the following commands: /usr/bin/mysqladmin -u root password 'new-password' /usr/bin/mysqladmin -u root -h gavin.pythagoras.no-ip.org password 'new-password' See the manual for more instructions. Please report any problems with the /usr/bin/mysqlbug script! The latest information about MySQL is available on the web at http://www.mysql.com Support MySQL by buying support/licenses at https://order.mysql.com Completing update for MySQL-server - 2/3 Erasing: MySQL 3/3 Installed: MySQL-server.i386 0:4.1.9-1.caos Obsoleted: MySQL.i386 0:4.1.15-3 Complete! Running yum update again gives... # yum update Setting up Update Process Setting up Repos core 100% |=========================| 951 B 00:00 current 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files core : ################################################## 158/158 current : ################################################## 1762/1762 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package MySQL-server.i386 0:4.1.15-3 set to be updated --> Running transaction check --> Processing Dependency: MySQL = 4.1.15-3 for package: MySQL-server --> Processing Dependency: libmysqlclient.so.14 for package: MySQL-server --> Processing Dependency: libmysqlclient_r.so.14 for package: MySQL-server --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package MySQL.i386 0:4.1.15-3 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: MySQL-server.i386 0:4.1.15-3 - current Performing the following to resolve dependencies: Install: MySQL.i386 0:4.1.15-3 - current Total download size: 10 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction warning: /etc/my.cnf created as /etc/my.cnf.rpmnew Installing: MySQL 100 % done 1/4 Updating: MySQL-server 100 % done 2/4 Completing update for MySQL-server - 3/4 Erasing: MySQL-client 4/4 Dependency Installed: MySQL.i386 0:4.1.15-3 Updated: MySQL-server.i386 0:4.1.15-3 Complete! ... and then running yum update again causes it to obsolete MySQL.i386 0:4.1.15-3 and install MySQL-server.i386 0:4.1.9-1.caos all over again leaving mysql broken until you yum update again... Both machines are using yum-2.2.1-2.caos and I've tried reinstalling it... The relevant parts of yum.conf are now: [main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=redhat-release tolerant=1 exactarch=1 obsoletes=1 I've had a quick look at the spec file in the CVS repository but can't see anything obvious... Ben From benjamin at pythagoras.no-ip.org Sat Dec 17 06:53:45 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sat, 17 Dec 2005 14:53:45 +0000 Subject: [cAos] Quick question... In-Reply-To: <20051216020228.GD5008@aries.runlevelzero.net> References: <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <4391E8FF.2080400@pythagoras.no-ip.org> <20051204020005.GA20378@titan.runlevelzero.net> <439B125B.9060908@pythagoras.no-ip.org> <20051216020228.GD5008@aries.runlevelzero.net> Message-ID: <43A42679.8010808@pythagoras.no-ip.org> Greg M. Kurtzer wrote: >Definatly try and jump into the IRC channel when you have time. Several >people there can help you with packaging this and get into Mezzanine. > > I gave it a go late one night but it kept demanding a password, and I gave up in preference to sleep! Will have another look soon... Take care, Ben From benjamin at pythagoras.no-ip.org Sat Dec 17 06:56:49 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sat, 17 Dec 2005 14:56:49 +0000 Subject: [cAos] Quick question... In-Reply-To: <43A42679.8010808@pythagoras.no-ip.org> References: <20051121175344.GA30443@titan.runlevelzero.net> <4383600F.8070601@pythagoras.no-ip.org> <20051123180558.GA4799@titan.runlevelzero.net> <43886075.10504@pythagoras.no-ip.org> <20051126150634.GA19285@titan.runlevelzero.net> <438A38B3.5080800@pythagoras.no-ip.org> <20051128185421.GA14322@titan.runlevelzero.net> <4391E8FF.2080400@pythagoras.no-ip.org> <20051204020005.GA20378@titan.runlevelzero.net> <439B125B.9060908@pythagoras.no-ip.org> <20051216020228.GD5008@aries.runlevelzero.net> <43A42679.8010808@pythagoras.no-ip.org> Message-ID: <43A42731.50009@pythagoras.no-ip.org> Benjamin Donnachie wrote: >I gave it a go late one night but it kept demanding a password, and I >gave up in preference to sleep! > > I spoke [typed?] too soon! Just gave it another go and it worked perfectly... Unfortunately, I can't hang about as I've got [yet another] Christmas party to go to! Ben From gmk at runlevelzero.net Sat Dec 17 07:35:46 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Sat, 17 Dec 2005 07:35:46 -0800 Subject: [cAos] cAos current repo and MySQL problem. In-Reply-To: <43A42604.7040005@pythagoras.no-ip.org> References: <4395CEA9.8060702@pythagoras.no-ip.org> <20051216021123.GF5008@aries.runlevelzero.net> <43A42604.7040005@pythagoras.no-ip.org> Message-ID: <20051217153546.GA9086@aries.runlevelzero.net> OK, I found the problem. The quick fix is to remove 4.1.9 from the current and stable repos. 4.1.15 has been used for a while in current, but any bugs should be reported immediately. The repository update will happen shortly. Thanks! On Sat, Dec 17, 2005 at 02:51:48PM +0000, Benjamin Donnachie wrote: > Greg M. Kurtzer wrote: > > >If there are stale rpmdb locks around things get a bit weird in RPM/YUM. > >Not saying this is the cause, but it is the first place I would look. > > > >Try to remove the locks: > > > > # rm /var/lib/rpm/__db* > > > >and try again. > > > I've tried that and I'm still getting the same problem on both the > machine that was originally installed using the stable repo and now > using current, and the machine that has always been using current: > > # rm /var/lib/rpm/__db* > # yum update > Setting up Update Process > Setting up Repos > core 100% |=========================| 951 B 00:00 > current 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > core : ################################################## 158/158 > current : ################################################## 1762/1762 > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package MySQL-server.i386 0:4.1.9-1.caos set to be updated > --> Running transaction check > > Dependency Resolution Not Required > Transaction Listing: > Install: MySQL-server.i386 0:4.1.9-1.caos - current > > Other Transactions: > Obsoleting: MySQL.i386 0:4.1.15-3 with MySQL-server.i386 0:4.1.9-1.caos > > Total download size: 14 M > Is this ok [y/N]: Y > Downloading Packages: > (1/1): MySQL-server-4.1.9 100% |=========================| 14 MB 00:26 > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Obsoleting: MySQL-server 100 % done 1/3 > PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! > To do so, start the server, then issue the following commands: > /usr/bin/mysqladmin -u root password 'new-password' > /usr/bin/mysqladmin -u root -h gavin.pythagoras.no-ip.org password > 'new-password' > See the manual for more instructions. > > Please report any problems with the /usr/bin/mysqlbug script! > > The latest information about MySQL is available on the web at > http://www.mysql.com > Support MySQL by buying support/licenses at https://order.mysql.com > Completing update for MySQL-server - 2/3 > Erasing: MySQL 3/3 > > Installed: MySQL-server.i386 0:4.1.9-1.caos > Obsoleted: MySQL.i386 0:4.1.15-3 > Complete! > > > Running yum update again gives... > # yum update > Setting up Update Process > Setting up Repos > core 100% |=========================| 951 B 00:00 > current 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > core : ################################################## 158/158 > current : ################################################## 1762/1762 > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package MySQL-server.i386 0:4.1.15-3 set to be updated > --> Running transaction check > --> Processing Dependency: MySQL = 4.1.15-3 for package: MySQL-server > --> Processing Dependency: libmysqlclient.so.14 for package: MySQL-server > --> Processing Dependency: libmysqlclient_r.so.14 for package: MySQL-server > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package MySQL.i386 0:4.1.15-3 set to be updated > --> Running transaction check > > Dependencies Resolved > Transaction Listing: > Update: MySQL-server.i386 0:4.1.15-3 - current > Performing the following to resolve dependencies: > Install: MySQL.i386 0:4.1.15-3 - current > Total download size: 10 M > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > warning: /etc/my.cnf created as /etc/my.cnf.rpmnew > Installing: MySQL 100 % done 1/4 > Updating: MySQL-server 100 % done 2/4 > Completing update for MySQL-server - 3/4 > Erasing: MySQL-client 4/4 > > Dependency Installed: MySQL.i386 0:4.1.15-3 > Updated: MySQL-server.i386 0:4.1.15-3 > Complete! > > > ... and then running yum update again causes it to obsolete MySQL.i386 > 0:4.1.15-3 and install MySQL-server.i386 0:4.1.9-1.caos all over again > leaving mysql broken until you yum update again... > > Both machines are using yum-2.2.1-2.caos and I've tried reinstalling > it... The relevant parts of yum.conf are now: > > [main] > cachedir=/var/cache/yum > debuglevel=2 > logfile=/var/log/yum.log > pkgpolicy=newest > distroverpkg=redhat-release > tolerant=1 > exactarch=1 > obsoletes=1 > > I've had a quick look at the spec file in the CVS repository but can't > see anything obvious... > > Ben > _______________________________________________ > 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 Sat Dec 17 09:06:12 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Sat, 17 Dec 2005 09:06:12 -0800 Subject: [cAos] cAos2 repository update Message-ID: <20051217170612.GB9086@aries.runlevelzero.net> current: - SRPMS/MySQL-4.1.9-1.caos.src.rpm stable: + SRPMS/MySQL-4.1.15-3.src.rpm - SRPMS/MySQL-4.1.9-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 benjamin at pythagoras.no-ip.org Sun Dec 18 05:30:18 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Sun, 18 Dec 2005 13:30:18 +0000 Subject: [cAos] cAos current repo and MySQL problem. In-Reply-To: <20051217153546.GA9086@aries.runlevelzero.net> References: <4395CEA9.8060702@pythagoras.no-ip.org> <20051216021123.GF5008@aries.runlevelzero.net> <43A42604.7040005@pythagoras.no-ip.org> <20051217153546.GA9086@aries.runlevelzero.net> Message-ID: <43A5646A.7050500@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: > OK, I found the problem. Excellent stuff - many thanks! :-) What was causing the problem? My suspicions lie with the 4.1.9 spec file... > The quick fix is to remove 4.1.9 from the > current and stable repos. 4.1.15 has been used for a while in current, > but any bugs should be reported immediately. I'm pleased to confirm that I haven't had any problems with it on my server. Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ6VkaOgNmph0Y1E2AQLQ9xAAkLCFYmUtykp+l68X0+c4qxlzUIHbEScw K4NGnjB4aQxpF00Jo/6Z1O3LzuLGMq0q1iSChY7aCWSfIeQJ+2U1mXe1CNgUAuo3 KQoEfzKgkjYtngdZnI5gq09D9vi80nLF5kp+Zlb6NMs5BKEgUxUeARp4ZDzaqDGo KyRDY3XC4rKhysnrC8ob+fKMK/CvT2bwOD0OpZWhj+dlTL2IlMNuO3Lc1h/b/0Q4 A/IiDoLnAWRxRjY5uz4xPmcrcXtPMmIYWdzmoyMt8NHKkbWghxwEW4+3h/+MO6gL 9fho3iAGvfHJLDxK4vtXVPSU/RDGIUC1MmTBeDehHZg2XlSLojvga+IO2ugbXQuL LaxHSUrjoEBvhN+UL1Ny4vyesyb7w27GoVg59NpUXarXjV8/MmcXtI/mJEeITHFD OCsO0S0RZtGnxuDwljLQNxqwvwk6SDRrvw1wjMtQAxbh7SfqcuSJOEWiZpHcZkZr MzaSdtdlDuWuuB92Q9sVWgXerKqxdU4pthuEJIJBK5Jji2KxgdDME6OhFyhrY4V+ DN0sloG/HTi7HzIix/kU02yIVqcvIr5VIPAwoW3mZ7EPCCjeqmeQCfFgr9vHMmNX 9QxqssqisSq7tA+B0zDxix3DJC0D81WElQ5Qc1AX5WDUvkGoCuidSKSp/BFNpHkY GWuZMVlLJnA= =i6ab -----END PGP SIGNATURE----- From gmk at runlevelzero.net Sun Dec 18 07:16:02 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Sun, 18 Dec 2005 07:16:02 -0800 Subject: [cAos] cAos current repo and MySQL problem. In-Reply-To: <43A5646A.7050500@pythagoras.no-ip.org> References: <4395CEA9.8060702@pythagoras.no-ip.org> <20051216021123.GF5008@aries.runlevelzero.net> <43A42604.7040005@pythagoras.no-ip.org> <20051217153546.GA9086@aries.runlevelzero.net> <43A5646A.7050500@pythagoras.no-ip.org> Message-ID: <20051218151601.GA28014@aries.runlevelzero.net> On Sun, Dec 18, 2005 at 01:30:18PM +0000, Benjamin Donnachie wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Greg M. Kurtzer wrote: > > OK, I found the problem. > > Excellent stuff - many thanks! :-) > > What was causing the problem? My suspicions lie with the 4.1.9 spec file... No problems with the spec's by themselves but rather some of the differences between them and a certain obsoletes tag making the older version take priority on one of the subpackages (not all of them). > > The quick fix is to remove 4.1.9 from the > > current and stable repos. 4.1.15 has been used for a while in current, > > but any bugs should be reported immediately. > > I'm pleased to confirm that I haven't had any problems with it on my server. Very good. Thanks. -- 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 benjamin at pythagoras.no-ip.org Wed Dec 21 10:14:48 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Wed, 21 Dec 2005 18:14:48 +0000 Subject: [cAos] RPMs available. Message-ID: <43A99B98.7090600@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've recently created a few RPMs for cAos which are available from http://www.pythagoras.no-ip.org/~benjamin/download as listed below. At this stage, they are intended as test versions and I should be grateful for any feedback. logwatch-7.1-1.caos.noarch.rpm and logwatch-7.1-1.caos.src.rpm Updates logwatch - well tested and should be okay. scponly-4.1-1.caos.i386.rpm and scponly-4.1-1.caos.src.rpm Replacement user shell which restricts access to sftp and scp commands. Installs /usr/bin/scponly and /usr/sbin/scponlyc, the chroot version. Should be okay. mod_auth_imap2-2.0.2-1.caos.i386.rpm and mod_auth_imap2-2.0.2-1.caos.src.rpm Module which allows apache2 to user an imap server for authentication. Bit of a "kludge" to get it working. Needs more work on .spec file - notably to add build and install dependencies and to tidy it up. dspam-3.6.2-0.TEST1.caos.i386.rpm and dspam-3.6.2-0.TEST1.caos.src.rpm Intended as a test at this stage - installs the executables and config files for dspam. However, file permissions are not correct and web user interface not included. Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ6mbl+gNmph0Y1E2AQJ+bhAAk/Cpd5Vmp9iPKXnUXtxPNj7WrbrW+z7T t/50sdV1mNMBnbk1ZMakBCmbi4GCTbdbS7byeW4mqILIgMaHX85HAe5zQkn89rzc fyG5eqpd9Qhi4st8U8UVGwLa9/dnKsi3B9Gi3CYj/1oUS25HSfPJ/xs7ldXM32lV GqIqsvZ6lMBe6Y+jTnrcoEIwHZ53UdYYCD/uhN9imaTnI8qRKQ0ZWy21ontgVk+b aZ4tn1vIkIkT1s99YvgcNkBou7Nw8yq1WvYibchqlHRuNritcJdTXbfiaOerJa06 SYZg+yoEUpY/9DNfzAds2Ny76DjBKu69twUJ5J8PET4q2B6sDnq+pK8ybUjNRnrD udw9v8Axxghzsqpr19dEmS9eRXG0giQitTVbHDBGnTkaJ3O+ryTRuU294p6gb+/A tmN82Nx469ByMvS1hf0vi/zIfBNL/l4yhhJQ1gIW787cOq5YqPBYjR2dzSMtVW2G +QaZTwtOnFYWiH3BVT36zFNStOefxEVPYpj2uQNfBHwFoavGFw8HkpjioCqU5NDE GqCnqTFw/ZEjAl8t/t4Pvvo3HHGALAokW8Ml4SCkcG3nQDTZS79Tup1Sw7bcHCw4 bu4ndOcQLLEUgHKywRM46gAHZuNE7kIvJl2BI5qF5DsBU/8nyEMF8LgUGWFCbNKi l0SHUQMHxXo= =8qAj -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Wed Dec 21 10:23:56 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Wed, 21 Dec 2005 18:23:56 +0000 Subject: [cAos] 2-2.2a install problem - was Quick question... In-Reply-To: <439DC71B.10108@pythagoras.no-ip.org> References: <439DC71B.10108@pythagoras.no-ip.org> Message-ID: <43A99DBC.7000205@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Benjamin Donnachie wrote: > Problem solved! The yum.repos.d directory and associated files were > missing - so I created those and then made the necessary changes to > yum.conf. Any luck with this? Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ6mduugNmph0Y1E2AQKDLBAAozvAcfJ810entP4V7+JkLsS4FjPk+rBj 9+i5zV/loSPwvY+Sp1kBXeina/AcWw/blE71TxSOx6VmVhyd+X6RlKKQPGxUqrzq zEME+nGOiWvlesnGddzoEpQ33nfiv0PWCshzoprdzI7EnQKQT/SxCNicLJ2D1y+A NJD5LVLrGHIRPtycsS/Nq5Wmm4cuYBtMzOV8v1wFMqp+MMEXUV1Mr3N7INuoJOi/ XUgJHKWpvfy8IyK457DQF6kRKi0Czp3TA0B7kbu3x2BZJTFClqqa84kvuLyXoac4 X/Z7fLARVOvPbQuI+ZNRzK0XCWM8JkwL66jubmuHopkK6k+uRaWn1vcWGHiKd12s kurhO4yQLcr+98aq0DkPteREkucRvpy2eeX76tapiq0x4Bk8jcmKBoTUIJH9jm9h f+YPcECSnicRp39H3xY9dUNfsYg5U4XjlKO91RqwFWM/q2fVQkY9QTS+8h8qT1cO Tu1OlnwFHYDPjI+nZPWDBvIegpDq+2ByZsh3+/rIZRrthr+Z8rFMKylRLcrABj3w b1zjdS+ZYQJcJVX7pjQ5y0DVw4yBcT4vknL5EBahmShovFrU3qmAQVSpzhH/1Qm3 fcaxudCWpu/tQ8r/ePn1A37GTf3oePAQdqd2X2stjXExj21P2BHjJ7xLJzzZtVS3 dDgK7g8mUVU= =yOjn -----END PGP SIGNATURE----- From gmk at runlevelzero.net Wed Dec 21 13:32:57 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Wed, 21 Dec 2005 13:32:57 -0800 Subject: [cAos] 2-2.2a install problem - was Quick question... In-Reply-To: <43A99DBC.7000205@pythagoras.no-ip.org> References: <439DC71B.10108@pythagoras.no-ip.org> <43A99DBC.7000205@pythagoras.no-ip.org> Message-ID: <20051221213257.GA2898@aries.runlevelzero.net> Did you configure this via sidekick? When sidekick first runs, it is called with the --init option. You should try this: # configure-mirrors --init Let me know if that helps! On Wed, Dec 21, 2005 at 06:23:56PM +0000, Benjamin Donnachie wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Benjamin Donnachie wrote: > > Problem solved! The yum.repos.d directory and associated files were > > missing - so I created those and then made the necessary changes to > > yum.conf. > > Any luck with this? > > Take care, > > Ben > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (Darwin) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iQIVAwUBQ6mduugNmph0Y1E2AQKDLBAAozvAcfJ810entP4V7+JkLsS4FjPk+rBj > 9+i5zV/loSPwvY+Sp1kBXeina/AcWw/blE71TxSOx6VmVhyd+X6RlKKQPGxUqrzq > zEME+nGOiWvlesnGddzoEpQ33nfiv0PWCshzoprdzI7EnQKQT/SxCNicLJ2D1y+A > NJD5LVLrGHIRPtycsS/Nq5Wmm4cuYBtMzOV8v1wFMqp+MMEXUV1Mr3N7INuoJOi/ > XUgJHKWpvfy8IyK457DQF6kRKi0Czp3TA0B7kbu3x2BZJTFClqqa84kvuLyXoac4 > X/Z7fLARVOvPbQuI+ZNRzK0XCWM8JkwL66jubmuHopkK6k+uRaWn1vcWGHiKd12s > kurhO4yQLcr+98aq0DkPteREkucRvpy2eeX76tapiq0x4Bk8jcmKBoTUIJH9jm9h > f+YPcECSnicRp39H3xY9dUNfsYg5U4XjlKO91RqwFWM/q2fVQkY9QTS+8h8qT1cO > Tu1OlnwFHYDPjI+nZPWDBvIegpDq+2ByZsh3+/rIZRrthr+Z8rFMKylRLcrABj3w > b1zjdS+ZYQJcJVX7pjQ5y0DVw4yBcT4vknL5EBahmShovFrU3qmAQVSpzhH/1Qm3 > fcaxudCWpu/tQ8r/ePn1A37GTf3oePAQdqd2X2stjXExj21P2BHjJ7xLJzzZtVS3 > dDgK7g8mUVU= > =yOjn > -----END PGP SIGNATURE----- > _______________________________________________ > 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 benjamin at pythagoras.no-ip.org Wed Dec 21 10:47:11 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Wed, 21 Dec 2005 18:47:11 +0000 Subject: [cAos] cAos current repo and MySQL problem. In-Reply-To: <20051218151601.GA28014@aries.runlevelzero.net> References: <4395CEA9.8060702@pythagoras.no-ip.org> <20051216021123.GF5008@aries.runlevelzero.net> <43A42604.7040005@pythagoras.no-ip.org> <20051217153546.GA9086@aries.runlevelzero.net> <43A5646A.7050500@pythagoras.no-ip.org> <20051218151601.GA28014@aries.runlevelzero.net> Message-ID: <43A9A32F.9070309@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: >>What was causing the problem? My suspicions lie with the 4.1.9 spec file... > No problems with the spec's by themselves but rather some of the > differences between them and a certain obsoletes tag making the older > version take priority on one of the subpackages (not all of them). Not bad for a guess! :-) It's rather frustrating that the obsoletes tag doesn't seem to be that well documented. If anyone else is starting out with rpms, I found the following resources useful: RPM How-To http://www.rpm.org/RPM-HOWTO/ IBM Developer Works - Packaging Software with RPM Parts 1, 2 and 3 http://www-128.ibm.com/developerworks/library/l-rpm1/ http://www-128.ibm.com/developerworks/library/l-rpm2/ http://www-128.ibm.com/developerworks/library/l-rpm3/ Guru labs students document on RPMs - http://www.gurulabs.com/GURULABS-RPM-LAB/GURULABS-RPM-GUIDE-v1.0.PDF Maximum RPM http://www.rpm.org/max-rpm/ together with an errata of sorts / change log at http://www.rpm.org/support/RPM-Changes.html (There's also the Fedora RPM howto at http://fedora.redhat.com/docs/drafts/rpm-guide-en/ I haven't looked at it properly yet but first impressions are that it's quite comprehensive - - it even includes obsoletes!) These, together with the information in the cAos wiki on using mezzanine have been invaluable. When I get a moment - probably in the New Year - I'll write it up in a short article. Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ6mjLegNmph0Y1E2AQJPnQ//YVmv0D0ydIpmg8vGrb07wnzvKEzWUUWN dxqnQQdw/UUGgawpVUuDpFONeboiFAqP6sY8qUT+PZakQ9+RhARRGMidWzWm4txF pG5WE2zOjVDS1eQNEdSHCTkOJXQ91Z6aDcD7eMu/KzoNrkW9NTrvXebsiHE3VzVf JMwko4HZafzdPYKt3EqgG5Ofa1O9aeQfLYkZziazAM67s2zdLsLop0KG0HqQGpLI A9K2lGUlnKyZ7M3NXBKjYJqkmEEXkgyOn531THEwILthvjCu3blwovBoUfh1Iw5D 2BPReWLhc3bYewV2qPzQC8FfUEupOgsWaLcujr+cKBfnbE7X/afsqQTtxkE4dXOM ADuAgj1WRmNca5HkSwUqPuHiAXv2pm3Qiey2pb1aKCZosk7rJxoOLs4f/8wVSjZo iKlXtfT5ufrs/dB9zF4ObBumlz46BfdcQ6eqlS6pbt+/dkeAvAGasJTGQr877ESR 2hchIx3eJ4qhf+6gMFHXDSi+5HQQczXTaadEtM/aVnBpJWVjIbBApTnW/r4BR0Df sMr8MFmBdtM36vi3VT7FOIPy47cCLcq1s+O+jk0wTYD0PvtQHpkajxIIDk0Vg2rG aQPEhMDGZxi2g5Mnq3bCFX3dPMErnOin1wTfCMRSMmtqZ+/ylTTUJ2XWO5S8rR45 tH7771bpMHA= =LALP -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Wed Dec 21 11:35:30 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Wed, 21 Dec 2005 19:35:30 +0000 Subject: [cAos] 2-2.2a install problem - was Quick question... In-Reply-To: <20051221213257.GA2898@aries.runlevelzero.net> References: <439DC71B.10108@pythagoras.no-ip.org> <43A99DBC.7000205@pythagoras.no-ip.org> <20051221213257.GA2898@aries.runlevelzero.net> Message-ID: <43A9AE82.8030406@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: > Did you configure this via sidekick? When sidekick first runs, it is > called with the --init option. You should try this: > # configure-mirrors --init > Let me know if that helps! My reply with a few screen shots is being held for moderator approval... When installing with 2-2.2a the /etc/yum.repos.d directory does not exist and consequently configure-mirror --init is failing. Once that directory is created everything works fine! Take care, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ6mugOgNmph0Y1E2AQLTQw//UyQIs2e14lhPhp0n02pTnJ6vFLCcDxr5 jxa5WOzaakmpyUHXoNZh5+yv4q/nj3vzM07Iv6MUURmBpiHlJ2gz5ZXUl526/YKu Mm8l3Tb7FC5q2Tnx4U+Ep7Wxc2RF0of3wYZlG9V5caS9OByV8YCPAOZ1FosuoQ7Y 0zd6eIBMy6XkuwUSFjHeYXcpWjUXn2vP4gFF8xUr9YfEx7qJSL58AIwR1SRGbk39 w930TCZWQi42o962iEuNTMmCJYvWkXul91gRbncEXLWmrG5gBXKKik/dez/knQmz y5NN0792XutKSegIxc3be5UBry/ccVT2nvpjPSYptre0Klz2RIqyCwpxSwIvEV9w mg+PxOEdtOJlv2SPzFKwXDQNcHCX8CFwyMs1RL9lbnx/7AswGK7vKWuiUTrg6bE0 zPZE0DK839Fv/Ps7/bESaG0EEXwUoG7X58cjRquhpDTXnsBwzQJjug0plgdeTxTU q5VVt56sKXQentPmQjCSzv3pcFcI3bCwU3/UE42bm6SZ6kCMmj9HyCk+JJrdEIFQ W6TczIXdW7MbDGh4wnaJ4+Zwq/xF54LfBVujLEfoeHKTe0oPb38wS7wX1keR/GUv N9PENZQIwG4fF7cqwF3mq05Qt5cP+uvshkddk6OjvQLvwCViCp3z+BaPcraFP9A2 HyshmEfweEs= =NIFy -----END PGP SIGNATURE----- From gmk at runlevelzero.net Wed Dec 21 15:35:12 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Wed, 21 Dec 2005 15:35:12 -0800 Subject: [cAos] 2-2.2a install problem - was Quick question... In-Reply-To: <43A9AE82.8030406@pythagoras.no-ip.org> References: <439DC71B.10108@pythagoras.no-ip.org> <43A99DBC.7000205@pythagoras.no-ip.org> <20051221213257.GA2898@aries.runlevelzero.net> <43A9AE82.8030406@pythagoras.no-ip.org> Message-ID: <20051221233512.GC2898@aries.runlevelzero.net> I have never seen that directory being non-existent. yum.rpm should have created it. Well, that can be a simple check in sidekick to check for the existence of that dir before continuing. Thanks! On Wed, Dec 21, 2005 at 07:35:30PM +0000, Benjamin Donnachie wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Greg M. Kurtzer wrote: > > Did you configure this via sidekick? When sidekick first runs, it is > > called with the --init option. You should try this: > > # configure-mirrors --init > > Let me know if that helps! > > My reply with a few screen shots is being held for moderator approval... > > When installing with 2-2.2a the /etc/yum.repos.d directory does not > exist and consequently configure-mirror --init is failing. > > Once that directory is created everything works fine! > > Take care, > > Ben > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (Darwin) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iQIVAwUBQ6mugOgNmph0Y1E2AQLTQw//UyQIs2e14lhPhp0n02pTnJ6vFLCcDxr5 > jxa5WOzaakmpyUHXoNZh5+yv4q/nj3vzM07Iv6MUURmBpiHlJ2gz5ZXUl526/YKu > Mm8l3Tb7FC5q2Tnx4U+Ep7Wxc2RF0of3wYZlG9V5caS9OByV8YCPAOZ1FosuoQ7Y > 0zd6eIBMy6XkuwUSFjHeYXcpWjUXn2vP4gFF8xUr9YfEx7qJSL58AIwR1SRGbk39 > w930TCZWQi42o962iEuNTMmCJYvWkXul91gRbncEXLWmrG5gBXKKik/dez/knQmz > y5NN0792XutKSegIxc3be5UBry/ccVT2nvpjPSYptre0Klz2RIqyCwpxSwIvEV9w > mg+PxOEdtOJlv2SPzFKwXDQNcHCX8CFwyMs1RL9lbnx/7AswGK7vKWuiUTrg6bE0 > zPZE0DK839Fv/Ps7/bESaG0EEXwUoG7X58cjRquhpDTXnsBwzQJjug0plgdeTxTU > q5VVt56sKXQentPmQjCSzv3pcFcI3bCwU3/UE42bm6SZ6kCMmj9HyCk+JJrdEIFQ > W6TczIXdW7MbDGh4wnaJ4+Zwq/xF54LfBVujLEfoeHKTe0oPb38wS7wX1keR/GUv > N9PENZQIwG4fF7cqwF3mq05Qt5cP+uvshkddk6OjvQLvwCViCp3z+BaPcraFP9A2 > HyshmEfweEs= > =NIFy > -----END PGP SIGNATURE----- > _______________________________________________ > 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 benjamin at pythagoras.no-ip.org Wed Dec 21 13:11:57 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Wed, 21 Dec 2005 21:11:57 +0000 Subject: [cAos] 2-2.2a install problem - was Quick question... In-Reply-To: <20051221233512.GC2898@aries.runlevelzero.net> References: <439DC71B.10108@pythagoras.no-ip.org> <43A99DBC.7000205@pythagoras.no-ip.org> <20051221213257.GA2898@aries.runlevelzero.net> <43A9AE82.8030406@pythagoras.no-ip.org> <20051221233512.GC2898@aries.runlevelzero.net> Message-ID: <43A9C51D.8090306@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg M. Kurtzer wrote: > I have never seen that directory being non-existent. yum.rpm should > have created it. Well, that can be a simple check in sidekick to check > for the existence of that dir before continuing. I've also noticed that the first install of 2-2.2a hangs installing the bootloader on all the machines I've tried it on - even virtual Qemu and VMware ones! But on second attempt it works. Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ6nFHegNmph0Y1E2AQIFZxAAjIDXQdyulrZkSC+UJTu1nh7+IdAFzlQ/ f9YMVzPWkbMnb1XB/E/wu8q7tyWDhjX2ZU378GdfQ9m/wzN5THWuv9pL7GfQslrs acIAf2XAROCRWq91/SGesfMakzu9pLfQUN/0BkS36+t95lc2aRjHLf/AEBb+SY+i G08mzqxLWwhHgLE+i0cDeAS7HmCm5tDfM6d2IfVYhgmPYQe80LddVpRdDONN6dc7 HvMYBygh1puuW5sssKPieFKJseH7e8Ls4bFxRluP19eKQD0JAq84QjMfKESaxrQE cNfA6cZtTtu6Vz71tc02R2RFzOk8wosBvRhFKMHZMI9p/McQk643yPPXH/X0Mi28 4S395B/rHssdqTP21bMan8ZTBJs73bAvC1K/cAoNp9Jh1M44SsGGUJ+Ib+1HELZP NT9dSQtnEbciqpoQbvfW3M8ajE0nBcKxSZozB2Ne6ALNcSRZWlzIRq1wICQQtOWs h9cuUqwUAQDczpWpArlfui3mvLLtNEEEhbXGRBBkWb2rfeWy7iloyQndFjk+lkfb QNyZ1FCPEPdXxF+zdES3HgeqM/Sf3inJrD8/TyKqHUEDb4x8gZOaOqjOD/IcOekQ UtRQcnowWCe9Ze2FGbc0+On5ppL7qXIwuOhHO6J/eYcemMUhNoPkGkgXG9e5ZbUH 70Rux6FAjfk= =p8eS -----END PGP SIGNATURE----- From benjamin at pythagoras.no-ip.org Thu Dec 22 01:26:33 2005 From: benjamin at pythagoras.no-ip.org (Benjamin Donnachie) Date: Thu, 22 Dec 2005 09:26:33 +0000 Subject: [cAos] RPMs available. In-Reply-To: <43A99B98.7090600@pythagoras.no-ip.org> References: <43A99B98.7090600@pythagoras.no-ip.org> Message-ID: <43AA7149.9040808@pythagoras.no-ip.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Benjamin Donnachie wrote: > scponly-4.1-1.caos.i386.rpm and scponly-4.1-1.caos.src.rpm > > Replacement user shell which restricts access to sftp and scp commands. > Installs /usr/bin/scponly and /usr/sbin/scponlyc, the chroot version. Two security vulnerabilities have just been discovered - http://www.sublimation.org/scponly/#relnotes I'll be packaging up the new version soon. Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ6pxSOgNmph0Y1E2AQKkQQ//cyDxDRnTcVY2yvVlOY7+WXRyz+wiB8G0 SXInYBefR5ythMOpA/JOfo/Dwl0LdTUNUqNQr6GMdMd13I8zXnbB+QintJ4sGKc/ FEBYWbj3eipmXehbov61bAY2Xj/by7lAe9RC+muW8ZcUmT70MqsBSI3Fm2NHJizE uVXS/4oIpObW1RMLJE4hDLk9GIqPxFXguiN62EU6YgiOGOLeZIr6PpZSCB0OsUgY zCe+2/hc3py1L604gYzWlA1CLDa/IyqPGd2fJOkI2u++75E559Nk/NWn8E405+O5 biVe6eyzckJdtSXTYz9ND42l2iIQjG88SS4ahN7r0QNPiHE8A28FM9/NKdUt53aV q5c2WjAoKVCYqCqvqlzcHExRUFcpWjGi6QL9Z8OZXTxeI+jp+QKa+j+goqYu+Azb bU85iFLiVdrDoKEoKMQT6ahZ1pBOTdF+3a5IFgr/a5CVvhN6ncK3gUUiJ4XMUAOm ERBN23HY1IkpgzwU2cDwksY348HIwHt+UN37CoyXub1FLe/EhAdZupbSkPzNaMjS /OOApPyZrzTz+DMPGM5NH1kLAv0peb7Y/s4WPxmbHvS+olv2wJqZJA8okquWoGVS FHWNCcqim/siiwZEjtuBr/rd1PR5LyDk30984JJ+cHMysSjQf9t08gxgCziwHOrs TCQIDBMG83A= =8XUB -----END PGP SIGNATURE----- From S.walsh at nerdvana.com.au Thu Dec 22 06:28:18 2005 From: S.walsh at nerdvana.com.au (Nerdvana - Steve Walsh) Date: Fri, 23 Dec 2005 01:28:18 +1100 Subject: [cAos] Clam-AV In-Reply-To: <20051221233512.GC2898@aries.runlevelzero.net> Message-ID: Hi folks I've been trying to update Clam-AV for a while now, and seem to hit a dependency problem; root at cp1 [~]# clamd -V ClamAV 0.83/1213/Tue Dec 20 01:48:34 2005 root at cp1 [~]# yum update clamav 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 : ################################################## 167/167 ext-curren: ################################################## 1722/1722 Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package clamav.x86_64 0:0.87-1.caos set to be updated --> Running transaction check --> Processing Dependency: clamav = 0.83-1.caos for package: clamd --> Processing Dependency: clamav = 0.83-1.caos for package: clamav-devel --> Finished Dependency Resolution Error: Missing Dependency: clamav = 0.83-1.caos is needed by package clamd Error: Missing Dependency: clamav = 0.83-1.caos is needed by package clamav-devel Am I just missing a repo entry, or has 0.87-1 not been released into the ext-current repo yet? Steve From gmk at runlevelzero.net Thu Dec 22 16:38:19 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 22 Dec 2005 16:38:19 -0800 Subject: [cAos] Clam-AV In-Reply-To: References: <20051221233512.GC2898@aries.runlevelzero.net> Message-ID: <20051223003819.GA5307@aries.runlevelzero.net> It looks as though clamav changed its packaging structure a bit. To resolve this, you should remove the clamav subpacakges before doing the update. For example: $ rpm -qa | grep clamav Any subpackages (eg. clamav-devel, clamav-db, ...) should be removed before trying the update. Let me know how that works for ya. On Fri, Dec 23, 2005 at 01:28:18AM +1100, Nerdvana - Steve Walsh wrote: > Hi folks > > I've been trying to update Clam-AV for a while now, and seem to hit a > dependency problem; > > root at cp1 [~]# clamd -V > ClamAV 0.83/1213/Tue Dec 20 01:48:34 2005 > root at cp1 [~]# yum update clamav > 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 : ################################################## 167/167 > ext-curren: ################################################## 1722/1722 > Excluding Packages in global exclude list > Finished > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package clamav.x86_64 0:0.87-1.caos set to be updated > --> Running transaction check > --> Processing Dependency: clamav = 0.83-1.caos for package: clamd > --> Processing Dependency: clamav = 0.83-1.caos for package: clamav-devel > --> Finished Dependency Resolution > Error: Missing Dependency: clamav = 0.83-1.caos is needed by package clamd > Error: Missing Dependency: clamav = 0.83-1.caos is needed by package > clamav-devel > > Am I just missing a repo entry, or has 0.87-1 not been released into the > ext-current repo yet? > > Steve > > _______________________________________________ > 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 Thu Dec 22 14:25:40 2005 From: S.walsh at nerdvana.com.au (Nerdvana - Steve Walsh) Date: Fri, 23 Dec 2005 09:25:40 +1100 Subject: [cAos] Clam-AV In-Reply-To: <20051223003819.GA5307@aries.runlevelzero.net> Message-ID: Hi Greg I did that, and removed the packages using yum; root at cp1 [~]# yum remove clamav-db clamd clamav clamav-devel Setting up Remove Process Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package clamav-db.x86_64 0:0.83-1.caos set to be erased ---> Package clamav.x86_64 0:0.83-1.caos set to be erased ---> Package clamd.x86_64 0:0.83-1.caos set to be erased ---> Package clamav-devel.x86_64 0:0.83-1.caos set to be erased --> Running transaction check Dependency Resolution Not Required Transaction Listing: Remove: clamav.x86_64 0:0.83-1.caos Remove: clamav-db.x86_64 0:0.83-1.caos Remove: clamd.x86_64 0:0.83-1.caos Remove: clamav-devel.x86_64 0:0.83-1.caos Erasing: clamav 1/4 warning: /var/clamav/main.cvd saved as /var/clamav/main.cvd.rpmsave warning: /var/clamav/daily.cvd saved as /var/clamav/daily.cvd.rpmsave Erasing: clamav-db 2/4 Erasing: clamd 3/4 Erasing: clamav-devel 4/4 Removed: clamav.x86_64 0:0.83-1.caos clamav-db.x86_64 0:0.83-1.caos clamd.x86_64 0:0.83-1.caos clamav-devel.x86_64 0:0.83-1.caos Complete! Then did another rpm -qa root at cp1 [~]# rpm -qa | grep clam root at cp1 [~]# I then installed clamav ok, (Install: clamav.x86_64 0:0.87-1.caos - ext-current / Installed: clamav.x86_64 0:0.87-1.caos) but when I try a freshclam, I get this; root at cp1 [/etc/init.d]# freshclam ClamAV update process started at Fri Dec 23 09:20:03 2005 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.87 Recommended version: 0.87.1 DON'T PANIC! Read http://www.clamav.net/faq.html main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: tkojm) daily.cvd is up to date (version: 1213, sigs: 1844, f-level: 6, builder: diego) not being familiar with the numbering method for packages in the CAOS repos does this mean that 0.87-1 isn't 0.87.1? -----Original Message----- From: Greg M. Kurtzer Sent: Friday, 23 December 2005 11:38 AM To: Community Assembled OS Subject: Re: [cAos] Clam-AV It looks as though clamav changed its packaging structure a bit. To resolve this, you should remove the clamav subpacakges before doing the update. For example: $ rpm -qa | grep clamav Any subpackages (eg. clamav-devel, clamav-db, ...) should be removed before trying the update. Let me know how that works for ya. On Fri, Dec 23, 2005 at 01:28:18AM +1100, Nerdvana - Steve Walsh wrote: > Hi folks > > I've been trying to update Clam-AV for a while now, and seem to hit a > dependency problem; > > root at cp1 [~]# clamd -V > ClamAV 0.83/1213/Tue Dec 20 01:48:34 2005 > root at cp1 [~]# yum update clamav > 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 : ################################################## 167/167 > ext-curren: ################################################## 1722/1722 > Excluding Packages in global exclude list > Finished > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package clamav.x86_64 0:0.87-1.caos set to be updated > --> Running transaction check > --> Processing Dependency: clamav = 0.83-1.caos for package: clamd > --> Processing Dependency: clamav = 0.83-1.caos for package: clamav-devel > --> Finished Dependency Resolution > Error: Missing Dependency: clamav = 0.83-1.caos is needed by package clamd > Error: Missing Dependency: clamav = 0.83-1.caos is needed by package > clamav-devel > > Am I just missing a repo entry, or has 0.87-1 not been released into the > ext-current repo yet? > > Steve > > _______________________________________________ > 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 gmk at runlevelzero.net Thu Dec 22 17:30:28 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 22 Dec 2005 17:30:28 -0800 Subject: [cAos] Clam-AV In-Reply-To: References: <20051223003819.GA5307@aries.runlevelzero.net> Message-ID: <20051223013028.GA5463@aries.runlevelzero.net> This is a clamav question not specific for cAos packaging. I will let someone who is familiar with clamav better then I to answer this. On Fri, Dec 23, 2005 at 09:25:40AM +1100, Nerdvana - Steve Walsh wrote: > Hi Greg > > I did that, and removed the packages using yum; > > root at cp1 [~]# yum remove clamav-db clamd clamav clamav-devel > Setting up Remove Process > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package clamav-db.x86_64 0:0.83-1.caos set to be erased > ---> Package clamav.x86_64 0:0.83-1.caos set to be erased > ---> Package clamd.x86_64 0:0.83-1.caos set to be erased > ---> Package clamav-devel.x86_64 0:0.83-1.caos set to be erased > --> Running transaction check > > Dependency Resolution Not Required > Transaction Listing: > Remove: clamav.x86_64 0:0.83-1.caos > Remove: clamav-db.x86_64 0:0.83-1.caos > Remove: clamd.x86_64 0:0.83-1.caos > Remove: clamav-devel.x86_64 0:0.83-1.caos > > Erasing: clamav 1/4 > warning: /var/clamav/main.cvd saved as /var/clamav/main.cvd.rpmsave > warning: /var/clamav/daily.cvd saved as /var/clamav/daily.cvd.rpmsave > Erasing: clamav-db 2/4 > Erasing: clamd 3/4 > Erasing: clamav-devel 4/4 > > Removed: clamav.x86_64 0:0.83-1.caos clamav-db.x86_64 0:0.83-1.caos > clamd.x86_64 0:0.83-1.caos clamav-devel.x86_64 0:0.83-1.caos > Complete! > > Then did another rpm -qa > > root at cp1 [~]# rpm -qa | grep clam > root at cp1 [~]# > > I then installed clamav ok, (Install: clamav.x86_64 0:0.87-1.caos - > ext-current / Installed: clamav.x86_64 0:0.87-1.caos) but when I try a > freshclam, I get this; > > root at cp1 [/etc/init.d]# freshclam > ClamAV update process started at Fri Dec 23 09:20:03 2005 > WARNING: Your ClamAV installation is OUTDATED! > WARNING: Local version: 0.87 Recommended version: 0.87.1 > DON'T PANIC! Read http://www.clamav.net/faq.html > main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: > tkojm) > daily.cvd is up to date (version: 1213, sigs: 1844, f-level: 6, builder: > diego) > > not being familiar with the numbering method for packages in the CAOS repos > does this mean that 0.87-1 isn't 0.87.1? > > -----Original Message----- > From: Greg M. Kurtzer > Sent: Friday, 23 December 2005 11:38 AM > To: Community Assembled OS > Subject: Re: [cAos] Clam-AV > > > It looks as though clamav changed its packaging structure a bit. To > resolve this, you should remove the clamav subpacakges before doing the > update. For example: > > $ rpm -qa | grep clamav > > Any subpackages (eg. clamav-devel, clamav-db, ...) should be removed > before trying the update. > > Let me know how that works for ya. > > On Fri, Dec 23, 2005 at 01:28:18AM +1100, Nerdvana - Steve Walsh wrote: > > Hi folks > > > > I've been trying to update Clam-AV for a while now, and seem to hit a > > dependency problem; > > > > root at cp1 [~]# clamd -V > > ClamAV 0.83/1213/Tue Dec 20 01:48:34 2005 > > root at cp1 [~]# yum update clamav > > 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 : ################################################## 167/167 > > ext-curren: ################################################## 1722/1722 > > Excluding Packages in global exclude list > > Finished > > Resolving Dependencies > > --> Populating transaction set with selected packages. Please wait. > > ---> Package clamav.x86_64 0:0.87-1.caos set to be updated > > --> Running transaction check > > --> Processing Dependency: clamav = 0.83-1.caos for package: clamd > > --> Processing Dependency: clamav = 0.83-1.caos for package: clamav-devel > > --> Finished Dependency Resolution > > Error: Missing Dependency: clamav = 0.83-1.caos is needed by package clamd > > Error: Missing Dependency: clamav = 0.83-1.caos is needed by package > > clamav-devel > > > > Am I just missing a repo entry, or has 0.87-1 not been released into the > > ext-current repo yet? > > > > Steve > > > > _______________________________________________ > > 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 > > > _______________________________________________ > 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 mej at caosity.org Thu Dec 22 15:06:59 2005 From: mej at caosity.org (Michael Jennings) Date: Thu, 22 Dec 2005 18:06:59 -0500 Subject: [cAos] Clam-AV In-Reply-To: References: <20051223003819.GA5307@aries.runlevelzero.net> Message-ID: <20051222230658.GG21565@kainx.org> On Friday, 23 December 2005, at 09:25:40 (+1100), Nerdvana - Steve Walsh wrote: > root at cp1 [/etc/init.d]# freshclam > ClamAV update process started at Fri Dec 23 09:20:03 2005 > WARNING: Your ClamAV installation is OUTDATED! > WARNING: Local version: 0.87 Recommended version: 0.87.1 > DON'T PANIC! Read http://www.clamav.net/faq.html > main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: > tkojm) > daily.cvd is up to date (version: 1213, sigs: 1844, f-level: 6, builder: > diego) > > not being familiar with the numbering method for packages in the CAOS repos > does this mean that 0.87-1 isn't 0.87.1? That is correct. The -1 is the release number of the RPM. The 0.87 is the version of the upstream package. When we release 0.87.1, the RPM will be 0.87.1-1. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "I am the only one to blame for this. Somehow it all ends up the same. Soaring on the wings of selfish pride, I flew too high, and like Icarus I collide with a world I tried so hard to leave behind. To rid myself of all but love, to give and die." -- Jars of Clay, "Worlds Apart" From S.walsh at nerdvana.com.au Thu Dec 22 17:21:10 2005 From: S.walsh at nerdvana.com.au (Nerdvana - Steve Walsh) Date: Fri, 23 Dec 2005 12:21:10 +1100 Subject: [cAos] Clam-AV In-Reply-To: <20051222230658.GG21565@kainx.org> Message-ID: Michael; Thanks for the clarification. Any idea when the release will be? I wanted to upgrade to .87.1 to get protection against the new run of mail virii. Steve -----Original Message----- From: Michael Jennings Sent: Friday, 23 December 2005 10:07 AM To: caos at caosity.org Subject: Re: [cAos] Clam-AV On Friday, 23 December 2005, at 09:25:40 (+1100), Nerdvana - Steve Walsh wrote: > root at cp1 [/etc/init.d]# freshclam > ClamAV update process started at Fri Dec 23 09:20:03 2005 > WARNING: Your ClamAV installation is OUTDATED! > WARNING: Local version: 0.87 Recommended version: 0.87.1 > DON'T PANIC! Read http://www.clamav.net/faq.html > main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: > tkojm) > daily.cvd is up to date (version: 1213, sigs: 1844, f-level: 6, builder: > diego) > > not being familiar with the numbering method for packages in the CAOS repos > does this mean that 0.87-1 isn't 0.87.1? That is correct. The -1 is the release number of the RPM. The 0.87 is the version of the upstream package. When we release 0.87.1, the RPM will be 0.87.1-1. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "I am the only one to blame for this. Somehow it all ends up the same. Soaring on the wings of selfish pride, I flew too high, and like Icarus I collide with a world I tried so hard to leave behind. To rid myself of all but love, to give and die." -- Jars of Clay, "Worlds Apart" _______________________________________________ cAos mailing list cAos at caosity.org http://lists.caosity.org/mailman/listinfo/caos From dgs at gs.washington.edu Fri Dec 23 18:11:22 2005 From: dgs at gs.washington.edu (DGS) Date: Fri, 23 Dec 2005 18:11:22 -0800 Subject: [cAos] x86_64 NUMA kernels Message-ID: <20051224021122.GA11370@goldfinger.local> I've running Caos 2 on a quad dual-core Opteron system, using kernel 2.6.12.3-76.caos.numa. I'm seeing periodic segfaults on this system, like Dec 20 14:18:59 cheetah kernel: nano[3404]: segfault at 0000000000000008 rip 000000000041480a rsp 00007fffff8d7f28 error 4 Dec 22 14:37:12 cheetah kernel: fastatotab[6048]: segfault at 00000000000003e8 rip 00000000555ab3c0 rsp 00000000ffffc9b0 error 4 Dec 22 15:10:36 cheetah kernel: horpattern[6077]: segfault at 0000000000000040 rip 000000000804a597 rsp 00000000ffffbf5c error 4 Following some advice from the Linux kernel mailing list, I've added the sysctl kernel.randomize_va_space = 0 which doesn't seem to help much. This problem seems to be fixed in the 2.6.14 kernels: http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.14-rc2 However, the Caos x86_64 NUMA kernel 2.6.14.2-95 doesn't boot on my system, failing with a "can't open /dev/console" message followed by a kernel panic. I've also tried building a kernel from the 2.6.14-96 sources using the supplied x86_64-numa.config, but it fails in the same way. Any advice? David S. From gmk at runlevelzero.net Fri Dec 23 21:41:30 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Fri, 23 Dec 2005 21:41:30 -0800 Subject: [cAos] x86_64 NUMA kernels In-Reply-To: <20051224021122.GA11370@goldfinger.local> References: <20051224021122.GA11370@goldfinger.local> Message-ID: <20051224054130.GA8521@aries.runlevelzero.net> I too have issues with 2.6.14 on x86_64. This is why it hasn't left the testing repository. Try to rebuild the initial ram disk for 2.6.14: # mkinitrd -f /boot/initrd-2.6.12.3-76.caos.numa 2.6.12.3-76.caos.numa and try again. The problems htat I had with it is that it wouldn't recognize the PCIe bus (at least that is as far as I got). Mine was also dual core. If you are seeing the same issue, then the mkinitrd command won't work for you either. I also tried a vanilla kernel, and had the same problems. I even tried the 2.6.15 prerelease kernels, and same thing. :( On Fri, Dec 23, 2005 at 06:11:22PM -0800, DGS wrote: > > I've running Caos 2 on a quad dual-core Opteron system, using > kernel 2.6.12.3-76.caos.numa. I'm seeing periodic segfaults > on this system, like > > Dec 20 14:18:59 cheetah kernel: nano[3404]: segfault at 0000000000000008 rip 000000000041480a rsp 00007fffff8d7f28 error 4 > Dec 22 14:37:12 cheetah kernel: fastatotab[6048]: segfault at 00000000000003e8 rip 00000000555ab3c0 rsp 00000000ffffc9b0 error 4 > Dec 22 15:10:36 cheetah kernel: horpattern[6077]: segfault at 0000000000000040 rip 000000000804a597 rsp 00000000ffffbf5c error 4 > > Following some advice from the Linux kernel mailing list, I've > added the sysctl > > kernel.randomize_va_space = 0 > > which doesn't seem to help much. This problem seems to be fixed in > the 2.6.14 kernels: > > http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.14-rc2 > > However, the Caos x86_64 NUMA kernel 2.6.14.2-95 doesn't boot on > my system, failing with a "can't open /dev/console" message followed > by a kernel panic. I've also tried building a kernel from the > 2.6.14-96 sources using the supplied x86_64-numa.config, but it fails > in the same way. > > Any advice? > > David S. > > _______________________________________________ > 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 dgs at gs.washington.edu Fri Dec 23 21:29:20 2005 From: dgs at gs.washington.edu (DGS) Date: Fri, 23 Dec 2005 21:29:20 -0800 Subject: [cAos] x86_64 NUMA kernels In-Reply-To: <20051224054130.GA8521@aries.runlevelzero.net> References: <20051224021122.GA11370@goldfinger.local> <20051224054130.GA8521@aries.runlevelzero.net> Message-ID: <20051224052920.GB11370@goldfinger.local> On Fri, Dec 23, 2005 at 09:41:30PM -0800, Greg M. Kurtzer wrote: > I too have issues with 2.6.14 on x86_64. This is why it hasn't left the > testing repository. There's a 2.6.14.2-95.caos x86_64 kernel in "current". It won't boot on my system. > Try to rebuild the initial ram disk for 2.6.14: > > # mkinitrd -f /boot/initrd-2.6.12.3-76.caos.numa 2.6.12.3-76.caos.numa > > and try again. Are you suggesting the "mkinitrd ..." command to fix the segfaults with the 2.6.12.3-76.caos.numa kernel, or do you mean that I should try mkinitrd -f /boot/initrd-2.6.14.2-95.caos.numa 2.6.14.2-95.caos in an attempt to make the 2.6.14.2-95.caos.numa kernel work? David S. > From gmk at runlevelzero.net Sat Dec 24 01:45:03 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Sat, 24 Dec 2005 01:45:03 -0800 Subject: [cAos] x86_64 NUMA kernels In-Reply-To: <20051224052920.GB11370@goldfinger.local> References: <20051224021122.GA11370@goldfinger.local> <20051224054130.GA8521@aries.runlevelzero.net> <20051224052920.GB11370@goldfinger.local> Message-ID: <20051224094503.GA8970@aries.runlevelzero.net> On Fri, Dec 23, 2005 at 09:29:20PM -0800, DGS wrote: > > Try to rebuild the initial ram disk for 2.6.14: > > > > # mkinitrd -f /boot/initrd-2.6.12.3-76.caos.numa 2.6.12.3-76.caos.numa > > > > and try again. > > Are you suggesting the "mkinitrd ..." command to fix the segfaults > with the 2.6.12.3-76.caos.numa kernel, or do you mean that I should > try > > mkinitrd -f /boot/initrd-2.6.14.2-95.caos.numa 2.6.14.2-95.caos > > in an attempt to make the 2.6.14.2-95.caos.numa kernel work? Opps, I had the right idea (to rebuild for 2.6.14), but I copied/pasted the wrong version string. Sorry. I was thinking mkinitrd to possibly fix boot issue. It is a long shot, but will rule out corrupt initrd (which can obviously also cause boot issues). -- 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 mej at caosity.org Tue Dec 27 12:08:45 2005 From: mej at caosity.org (Michael Jennings) Date: Tue, 27 Dec 2005 15:08:45 -0500 Subject: [cAos] Clam-AV In-Reply-To: References: <20051222230658.GG21565@kainx.org> Message-ID: <20051227200844.GE28607@kainx.org> On Friday, 23 December 2005, at 12:21:10 (+1100), Nerdvana - Steve Walsh wrote: > Thanks for the clarification. Any idea when the release will be? I > wanted to upgrade to .87.1 to get protection against the new run of > mail virii. Upgrading the code isn't what protects you from new virii. Virus signature updates come from running "freshclam." :) 0.87.1 is in testing and will move to current whenever gmk gets around to it. (Hint.) :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "After all the stops and starts, we keep coming back to these two hearts, two angels who've been rescued from the fall. After all that we've been through, it all comes down to me and you. I guess it's meant to be forever you and me after all." -- Peter Cetera From martyn at theendofhistether.org.uk Tue Dec 27 14:17:24 2005 From: martyn at theendofhistether.org.uk (Martyn) Date: Tue, 27 Dec 2005 22:17:24 +0000 Subject: [cAos] Clam-AV In-Reply-To: <20051227200844.GE28607@kainx.org> References: <20051222230658.GG21565@kainx.org> <20051227200844.GE28607@kainx.org> Message-ID: <43B1BD74.5010703@theendofhistether.org.uk> Michael Jennings wrote: >Upgrading the code isn't what protects you from new virii. Virus >signature updates come from running "freshclam." :) > > Though I hate to contradict the KainX, sometimes it IS necessary to upgrade the engine to catch new virii. Specifically looking at the changelog for 0.87.1, however, no new engine code is in, just bugfixes (as should be from only a minor version change, but we all know what _should_ means). >0.87.1 is in testing and will move to current whenever gmk gets around >to it. (Hint.) :-) > > So for those wishing to get it, who haven't used the testing repo before : "yum --enablerepo testing update clamav" >Michael > HTH -- Martyn From S.walsh at nerdvana.com.au Tue Dec 27 15:38:17 2005 From: S.walsh at nerdvana.com.au (Nerdvana - Steve Walsh) Date: Wed, 28 Dec 2005 10:38:17 +1100 Subject: [cAos] Clam-AV In-Reply-To: <43B1BD74.5010703@theendofhistether.org.uk> Message-ID: Martyn wrote: >Though I hate to contradict the KainX, sometimes it IS necessary to >upgrade the engine to catch new virii. Specifically looking at the >changelog for 0.87.1, however, no new engine code is in, just bugfixes >(as should be from only a minor version change, but we all know what >_should_ means). That's correct. The biggest thing I wanted protection against is the Remote Code Execution outlined in ZDI-05-002 (http://www.zerodayinitiative.com/advisories/ZDI-05-002.html), as more and more virii are being packaged with this version of FSG. >So for those wishing to get it, who haven't used the testing repo before >: "yum --enablerepo testing update clamav" Thanks. From gmk at runlevelzero.net Tue Dec 27 21:05:20 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Tue, 27 Dec 2005 21:05:20 -0800 Subject: [cAos] cAos2 repository update Message-ID: <20051228050520.GB4391@aries.runlevelzero.net> current: + SRPMS/chora-2.0.1-2.caos.src.rpm + SRPMS/clamav-0.87.1-1.caos.src.rpm + SRPMS/curl-7.15.1-1.caos.src.rpm + SRPMS/Eterm-0.9.4-0.20051205.src.rpm + SRPMS/gridengine-5.3p6-8.caos.src.rpm + SRPMS/hdup-2.0.13-1.caos.src.rpm + SRPMS/horde-3.0.9-1.caos.src.rpm + SRPMS/horde-passwd-3.0-2.caos.src.rpm + SRPMS/imp-4.0.4-2.caos.src.rpm + SRPMS/ingo-1.0.2-2.caos.src.rpm + SRPMS/kronolith-2.0.6-2.caos.src.rpm + SRPMS/lftp-3.3.5-1.src.rpm + SRPMS/libast-0.7-0.20051222.src.rpm + SRPMS/mailscanner-4.48.4-3.caos.src.rpm + SRPMS/nag-2.0.4-2.caos.src.rpm + SRPMS/nic-0.0.0-0.20051216.2.caos.src.rpm + SRPMS/perl-DBD-SQLite2-0.33-1.caos.src.rpm + SRPMS/postfix-2.2.6-1.caos.src.rpm + SRPMS/rlog-1.3.7-1.src.rpm + SRPMS/squid-2.5.STABLE12-2.src.rpm + SRPMS/troll-0.0.2-0.20051216.2.caos.src.rpm + SRPMS/turba-2.0.5-2.caos.src.rpm + SRPMS/valgrind-3.1.0-1.caos.src.rpm + SRPMS/webmin-1.250-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 Tue Dec 27 21:18:04 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Tue, 27 Dec 2005 21:18:04 -0800 Subject: [cAos] Clam-AV In-Reply-To: <20051227200844.GE28607@kainx.org> References: <20051222230658.GG21565@kainx.org> <20051227200844.GE28607@kainx.org> Message-ID: <20051228051804.GC4391@aries.runlevelzero.net> On Tue, Dec 27, 2005 at 03:08:45PM -0500, Michael Jennings wrote: > 0.87.1 is in testing and will move to current whenever gmk gets around > to it. (Hint.) :-) Done. -- 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 dgs at gs.washington.edu Thu Dec 29 10:53:42 2005 From: dgs at gs.washington.edu (DGS) Date: Thu, 29 Dec 2005 10:53:42 -0800 Subject: [cAos] Trying to make an installation CD Message-ID: <20051229185342.GA9578@zambezi.gs.washington.edu> I've got a couple of new dual Opteron boxes that have 3ware 9550SX RAID controllers, which aren't supported by the kernel on the installation CD, '2.2.1a.x86_64'. I built new a new set of kernel RPMs using 'linux-2.6.12.2-75.caos.src.rpm' with the '3w_9xxx' driver replaced by the latest one from 3ware. I'm having some trouble now creating the installation ISO. The 'README' file on the '2.2.1a.x86_64' CD seems to outline a procedure, mentioning scripts 'corefs.sh' and 'buildsh'. Those don't seem to be on the CD, however. Can anybody offer advice? David S. From herrold at owlriver.com Thu Dec 29 18:39:16 2005 From: herrold at owlriver.com (R P Herrold) Date: Thu, 29 Dec 2005 21:39:16 -0500 (EST) Subject: [cAos] cAos] cAos current repo and MySQL problem. In-Reply-To: <43A9A32F.9070309@pythagoras.no-ip.org> References: <4395CEA9.8060702@pythagoras.no-ip.org> <20051216021123.GF5008@aries.runlevelzero.net> <43A42604.7040005@pythagoras.no-ip.org> <20051217153546.GA9086@aries.runlevelzero.net> <43A5646A.7050500@pythagoras.no-ip.org> <20051218151601.GA28014@aries.runlevelzero.net> <43A9A32F.9070309@pythagoras.no-ip.org> Message-ID: On Wed, 21 Dec 2005, Benjamin Donnachie wrote: > When I get a moment - probably in the New Year - I'll write it up in a > short article. ping Benjamin -- any progress on this - the rpm website could use some content of this type, and I know the editor ;) -- Russ Herrold From gmk at runlevelzero.net Thu Dec 29 22:17:51 2005 From: gmk at runlevelzero.net (Greg M. Kurtzer) Date: Thu, 29 Dec 2005 22:17:51 -0800 Subject: [cAos] Trying to make an installation CD In-Reply-To: <20051229185342.GA9578@zambezi.gs.washington.edu> References: <20051229185342.GA9578@zambezi.gs.washington.edu> Message-ID: <20051230061751.GB9983@aries.runlevelzero.net> Check this out: http://caosity.org/forum/list/messages?topicid=27&offset=0 Regarding a specific kernel module integration, you should interrupt the build.sh with a read statement at line 212 (below rpm2cpio and above the depmod commands) to pause the build: "press ENTER to continue" read foo Once it gets to that point, you should add the module to /var/tmp/cinch/kernel/... and then press [ENTER]. ;) That should get you started, let me know if you need additional assistance. On Thu, Dec 29, 2005 at 10:53:42AM -0800, DGS wrote: > > I've got a couple of new dual Opteron boxes that have 3ware 9550SX > RAID controllers, which aren't supported by the kernel on the > installation CD, '2.2.1a.x86_64'. I built new a new set of kernel > RPMs using 'linux-2.6.12.2-75.caos.src.rpm' with the '3w_9xxx' driver > replaced by the latest one from 3ware. I'm having some trouble now > creating the installation ISO. The 'README' file on the '2.2.1a.x86_64' > CD seems to outline a procedure, mentioning scripts 'corefs.sh' and > 'buildsh'. Those don't seem to be on the CD, however. Can anybody > offer advice? > > David S. > > _______________________________________________ > 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 aedinsf at caosity.org Fri Dec 30 13:57:26 2005 From: aedinsf at caosity.org (James E. Jennison) Date: Fri, 30 Dec 2005 13:57:26 -0800 Subject: [cAos] Floppy based network install Message-ID: <002f01c60d8c$06478210$096f8647@tiger> Hey Greg and Gang: I know it has been a while since you all have heard from me, and that is mostly due to the fact I am getting ready to start school next week. The other reason is because I am unable to get cAos installed again due to my cdrom drive not working properly. What I was wondering is if there could be any hope for having an option to making boot floppies to do a network based installation, similar to the network.img and network_drivers.img that Mandriva uses. This way, there is an alternate mode of installation available for cAos for those of us who either don't have a cdrom drive or burner, or don't have any blank cd's. Would love to hear back on this one. Cheers, James -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.infiscale.org/pipermail/caos/attachments/20051230/e59eaf95/attachment.html