Re: Temporary 'lock-up' under heavy write, MegaRAID RAID-5
On Wednesday, 09.11.2005 at 22:07 -0800, Andrew Sharp wrote: [...] This whole thread may be OT for this list, but you guys running 4 way SMP opterons with three whole drives in a raid 5, throw away those raid cards and just use the software raid. That's a perfectly sensible suggestion and I'm guessing it would work reasonably well. However, the system in question is a live system and it's not easy to simply change the disk arrangement on the fly: we are unfortunate in that the problem of some apps locking-up during heavy write conditions only manifested itself once the system was deployed and came into heavy use. However, I am planning on flashing the BIOS on the RAID controller during our next maintenance window. If that doesn't fix it, then we can perhaps try a backup-n-restore and use software RAID. Are you implying that the RAID card (or the megaraid driver) is faulty? Would you suggesting using a different controller in this case? Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: Temporary 'lock-up' under heavy write, MegaRAID RAID-5
On Thu, Nov 10, 2005 at 08:11:17AM +, Dave Ewart wrote: On Wednesday, 09.11.2005 at 22:07 -0800, Andrew Sharp wrote: [...] This whole thread may be OT for this list, but you guys running 4 way SMP opterons with three whole drives in a raid 5, throw away those raid cards and just use the software raid. That's a perfectly sensible suggestion and I'm guessing it would work reasonably well. However, the system in question is a live system and it's not easy to simply change the disk arrangement on the fly: we are unfortunate in that the problem of some apps locking-up during heavy write conditions only manifested itself once the system was deployed and came into heavy use. Ah, a production system. Drat. However, I am planning on flashing the BIOS on the RAID controller during our next maintenance window. If that doesn't fix it, then we can perhaps try a backup-n-restore and use software RAID. Hopefully that will fix it. Are you implying that the RAID card (or the megaraid driver) is faulty? Would you suggesting using a different controller in this case? Well, no, not necessarily faulty, but some default parameters might not be agreeing so well with some other default parameters. Like stride size and disk cache size, fs type, etc. Hopefully the raid card's default stride size doesn't disagree with its own cache size. And all this is ruling out that there isn't something specific that needs to be done to this card/setup to pull the cork out. Have you googled? a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Temporary 'lock-up' under heavy write, MegaRAID RAID-5
On Thursday, 10.11.2005 at 00:33 -0800, Andrew Sharp wrote: Are you implying that the RAID card (or the megaraid driver) is faulty? Would you suggesting using a different controller in this case? Well, no, not necessarily faulty, but some default parameters might not be agreeing so well with some other default parameters. Like stride size and disk cache size, fs type, etc. Hopefully the raid card's default stride size doesn't disagree with its own cache size. And all this is ruling out that there isn't something specific that needs to be done to this card/setup to pull the cork out. Have you googled? I've googled lots and very little is coming up. Fortunately, although this is a live system, it's only essential to have it online during normal (extended) working hours, i.e. 0700-1800 - I can probably have a play around with it one evening, or at the weekend, at least in a non-destructive way. Cheers, Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: RAID
On Thu, Nov 10, 2005 at 01:46:08AM -0600, Colin Baker wrote: lordSauron wrote: okay... so, let's just say that hypothetically I choose to be a little less than intelligent and try to use the motherboard built-in software RAID. Would that work? Also, I'm a little skeptical of Linux's software RAID being better (ie. faster) than my motherboards. Is there any statistics I can look at in regard to this? Once more, thanks for your considerable patience in dealing with me - someday I might evolve into a semi-respectable linux sub-guru... Don't have any numbers to point you toward, but I would expect them to be pretty much the same. In either case, your CPU handles the mirroring/striping. One method (linux or your motherboard's controller) may just be more efficient about it than the other. Exactly. The important thing to remember is that the onboard chipset raid IS software raid, just not linux kernel software raid. Other than that, the only difference is that chipset raid provides boot support for clueless loaders. Say Winblows. But it's really just software raid in the BIOS, with the CPU doing all the heavy lifting as usual. Since both lilo and grub support linux software raid, there really isn't anything to discuss, and linux software raid is supported with all the tools and whatnot. There's just no reason at all to use the chipset raid. a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GLIBC BUG still not fixed in stable package
mike [EMAIL PROTECTED] writes: Goswin - are you saying stable/sarge from amd64.debian.net will have a patched glibc? There's another application I discovered which fell victim to this pthread issue. But I can't find where it is, and I know it's not as popular as MySQL. It's a shame, I know a lot of people running amd64-based machines for MySQL, and currently if you choose to run a stable version you're left with this nasty bug. If a patched glibc is going to be back in stable off amd64.debian.net, I can keep using sarge then. Otherwise I'll have to use testing it appears... - mike By now it already is in stinkypete. But stikypete isn't sarge. You need an extra apt/sources.list entry for it. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can't mount raid 5 after installation
Stackpole, C [EMAIL PROTECTED] writes: Goswin...You are So my hero right now... Earlier I had I checked to make sure that the devices were listed, but I was unfamiliar with that command you gave, so a manpage'd it. I deleted the devices, reset them, and restarted...the whole thing is working now! Thank you so much, ~Stack~ Please file a installation report. The installer (for etch) should create those devices as needed and those report helps reminding the developers what is missing. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
lockup at boot with kernel 2.6.14...
Hello, I am experiencing a very strange behaviour on my Asus A6k Turion64 laptop running sid. It used to work ok with a custom-compiled (from the debian-packaged source) 2.6.12 kernel. When the debian-packaged source for 2.6.14 became available, I copied over my old .config, did a make oldconfig answering the relevant questions, built a new kernel without any errors, installed it. Then I experienced this weird situation: the system boots, loads the ramdisk, does its initial setup, mounts the root filesystem, switches root... all ok until it gets to starting udev. Then udev's hotplug kicks in and starts loading modules and... in an erratic, unpredictable way, it hangs while loading the usb hcd module, without any error message. Sometimes it does, sometimes it doesn't and the boot procedure then goes smooth and the computer runs without a hitch thereafter. It does not happen at all with 2.6.12, therefore it must be something which changed between 2.6.12 and 2.6.14 (a shipload of things, unfortunately...). I was unable to relate the hangs to anything, they seem to be just random. The only thing which is reproducible is that the system always hangs (when it does) while loading the ehci_hcd module. I did not even file a bug report yet, since I don't quite understand whether this is a kernel or a udev issue. Any hints? Bye, Giacomo -- _ Giacomo Mulas [EMAIL PROTECTED] _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lockup at boot with kernel 2.6.14...
Hi, 2.6.14.2 should be out this weekend. The .1 fixes a security issue, .2 fixes bind (0 sized icmp packets) and several other bugs. Might be worth waiting. It also is worth trying to boot with apci disabled. Ed Tomlinson On Thursday 10 November 2005 06:50, Giacomo Mulas wrote: Hello, I am experiencing a very strange behaviour on my Asus A6k Turion64 laptop running sid. It used to work ok with a custom-compiled (from the debian-packaged source) 2.6.12 kernel. When the debian-packaged source for 2.6.14 became available, I copied over my old .config, did a make oldconfig answering the relevant questions, built a new kernel without any errors, installed it. Then I experienced this weird situation: the system boots, loads the ramdisk, does its initial setup, mounts the root filesystem, switches root... all ok until it gets to starting udev. Then udev's hotplug kicks in and starts loading modules and... in an erratic, unpredictable way, it hangs while loading the usb hcd module, without any error message. Sometimes it does, sometimes it doesn't and the boot procedure then goes smooth and the computer runs without a hitch thereafter. It does not happen at all with 2.6.12, therefore it must be something which changed between 2.6.12 and 2.6.14 (a shipload of things, unfortunately...). I was unable to relate the hangs to anything, they seem to be just random. The only thing which is reproducible is that the system always hangs (when it does) while loading the ehci_hcd module. I did not even file a bug report yet, since I don't quite understand whether this is a kernel or a udev issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lockup at boot with kernel 2.6.14...
On 10 Nov 2005, Giacomo Mulas wrote: the ehci_hcd module. I did not even file a bug report yet, since I don't quite understand whether this is a kernel or a udev issue. Not much of a help maybe, but I'd try it without udev entirely. I recall people using udev had problems with a recent kernel version. It would be interesting to know if the problem happens at all without udev in the way. -- Mark Nippere-contacts: 832 Tanglewood Drive[EMAIL PROTECTED] Bryan, Texas 77802-4013 http://nipsy.bitgnome.net/ (979)575-3193 AIM/Yahoo: texasnipsy ICQ: 66971617 -BEGIN GEEK CODE BLOCK- Version: 3.1 GG/IT d- s++:+ a- C++$ UBL$ P---+++ L+++$ !E--- W++(--) N+ o K++ w(---) O++ M V(--) PS+++(+) PE(--) Y+ PGP t+ 5 X R tv b+++@ DI+(++) D+ G e h r++ y+(**) --END GEEK CODE BLOCK-- ---begin random quote of the moment--- In theory there is no difference between theory and practice. In practice there is. end random quote of the moment -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lockup at boot with kernel 2.6.14...
On Thu, 10 Nov 2005, Ed Tomlinson wrote: Might be worth waiting. It also is worth trying to boot with apci disabled. tried this already, no change. I will wait for the bugfix releases. bye Giacomo -- _ Giacomo Mulas [EMAIL PROTECTED] _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
azureus on debian amd64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Is there anyone out there which is running azureus on suns jdk on debian amd64? I still get this errors... Cya Lars - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel.: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] PGP-Key-ID: 0xB87A0E03 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDc0FAVguzrLh6DgMRAvIuAJ0RCJ7lPimS/0eiPY0fXVh+03mNPwCfVRkY 5AQgKzn/6XMqqmDE1uVkPBQ= =gizj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On Thu, Nov 10, 2005 at 12:54:09AM -0800, Andrew Sharp wrote: Since both lilo and grub support linux software raid, there really isn't anything to discuss, I wasn't aware that grub supports linux software raid. It is not mentioned in the documentation, at least. How do you make it work? -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On Wed, Nov 09, 2005 at 10:42:26PM -0800, lordSauron wrote: okay... so, let's just say that hypothetically I choose to be a little less than intelligent and try to use the motherboard built-in software RAID. Would that work? Not with the sarge installer for sure. Maybe with the next installer at some point. There seems to be discussions of supporting dmraid in the future. Also, I'm a little skeptical of Linux's software RAID being better (ie. faster) than my motherboards. Is there any statistics I can look at in regard to this? Well everyone that has tried both seem to agree the linux software raid is much faster. I guess having open source and many people look at it and work on it has resulted in some rather efficient raid code, while the makers of the fake raids on the motherboard just care that it works with windows. Given the performance of software raid in windows, it doesn't take much to be faster than that, so it seems the fake raids don't try very hard. Having full software control over rebuilds is also a nice feature to have. Being able to see the state of the raid from software is nice. Being able to recover the raid by moving it to an entirely different system without worrying about the on disk format is very nice to have (and is a problem with any hardware or fake raid setup). Once more, thanks for your considerable patience in dealing with me - someday I might evolve into a semi-respectable linux sub-guru... Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On Thu, Nov 10, 2005 at 02:32:50PM +0100, Lionel Elie Mamane wrote: I wasn't aware that grub supports linux software raid. It is not mentioned in the documentation, at least. How do you make it work? I run /boot on a raid1 software raid. I just installed grub to /dev/sda and /dev/sdb and it works. It knows how to read the filesystem from the partition used for raid1 (which is very easy after all). The support was mentioned in the changelog sometime in the last year. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Temporary 'lock-up' under heavy write, MegaRAID RAID-5
On Wednesday, 09.11.2005 at 10:46 +, Dave Ewart wrote: System: 4-way Opteron, generic Debian Sarge AMD64 RAID controller: LSI Logic MegaRAID 320-1, 64MB cache RAID config: Three 146GB 15K SCSI/320 disks, RAID-5 Kernel: 2.6.14 SMP, includes megaraid driver The above system is incredibly fast under almost all conditions, except when writing very large files (say, 100s of MB, or even GB). When writing such files, the system effectively locks-up for many seconds - typically, for as long as it takes to finish writing/flushing the file to disk. This lock-up affects all other processes: local text editor sessions, workstations with /home NFS-mounted, [...] A partial solution to the lock-up for NFS-mounted /home workstations: set the NFS mount option 'async', rather than let it assume the default of 'sync' ... oops. Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: installer can't find disk
Thank you. Thank you. Thank you. I just got a new system this week and was struggling to get it running when I finally came across this thread. After downloading the netiso from: http://tinyplanet.ca/~lsorense/amd64/ I ran the install, shelled out when the install reported no disk, ran modprobe, exited to the install and the disk is now there!!! For reference, here a hardware list: MotherBoard: ASROCK 939DUAL-SATA2 ULI M 1695 CHIPSET SERIAL ATA300 ATX FORM FACTOR CPU: AMD ATHLON 64 X2 4800 RAM: TOLEDO, CORSAIR TWINX2048-3200C2 VID: EVGA GF6800 256MB AGP W/TV OUT 256A8N340TX DVD: LITE ON 16X SHHW-1693S DVD REWRITABLE DRIVE BLACK HD: SEAGATE 400GB ST3400832AS SATA 8MB 7200RPM Note: I had to put in an old NIC because the debian install would not recognize the NIC built in to the motherboard. Thanks again, Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#338335: amanda-server has bugs under amd64
On Wed, 2005-11-09 at 11:12 -0500, James D. Freels wrote: Include here are error messages to the log file showing error messages at the time of failure. I'm having a really hard time figuring out how the taper in amanda-server could cause this sort of trouble, unless your server has bad RAM or a kernel bug of some sort? On the other hand, while I run amanda-client daily on amd64 systems, my server is a 32-bit machine, so I can't rule out the possibility that taper is doing something wrong entirely. Any chance you could try running taper with strace and capture what it's doing when the system hangs, or something like that? Alternatively, anyone amd64-savvy want to help me understand what might be causing the problem reported in bug #338335? Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installer can't find disk
Am Donnerstag, 10. November 2005 16:13 schrieb dave: I just got a new system this week and was struggling to get it running when I finally came across this thread. I ran the install, shelled out when the install reported no disk, ran modprobe, exited to the install and the disk is now there!!! MotherBoard: ASROCK 939DUAL-SATA2 ULI M 1695 CHIPSET SERIAL ATA300 Current sata_uli is buggy in kernel 2.6.x. 1. Try a second load of sata_uli (rmmod and modprobe) you may see your disc then. 2. Enable sata_raid in bios, if I do it on my machine I could use my disc. there are some threads about problems with sata_uli, especially with the shuttle xpc st20g5. -- mit freundlichem Gruss -- regards Thomas Drillich Heugasse 4 / D-55116 Mainz / Germany fon +49 (0)6131 570 26 21 fax +49 (0)180 506 033 437 443 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On Thu, Nov 10, 2005 at 09:36:09AM -0500, Lennart Sorensen wrote: On Thu, Nov 10, 2005 at 02:32:50PM +0100, Lionel Elie Mamane wrote: I wasn't aware that grub supports linux software raid. It is not mentioned in the documentation, at least. How do you make it work? I run /boot on a raid1 software raid. raid1? Isn't that the mirroring one? Yes, obviously, this doesn't need any special support at all. For me raid support means RAID 0/5/6. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
Le 10.11.2005 17:33:18, Lionel Elie Mamane a écrit : On Thu, Nov 10, 2005 at 09:36:09AM -0500, Lennart Sorensen wrote: On Thu, Nov 10, 2005 at 02:32:50PM +0100, Lionel Elie Mamane wrote: I wasn't aware that grub supports linux software raid. It is not mentioned in the documentation, at least. How do you make it work? I run /boot on a raid1 software raid. raid1? Isn't that the mirroring one? Yes, obviously, this doesn't need any special support at all. For me raid support means RAID 0/5/6. But you have to write grub on the mbr of both boot devices if you want to be able to reboot in case of a failure of one of the disks in the raid1 -- Lionel Jean-Luc pgp7bmWchxz2I.pgp Description: PGP signature
Re: azureus on debian amd64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm running Azureus 2.3.0.4. I downloaded the amd64-version from their project-site at Sourceforge and not through debian as I couldn't get apt-get to install it without having installed some Java-package. For Java I'm using jdk1.5.0_03. I only had to modify the azureus-startup-script so it finds the Java-runtime. So far it has been running without any major problems, only sometimes Azureus complains about not having shut down tidily when I was closed together with KDE. Hope that helps... Michael Lars Schimmer wrote: Hi! Is there anyone out there which is running azureus on suns jdk on debian amd64? I still get this errors... Cya Lars -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel.: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] PGP-Key-ID: 0xB87A0E03 - -- Michael Hansen - http://www.pfna.de/ Monheim / Germany -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDc3uM3smIRl+Un8oRAubVAJ9UVqGZsEWOdgko/t16eqk+o3LWVQCfeZrY +JEr+C5xKt2i/mh1sKvBNS8= =upGc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
Lionel Elie Mamane wrote: raid1? Isn't that the mirroring one? Yes, obviously, this doesn't need any special support at all. For me raid support means RAID 0/5/6. and to the list... sorry to the OP for the pm... i'm currently not at home and not completly used to the mailsetup... well it has to map the raid device to the real discs...like with all raid levels also... raid 0 isnt really raid... raid means _redundant_ array of independet/inexpensive discs... and raid 0 isnt redundant at all yours Albert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: azureus on debian amd64
Not on Sun's, but on Blackdown's, in case that helps. Works fine for me. Am Donnerstag, 10. November 2005 13:46 schrieb Lars Schimmer: | Hi! | | Is there anyone out there which is running azureus on suns jdk on debian | amd64? | I still get this errors... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
Lionel Elie Mamane wrote: Yes, but I just configure it to use one of the discs and dynamically switch it to the other one if the disc goes bad. whats the difference with other raid 0/4/5/6? you have to write to data to the bootsector of the discs that physically is bootet.. (ok with level 0 you can skip writing to all discs since if one is shot you have a non functioning array anyway) yours Albert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On 11/10/05, Albert Dengg [EMAIL PROTECTED] wrote: well it has to map the raid device to the real discs...like with all raid levels also... raid 0 isnt really raid... raid means _redundant_ array of independet/inexpensive discs... and raid 0 isnt redundant at all I'm interested in RAID 0 b/c I want drive speed, not drive reliability. I've got a full-tower ATX case which runs amazingly cool and quiet, so I'm not concerned with my drives freaking out and spontaniously dying. So the current installer does not support the motherboard's RAID, which is slower, but what about setting up linux's kernel's RAID? Can the current Sarge installer do that? Also, I know about RAID 0, 1, and 50, but what on earth is RAID 5 and 6? I think RAID 5 has to do with networked JBODs, but I'm not sure... Thanks for your help - you're really giving me a lot of excellent information to think about! -- === GCB v3.1 === GCS d-(+) s+:- a? C+() UL+++() P L++(+++) E- W+(+++) N++ w--- M++ PS-- PE Y+ PGP- t++(+++) 5? X? R !tv-- b++ DI+++ D-- G !e h(*) !r x--- === EGCB v3.1 ===
Re: RAID
Albert Dengg wrote: Lionel Elie Mamane wrote: Yes, but I just configure it to use one of the discs and dynamically switch it to the other one if the disc goes bad. whats the difference with other raid 0/4/5/6? you have to write to data to the bootsector of the discs that physically is bootet.. (ok with level 0 you can skip writing to all discs since if one is shot you have a non functioning array anyway) ah sorry just an error in thought... but: whats the point of having /boot on raid0? and for 5/6: the amount of space wasted is maginal yours Albert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
lordSauron wrote: ... I'm interested in RAID 0 b/c I want drive speed, not drive reliability. I've got a full-tower ATX case which runs amazingly cool and quiet, so I'm not concerned with my drives freaking out and spontaniously dying. So the current installer does not support the motherboard's RAID, which is slower, but what about setting up linux's kernel's RAID? Can the current Sarge installer do that? Also, I know about RAID 0, 1, and 50, but what on earth is RAID 5 and 6? I think RAID 5 has to do with networked JBODs, but I'm not sure... raid4: 2 or more disc with the data spread around, 1 with checksum if one disc fails you still have the data... raid5: the same with one exception: instead of having one disc deticated to cheksum, it is spread around the disc (first block data-data-checksum, secound data-checksum-data, and so on) point is: you do not duplicated the data, you just loose the capacity of one disc (cheaper and less data to be writte to the discs...so in the best case faster/nearly as fast as raid0 in reading) raid6: a quite new mode witch alows to discs to fail before losing data... see http://en.wikipedia.org/wiki/Redundant_Array_of_Independent_Disks yours Albert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: raidtools
On Wednesday 09 November 2005 09:29 pm, Hamish Moffatt wrote: On Wed, Nov 09, 2005 at 02:16:32PM -0600, Mike Reinehr wrote: Raidtools2 is in the archive, [..] Actually it's not in unstable any more. My bad. I just took a quick look at the pool wasn't paying any attention to the distribution. I would consider using mdadm, instead: http://cgi.cse.unsw.edu.au/~neilb/mdadm Unfortunate that mdadm has a totally different interface with its own set of confusing properties. There's no question that it's a completely different interface, but I don't think it's any more confusing than raidtools. Starting with no previous experience with either, as I did, I think learning mdadm is no more difficult to learn than raidtools and, perhaps, easier as everything you need is rolled up into one program. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 More laws, less justice. -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On Thu, Nov 10, 2005 at 05:33:18PM +0100, Lionel Elie Mamane wrote: raid1? Isn't that the mirroring one? Yes, obviously, this doesn't need any special support at all. For me raid support means RAID 0/5/6. Well having /boot on raid1 is perfectly simple and reliable enough for me. If you want to make the rest of the system use something else, that's reasonable, but unless you are willing to pay for hardware raid, getting the boot loader to deal with anymore than raid1 seems unlikely. After booting (loading kernel/initrd) having / and whatever else you have on lvm and/or raid5 or raid0 is reasonable too. They just require too much knowledge (and reading multiple devices) to boot which makes boot loader support a big pain. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problem with NICs on Amd64 installer
Hi, I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. Any ideas? David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problem with KSynaptics
Hi, last version of ksynaptics (or synaptics) seems not working. I cannot turn off my touchpad. Have you same problem? Thanks, Giulio
Re: RAID
On Thu, Nov 10, 2005 at 09:57:02AM -0800, lordSauron wrote: On 11/10/05, Albert Dengg [EMAIL PROTECTED] wrote: well it has to map the raid device to the real discs...like with all raid levels also... raid 0 isnt really raid... raid means _redundant_ array of independet/inexpensive discs... and raid 0 isnt redundant at all I'm interested in RAID 0 b/c I want drive speed, not drive reliability. I've got a full-tower ATX case which runs amazingly cool and quiet, so I'm not concerned with my drives freaking out and spontaniously dying. So the current installer does not support the motherboard's RAID, which is slower, but what about setting up linux's kernel's RAID? Can the current Sarge installer do that? Also, I know about RAID 0, 1, and 50, but what on earth is RAID 5 and 6? I think RAID 5 has to do with networked JBODs, but I'm not sure... RAID0 (not raid) is stripping data over multiple disks to increase performance. RAID1 is mirroring data across 2 disks to increase reliability (at the cost of half your disk space). RAID 3 4 and 5 are stripping with parity across multiple devices to increase speed and reliability, although it requries xor calculations liek there is no tomorrow and hence often is only done with a hardware xor engine for acceleration. Modern CPUs with good MMX/SSE/etc algorithms are not bad at it either though. Raid 5 stripes the parity data across the disks to avoid a heavy load on a single disk storing parity data. Raid 3 and 4 store the parity data on one device only. Costs you one disk worth of disk space out of your total space (so you can 700G if you have 8 * 100G drives in raid 3/4/5). RAID6 is RAID5 with ECC. It stores a second set of parity data to allow error correction. It costs you two disks worth of space out of the total (so you get 600G if you have 8 * 100G drives). It can I believe tolerate 2 disk failures without data loss (although at that point you get no error correction anymore). Supposedly from what I have seen, RAID10 is disks stripped, then mirror two identical size RAID0s, while RAID01 is disks mirrored, and then stripe the mirrors, and RAID50 is two RAID5s mirrored. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Thu, Nov 10, 2005 at 06:45:43PM +, David Goodenough wrote: I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. Any ideas? What model is the machine? If the expansion slot isn't PCI or PCI-X what is it? It probably won't allow an old 5V PCI card, but any dual voltage card (two notches in the PCI connector rather than only one) should fit in any PCI slot. PCI express is different of course. You can try my 2.6.12 sarge installer for amd64 and see if the tg3 driver it has works any better/differently. http://www.tinyplanet.ca/~lsorense/amd64/ Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
So, if I can get a decent RAID 0 PCI card that'd be better than using my CPU time on it, correct? Even if I'm a cheap person and get one of the worst cards there is, would that be faster or slower than software RAID? Particularly Linux's software RAID.
Re: RAID
On Thu, Nov 10, 2005 at 11:03:30AM -0800, lordSauron wrote: So, if I can get a decent RAID 0 PCI card that'd be better than using my CPU time on it, correct? Even if I'm a cheap person and get one of the worst cards there is, would that be faster or slower than software RAID? Particularly Linux's software RAID. RAID0 doesn't require any calculations other than which block to read from (nor does RAID1), so software and hardware should be the same speed really. Booting from raid0 would probably be tricky. If you make /boot be a plain simple partition on the first disk, and install the boot loader to the MBR of the first disk, then you can use raid0 for the rest of your stuff across the remaining space without any boot problems. RAID3/4/5/6 is where XOR calculations come in, and hardware raid might be worth while. Hardware raid is also nice for making booting simple since the whole raid appears as one disk to the OS. Fake raid does that too of course. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#338335: amanda-server has bugs under amd64
The odd thing is that this AMD64 system is replacing an Alpha 64-bit system that had absolutely no trouble with this. I discovered a further improvement today. The 64-bit environment had amanda-client and amanda-server installed. Now I have removed amanda-client and amanda-server entirely from the server and I can run (using dchroot) amanda successfully as long as I do not try to backup any files from the 64-bit server. My next test will include the 64-bit server in the backup by adding amanda-client back to the 64-bit side. It seems I can get it to all work if I have amanda-client on the 64-bit side and amanda-server on the 32-bit side. But, if this bug is fixed, all would be in the 64-bit side. Am I making any sense ? On Thu, 2005-11-10 at 08:57 -0700, Bdale Garbee wrote: On Wed, 2005-11-09 at 11:12 -0500, James D. Freels wrote: Include here are error messages to the log file showing error messages at the time of failure. I'm having a really hard time figuring out how the taper in amanda-server could cause this sort of trouble, unless your server has bad RAM or a kernel bug of some sort? On the other hand, while I run amanda-client daily on amd64 systems, my server is a 32-bit machine, so I can't rule out the possibility that taper is doing something wrong entirely. Any chance you could try running taper with strace and capture what it's doing when the system hangs, or something like that? Alternatively, anyone amd64-savvy want to help me understand what might be causing the problem reported in bug #338335? Bdale -- James D. Freels, Ph.D. Oak Ridge National Laboratory [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
lordSauron wrote: So, if I can get a decent RAID 0 PCI card that'd be better than using my CPU time on it, correct? Even if I'm a cheap person and get one of the worst cards there is, would that be faster or slower than software RAID? Particularly Linux's software RAID. For what you would end up spending on such a card, you're probably better off just buying a faster hard drive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Thu, Nov 10, 2005 at 06:45:43PM +, David Goodenough wrote: Hi, I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. The tg3 driver doesn't need/use firmware. I've heard from several sources that there is some amd64 hardware that has built in NICs that detect as tg3 but the driver either doesn't load or loads but doesn't work. It could be the case that it's being mis-detected, or it's such a new variant on Broadcoms tigon family that the tg3 driver doesn't like it. You might try the GPL'd Broadcom source for bcm5700, but that probably won't help you during install. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. You mean for physical reasons, like there is no case opening? Perhaps you need a PCI riser card to use the slot. a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
amd64: Sarge or Etch?
Hi All, I'm taking the plunge and building my first AMD64 system. Which Debian release would you suggest? I usually run unstable on my main workstation and stable on servers. This system will be a home file/print server so stability is important, but since the AMD64 build is not really official in Sarge I'm a bit confused as to which way to jump. What would you suggest? -- Bill Thompson [EMAIL PROTECTED] pgpVVULbknlKN.pgp Description: PGP signature
Re: RAID
Le 10.11.2005 20:03:30, lordSauron a écrit : So, if I can get a decent RAID 0 PCI card that'd be better than using my CPU time on it, correct? Even if I'm a cheap person and get one of the worst cards there is, would that be faster or slower than software RAID? Particularly Linux's software RAID. Probably one of these cheap card is not really hardware raid. It is raid relying on a software module/drover and a BIOS. As most of these solutions are lelying on proprietary binary only modules, you will not find easily a suitable module for amd64 architecture. Software raid is reliable and efficient on a linux system. Totally hardware raid systems are fine but most are using scsi which are not really cheap... Jean-Luc pgpoIevNKdZQp.pgp Description: PGP signature
Re: RAID
On 11/10/05, Colin Baker [EMAIL PROTECTED] wrote: For what you would end up spending on such a card, you're probably better off just buying a faster hard drive. So I'm really going to be in the neighborhood of ~$100 USD or more for the card alone? Well, a faster HDD won't help much, since I can only go up to SATA150 without buying a better controller card. However, if I can RAID 0 some cheap drives together, that'd be great, since I could have a bigger drive and faster. So, if I were to get two SATA150 drives, plug 'em into my box, and shove in the Debian Sarge amd64 install disk, how easy would the install be? Could a dolt like me (as in not terribly command-line savvy) get through with only sub-fatal injuries? -- === GCB v3.1 === GCS d-(+) s+:- a? C+() UL+++() P L++(+++) E- W+(+++) N++ w--- M++ PS-- PE Y+ PGP- t++(+++) 5? X? R !tv-- b++ DI+++ D-- G !e h(*) !r x--- === EGCB v3.1 ===
Re: RAID
On 11/10/05, Albert Dengg [EMAIL PROTECTED] wrote: see http://en.wikipedia.org/wiki/Redundant_Array_of_Independent_Disks I just got to read that most excellent article and it raised one question about the theoretical configuration: RAID 1 or 0? It said that 0+1 would mirror two RAID 0 arrays - very useful, if I only had 4 disks... So, since I'm only getting two, I just wondered whether RAID 1 really has the ability to give performance increase similar to RAID 0. Since I'm going to get two 80 Gb SATA150s, I don't want to sacrifice performance, since eventually the machine will become my webserver (yay!) though I'm still not sure I'll need that much performance... but nevertheless it doesn't hurt to be prepared. So in more clear and less confused words, does RAID 1 really share the advantages in speed of RAID 0? I'm just a little skeptical, and I'd like to know if there's any testimonies of people that have actually had the chance to find out.
Re: Problem with NICs on Amd64 installer
On Thursday 10 November 2005 19:07, Andrew Sharp wrote: On Thu, Nov 10, 2005 at 06:45:43PM +, David Goodenough wrote: Hi, I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. The tg3 driver doesn't need/use firmware. I've heard from several sources that there is some amd64 hardware that has built in NICs that detect as tg3 but the driver either doesn't load or loads but doesn't work. It could be the case that it's being mis-detected, or it's such a new variant on Broadcoms tigon family that the tg3 driver doesn't like it. You might try the GPL'd Broadcom source for bcm5700, but that probably won't help you during install. Knoppix detects this as a Broadcom chip. And there is a Broadcom chip which is I think is the right number. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. You mean for physical reasons, like there is no case opening? Perhaps you need a PCI riser card to use the slot. I will have to see if I have a suitable riser. Yes the problem is physical. a David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On Thu, 2005-11-10 at 11:30 -0800, lordSauron wrote: [...] So in more clear and less confused words, does RAID 1 really share the advantages in speed of RAID 0? I'm just a little skeptical, and I'd No, RAID0 (Striping) can write in parallel half of the data on each disk where as the read must get all the correct blocks. On RAID1 (mirroring), you write the the data compoletely on each disk and read from only one of both. But with RAID1 you can loose one disk and use the filesystem without any break where the death of one disk on RAID 0 renders the filesystem unusable and thus dead. like to know if there's any testimonies of people that have actually had the chance to find out. The performance is usually irrelevant for the decision of RAID1 vs RAID0. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Thursday 10 November 2005 19:01, Lennart Sorensen wrote: On Thu, Nov 10, 2005 at 06:45:43PM +, David Goodenough wrote: I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. Any ideas? What model is the machine? If the expansion slot isn't PCI or PCI-X what is it? It probably won't allow an old 5V PCI card, but any dual voltage card (two notches in the PCI connector rather than only one) should fit in any PCI slot. PCI express is different of course. You can try my 2.6.12 sarge installer for amd64 and see if the tg3 driver it has works any better/differently. http://www.tinyplanet.ca/~lsorense/amd64/ Len Sorensen Its a Tyan Thunder K8SR S2881. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID
On 11/10/05, Bernd Petrovitsch [EMAIL PROTECTED] wrote: On Thu, 2005-11-10 at 11:30 -0800, lordSauron wrote: [...] So in more clear and less confused words, does RAID 1 really share the advantages in speed of RAID 0? I'm just a little skeptical, and I'd No, RAID0 (Striping) can write in parallel half of the data on each disk where as the read must get all the correct blocks. On RAID1 (mirroring), you write the the data compoletely on each disk and read from only one of both. So with RAID 1 I'll get write-speeds like I only have one drive with no RAID, but with RAID 0 I'll get write speeds like I have umm... RAID 0... but the read speeds are (effectively) the same, correct? The performance is usually irrelevant for the decision of RAID1 vs RAID0. True... makes me wonder about the frequency of drive faliures. Those who have experience: how often does that happen? I've never had a drive fail in my life, but I'm your normal desktop user so my PC is off for about 8-16 hours a day. Dang it, fate would have it that I should leave now, but I shall return (sometime later today, if fate does not conspire against me...) Thanks for all your great help and I hope that I'll someday be able to repay you all in kind... -- === GCB v3.1 === GCS d-(+) s+:- a? C+() UL+++() P L++(+++) E- W+(+++) N++ w--- M++ PS-- PE Y+ PGP- t++(+++) 5? X? R !tv-- b++ DI+++ D-- G !e h(*) !r x--- === EGCB v3.1 ===
Re: RAID
On 11/10/05, Corey Hickey [EMAIL PROTECTED] wrote: lordSauron wrote: True... makes me wonder about the frequency of drive faliures. Those who have experience: how often does that happen? I've never had a drive fail in my life, but I'm your normal desktop user so my PC is off for about 8-16 hours a day. It might actually be more stressful on a hard drive to power it on and off once per day than it would be to just leave it on 24/7. Accelerating the platters requires a lot more work from the motor than simply maintaining constant velocity. You've got a valid point, however, in a PC that doesn't have proper cooling, continuous operation could become very fatal to the drive's health. I love my massive ATX full tower because of the good airflow I can get through it (I built it myself - the fans suck air through the front grille and shove the hot out the back) and the large volume of the case allows for easier heat dissapation into the air... All the drive failures I've heard of were for drives that were always on, save one that was in a PC that had almost no cooling whatsoever. That's where my concerns come from. Compared to constant operation, it would certainly be worse to turn a hard drive on and off with a period of one minute, and it would be better with a period of one year; I just don't know know at what point on the continuum once per day lies. Is it better or worse? Since this thread is somewhat off-topic anyway, does anyone care to venture a guess? Things tend to break in a chage of state. The shuttle never blows up while orbiting; it's only during takeoff or landing. Hard drives - to the best of my knowledge - die either at startup (since shutdown is a piece of cake - retract the heads and let the platters spin down, right?) and when temperature wears down their sensitive construction, and I've heard of a few problems with altitude (there was a case of an observatory being limited to a handful of drives since the others seal wasn't really airtight - just think of heads skidding across the disks due to insufficient air to float the heads). Both sound like a prime time for the drives to fail, though it sounds like the first - startup and shutdown - aren't really applicative to me, since I turn my box on once per day and then leave it there for a few hours until I stop for the night. Heating is a problem I monitor somewhat carefully - I'm not nuerotic about it, but I don't turn a blind eye either. 4. Toshiba 40GB 4200RPM laptop drive. When I bought a used laptop I figured I'd have to replace the hard drive. A month later I got DriveReady SeekComplete errors. Over a few days, the errors got more and more frequent. IMHO, laptop HDDs are prime targets for drive failures. Due to battery power constraints they're turned on and off more often than any other type of drive, and they have to deal with a lot more enviormental monkey business than your average box-on-the-desk. Think about airplanes, sudden jolts... the list just goes on and on... it's a wonder they don't break more often! In all, that's about 1/8 of all the drives I've owned or operated. I've also seen 5 or 6 other people's hard drives fail. 3 of those were IBM Deathstar 60GXPs. he he he... your typo was funny. I currently run off of an IBM DeskStar 27.x gig HDD, though I hope to do away with it soon with new SATA drives to take advantage of the faster nature of SATA150 technology. To me it also sounds like Linux is slightly more demanding of the drives than is windows. Then again, I will never go back from Samba - I actually got to *use* *all* of the 100 Mbps in my network for the first time! It was beautiful... 600 megs in ~15 seconds... tear Linux actually uses the system resources. It's no wonder why ~50% of all servers run linux - nothing else is cost-effective! -- === GCB v3.1 === GCS d-(+) s+:- a? C+() UL+++() P L++(+++) E- W+(+++) N++ w--- M++ PS-- PE Y+ PGP- t++(+++) 5? X? R !tv-- b++ DI+++ D-- G !e h(*) !r x--- === EGCB v3.1 ===
kpdf crashes
kpdf hungs every time a pdf document is loaded. The first page of the document is showed, but the left column, where age snapshots are shown starts blinking and the program no longer responds. Not a single message is shown in the comand line. I'm using a 2.6.14.rc3 kernel with nitro patch with kde 3.4.2 -- Aritz Beraza Garayalde [Rei] ___ [ WWW ] http://evangelion.homelinux.net [jabber] rei[en]bulmalug.net
Re: upgrade problem
On Wed, 2 Nov 2005 22:21:57 -0500 (EST), Faheem Mitha [EMAIL PROTECTED] wrote: Hi, I'm having a weird problem with the apache security upgrades. Does anyone have a clue what might be going on here? Apt keeps having me download the same version over and over. I'm seeing this on both of my AMD64 servers. The only thing I've done that is at all out of the ordinary is that I have a locally compiled (backported) version of subversion, which includes the libapache2-svn, but I don't see that it has any bearing on this. Apparently apt for some reason considers the version of apache it just downloaded to be different from what is on the server. theda:/home/faheem# apt-cache policy apache2 apache2: Installed: 2.0.54-5 Candidate: 2.0.54-5 Version Table: 2.0.55-3 0 50 http://debian.csail.mit.edu unstable/main Packages 2.0.54-5 0 50 http://debian.csail.mit.edu testing/main Packages 2.0.54-5 0 500 http://security.debian.org stable/updates/main Packages *** 2.0.54-5 0 100 /var/lib/dpkg/status 2.0.54-4 0 500 http://debian.csail.mit.edu stable/main Packages Any enlightenment appreciated. This is getting to be a rather annoying problem. Hi, I never got any replies to this query. This makes me think that I am the only person experiencing the problem, which is a little worrying, since I can't see anything I am doing that is causing it. Any clarification would be helpful, even if is just that I am the only one experiencing the problem. Thanks. Faheem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: upgrade problem
On Thu November 10 2005 02:13 pm, Faheem Mitha wrote: On Wed, 2 Nov 2005 22:21:57 -0500 (EST), Faheem Mitha [EMAIL PROTECTED] wrote: Hi, I'm having a weird problem with the apache security upgrades. Does anyone have a clue what might be going on here? Apt keeps having me download the same version over and over. I'm seeing this on both of my AMD64 servers. The only thing I've done that is at all out of the ordinary is that I have a locally compiled (backported) version of subversion, which includes the libapache2-svn, but I don't see that it has any bearing on this. Apparently apt for some reason considers the version of apache it just downloaded to be different from what is on the server. theda:/home/faheem# apt-cache policy apache2 apache2: Installed: 2.0.54-5 Candidate: 2.0.54-5 Version Table: 2.0.55-3 0 50 http://debian.csail.mit.edu unstable/main Packages 2.0.54-5 0 50 http://debian.csail.mit.edu testing/main Packages 2.0.54-5 0 500 http://security.debian.org stable/updates/main Packages *** 2.0.54-5 0 100 /var/lib/dpkg/status 2.0.54-4 0 500 http://debian.csail.mit.edu stable/main Packages Any enlightenment appreciated. This is getting to be a rather annoying problem. Hi, I never got any replies to this query. This makes me think that I am the only person experiencing the problem, which is a little worrying, since I can't see anything I am doing that is causing it. Any clarification would be helpful, even if is just that I am the only one experiencing the problem. No problems here, but my apache is all stock. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
crossfire crashes when choosing server
Hi All! I decided to give a try to crossfire. I installed crossfire-client and crossfire-client-x11. Running $ cfclient opens a window and starts the game but when I choose the server to connect to - it crashes with errors: $ cfclient [ INFO ] (Version::common) $Id: rcs-id.h,v 1.2 2004/01/30 22:03:37 ryo_saeba Exp $ [ INFO ] (Version::common) $Id: client.c,v 1.26 2005/05/21 17:41:48 tchize Exp $ [ INFO ] (Version::common) $Id: commands.c,v 1.30 2005/07/18 20:08:41 akirschbaum Exp $ [ INFO ] (Version::common) $Id: image.c,v 1.18 2005/03/27 20:51:24 akirschbaum Exp $ [ INFO ] (Version::common) $Id: init.c,v 1.22 2005/07/10 10:19:02 ryo_saeba Exp $ [ INFO ] (Version::common) $Id: item.c,v 1.12 2005/06/04 20:56:21 mwedel Exp $ [ INFO ] (Version::common) $Id: metaserver.c,v 1.15 2005/07/04 22:42:02 mwedel Exp $ [ INFO ] (Version::common) $Id: misc.c,v 1.10 2005/03/28 06:44:53 mwedel Exp $ [ INFO ] (Version::common) $Id: newsocket.c,v 1.13 2005/02/05 23:31:31 ryo_saeba Exp $ [ INFO ] (Version::common) $Id: player.c,v 1.15 2005/02/10 07:03:36 mwedel Exp $ [ INFO ] (Version::common) $Id: script.c,v 1.13 2005/07/18 20:10:17 akirschbaum Exp $ [ INFO ] (Version::x11 ) $Id: rcs-id.h,v 1.1 2004/01/30 18:43:35 tchize Exp $ [ INFO ] (Version::x11 ) $Id: xutil.c,v 1.19 2005/03/27 20:51:25 akirschbaum Exp $ [ INFO ] (Version::x11 ) $Id: x11.c,v 1.30 2005/07/18 20:29:52 akirschbaum Exp $ [ INFO ] (Version::x11 ) $Id: sound.c,v 1.5 2004/01/30 18:43:35 tchize Exp $ [ INFO ] (Version::x11 ) $Id: png.c,v 1.14 2005/03/27 20:51:24 akirschbaum Exp $ [ INFO ] (x11::init_keys) Could not open ~/.crossfire/keys, trying to load global bindings [WARNING ] (x11::parse_keybind_line) could not convert keysym F28 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F34 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F30 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F32 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F27 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F29 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F31 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F33 into keycode, ignoring [WARNING ] (x11::parse_keybind_line) could not convert keysym F35 into keycode, ignoring [ INFO ] (common::raiseChild) Raising /usr/games/cfsndserv with flags 7 [ INFO ] (Child11250::/usr/games/cfsndserv::1) $Id: cfsndserv.c,v 1.7 2005/02/14 05:42:01 mwedel Exp $ [ INFO ] (Child11250::/usr/games/cfsndserv::1) cfsndserv compiled for OSS sound system [ INFO ] (Child11250::/usr/games/cfsndserv::2) Unable to open /home/alexandru/.crossfire/sounds - will use built in defaults [ INFO ] (common::VersionCmd) Playing on server type Crossfire Server [WARNING ] (common::SetupCmd) Server returned FALSE on setup command sexp [ INFO ] (commands.c) addme_success received. libpng error: Invalid image width libpng error: Invalid image width libpng error: Invalid image width libpng error: Invalid image width libpng error: Invalid image width libpng error: Invalid image width BadValue (integer parameter out of range for operation)Aborted I tried it on debian sid amd64. lipng10-0 and libpng12-0 are installed. -- We are usually convinced more easily by reasons we have found ourselves than by those which have occurred to others. - Blaise Pascal (1623-1662) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: amd64: Sarge or Etch?
You must follow the same way in amd64 sarge for servers and for workstation if you have the courage you could be able to follow sid. On 11/10/05, Bill Thompson [EMAIL PROTECTED] wrote: Hi All, I'm taking the plunge and building my first AMD64 system. Which Debian release would you suggest? I usually run unstable on my main workstation and stable on servers. This system will be a home file/print server so stability is important, but since the AMD64 build is not really official in Sarge I'm a bit confused as to which way to jump. What would you suggest? -- Bill Thompson [EMAIL PROTECTED] -- Engañarse por amor es el engaño más terrible; es una pérdida eterna para la que no hay compensación ni en el tiempo ni en la eternidad. Kierkegaard Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Re: amd64: Sarge or Etch?
sid really isnt that scarey. Dean Jaime Ochoa Malagón wrote: You must follow the same way in amd64 sarge for servers and for workstation if you have the courage you could be able to follow sid. On 11/10/05, Bill Thompson [EMAIL PROTECTED] wrote: Hi All, I'm taking the plunge and building my first AMD64 system. Which Debian release would you suggest? I usually run unstable on my main workstation and stable on servers. This system will be a home file/print server so stability is important, but since the AMD64 build is not really official in Sarge I'm a bit confused as to which way to jump. What would you suggest? -- Bill Thompson [EMAIL PROTECTED] -- Engañarse por amor es el engaño más terrible; es una pérdida eterna para la que no hay compensación ni en el tiempo ni en la eternidad. Kierkegaard Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [x86_64] 2.6.14-git13 mplayer fails with v4l2: ioctl queue buffer failed: Bad address (2 Nov 2005, 11 Nov 2005)
Junichi Uekawa wrote: Hi, I've tried running mplayer v4l2 input on a bt878 card, and it fails. xawtv works fine, and 2.6.14-rc5 used to work fine. On git 3b44f137b9a846c5452d9e6e1271b79b1dbcc942 : $ mplayer tv://1 -tv driver=v4l2 MPlayer dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 BTTV currently only supports v4l1. We are still in the process of porting the bttv driver from v4l1 to v4l2. Nickolay is working on it. -Michael Krufky Failed to open /dev/rtc: Permission denied (it should be readable by the user.) Opening joystick device /dev/input/js0 Can't open joystick device /dev/input/js0 : Permission denied Can't init input joystick Setting up LIRC support... mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing tv://1. Cache fill: 0.00% (0 bytes) Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski [EMAIL PROTECTED] comment: first try, more to come ;-) Selected device: BT878 video (IODATA GV-BCTV5/PC Tuner cap: Tuner rxs: MONO Capabilites: video capture video overlay VBI capture device tuner read/write streaming supported norms: 0 = PAL; 1 = NTSC; 2 = SECAM; 3 = PAL-Nc; 4 = PAL-M; 5 = PAL-N; 6 = NTSC-JP; 7 = PAL-60; inputs: 0 = Television; 1 = Composite1; 2 = S-Video; Current input: 0 Current format: YUV420 v4l2: current audio mode is : MONO v4l2: ioctl queue buffer failed: Bad address v4l2: 0 frames successfully processed, 0 frames dropped. At Thu, 03 Nov 2005 13:26:25 +0900, Junichi Uekawa wrote: Hi, I've noticed that mencoder no longer works with bttv capture on my system; with today's git tree (ec1890c5df451799dec969a3581ff72e1934b5ee), while it used to work on 2.6.14-rc5. xawtv functions. I'm looking for people who experienced the same problem, or possibly for a fix. The devices are: :03:0b.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) :03:0b.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) :03:0b.0 0400: 109e:036e (rev 11) :03:0b.1 0480: 109e:0878 (rev 11) I'm using mencoder Debian package '1:1.0-pre7cvs20051102-0.0' from marillat's for x86_64 architecture. $ mencoder --version MEncoder dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 --version is not an MEncoder option Exiting... (error parsing cmdline) Linux dancer64 2.6.14-rc5dancer-gb563c9b1 #1 Thu Oct 27 12:55:05 JST 2005 x86_64 GNU/Linux mencoder output on 2.6.14 (today's git) channel: 12 minutes: 30 output filename: /home/dancer/XXX/XXX/ MEncoder dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices (Family: 8, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: Type: 8 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 File not found: 'frameno.avi' Failed to open frameno.avi success: format: 9 data: 0x0 - 0x0 TV detected! ;-) Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski comment: first try, more to come ;-) Selected device: BT878 video (IODATA GV-BCTV5/PC Tuner cap: Tuner rxs: MONO Capabilites: video capture video overlay VBI capture device tuner read/write streaming supported norms: 0 = PAL; 1 = NTSC; 2 = SECAM; 3 = PAL-Nc; 4 = PAL-M; 5 = PAL-N; 6 = NTSC-JP; 7 = PAL-60; inputs: 0 = Television; 1 = Composite1; 2 = S-Video; Current input: 0 Current format: YUYV v4l2: current audio mode is : STEREO Selected channel: 12 (freq: 217.250) v4l2: ioctl queue buffer failed: Bad address Linux dancer64 2.6.14-rc5dancer-gb563c9b1 #1 Thu Oct 27 12:55:05 JST 2005 x86_64 GNU/Linux mencoder output on 2.6.14-rc5: channel: 12 minutes: 1 output filename: /tmp/.avi MEncoder dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 success: format: 9 data: 0x0 - 0x0 Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski [EMAIL PROTECTED] comment: first try, more to come ;-) Selected device: BT878 video (IODATA GV-BCTV5/PC Tuner cap: Tuner rxs: MONO Capabilites: video capture video overlay VBI capture device
Re: amd64: Sarge or Etch?
On Thu, 10 Nov 2005 16:11:50 -0500, Homer Whittaker [EMAIL PROTECTED] wrote: Bill I am in a similiar position so I have decided to go Etch. For no other reason than I normally use Debian Testing and I assume :) that etch will be just about the same. If and when you find a decent AMD64 Etch download please let me know, and I will do the same for you. Have not been able to find an etch .iso as yet. Homer Whittaker Hi Homer - good to see you on the list. I recommend this install image: http://tinyplanet.ca/~lsorense/amd64/sarge-amd64-2.6.12-netinst.iso (~90 meg download) (Kudos to Len Sorensen for a great iso) I used it myself on my dual-Opteron last week. It's Sarge, but with the 2.6.12 kernel. If you install in expert mode then it will give you the option for testing. The only issue I've seen with it so far was on a scsi system - it did not recognize the scsi controller, so we had to install with the regular Sarge. Unfortunately I have a memory like a sieve, and cannot remember what controller it was - I'll check when I get back tomorrow. Regards, Ozz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: amd64: Sarge or Etch?
Hi Homer, [cut] If and when you find a decent AMD64 Etch download please let me know, and I will do the same for you. Have not been able to find an etch .iso as yet. Homer Whittaker you can download from there: http://cdimage.debian.org/pub/cdimage-testing/daily/amd64/ -- Pozdrawiam serdecznie: mons -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: amd64: Sarge or Etch?
Homer Whittaker [EMAIL PROTECTED] writes: Bill I am in a similiar position so I have decided to go Etch. For no other reason than I normally use Debian Testing and I assume :) that etch will be just about the same. If and when you find a decent AMD64 Etch download please let me know, and I will do the same for you. Have not been able to find an etch .iso as yet. Install Sarge and then upgrade to Etch. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: amd64: Sarge or Etch?
FWIW, this is most likely what I'll be doing as well. :) On 11/10/05, Matthias Julius [EMAIL PROTECTED] wrote: Install Sarge and then upgrade to Etch.
Re: amd64: Sarge or Etch?
the downside is, as i recall sarge uses k 2.6.8 and hw support has gone quite far since then, 2.6.12 being vastly better and 2.6.14 being noticable better especially with nvidia based hw (nf4, nvraid, nforce eth etc) Dean mike wrote: FWIW, this is most likely what I'll be doing as well. :) On 11/10/05, Matthias Julius [EMAIL PROTECTED] wrote: Install Sarge and then upgrade to Etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: amd64: Sarge or Etch?
On Fri, 11 Nov 2005 13:34:22 +1100, Dean Hamstead [EMAIL PROTECTED] wrote: the downside is, as i recall sarge uses k 2.6.8 and hw support has gone quite far since then, 2.6.12 being vastly better and 2.6.14 being noticable better especially with nvidia based hw (nf4, nvraid, nforce eth etc) That's why you use Len's modified iso, which is Sarge with the 2.6.12 kernel. See my previous post. Regards, Ozz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [x86_64] 2.6.14-git13 mplayer fails with v4l2: ioctl queue buffer failed: Bad address (2 Nov 2005, 11 Nov 2005)
Junichi Uekawa wrote: Hi, I've tried running mplayer v4l2 input on a bt878 card, and it fails. xawtv works fine, and 2.6.14-rc5 used to work fine. On git 3b44f137b9a846c5452d9e6e1271b79b1dbcc942 : $ mplayer tv://1 -tv driver=v4l2 MPlayer dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 bttv currently only supports v4l1. We are still in the process of porting the bttv driver from v4l1 to v4l2. Nickolay is working on it. Thanks for the info. It's strange since this is a regression (pre 2.6.14 used to work. New code made it fail). Do you mean there was a change that broke v4l2 support in bttv ? Ever since Linux Kernel 2.6.3, I used v4l2 for recording (more than one and a half years...) v4l2 support could not have been broken, since it was never present. You were going through a compat layer Maybe that's where the regression is. Anyhow, I will discuss this with the other v4l guys... One of us will get back to you, maybe ask you to test a patch or two. One question -- At exactly what point does this break for you? The git commit key above was from today, but at what point did this LAST work for you? It would be really helpful if you can do a git bisection test, so that we can isolate the trouble patch if in fact it is a regression. You might also like to join us in #v4l on irc.freenode.net ... Sometimes it's much quicker to troubleshoot this stuff over irc instead of email. -Michael Krufky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
