Re: [leaf-user] Bash and Bering 1.2
rawdata wrote: On Wed, 22 Dec 2004, Erich Titl wrote: Yep, the problem is, bin/bash is also in initrd.list, why I would not know. I will check with Charles which did som modification in this area early this year cheers Erich Cheers to you, Erich. I commented out bin.bash in initrd.list, and the darn thing worked. I'd've never guessed that one. Is this an acceptable permanent fix? I would guess so, but without saving initrd and sucessfully rebooting I have some reservation to this statement. cheers Erich --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall!
Michael McClure wrote: This doesn't seem available. I don't see an fd type or anything related to a raid type? Perhaps you're thinking a later version that Dachstein's kernal? Command (m for help): t Partition number (1-4): 1 Hex code (type L to list codes): l 0 Emptyc Win95 FAT32 (LB 64 Novell Netware a6 OpenBSD 1 DOS 12-bit FAT e Win95 FAT16 (LB 65 Novell Netware a7 NEXTSTEP 2 XENIX root f Win95 Extended 75 PC/IX b7 BSDI fs 3 XENIX usr 11 Hidden DOS FAT1 80 Old MINIX b8 BSDI swap 4 DOS 16-bit 32M 14 Hidden DOS FAT1 81 Linux/MINIX c7 Syrinx 5 Extended16 Hidden DOS FAT1 82 Linux swap db CP/M 6 DOS 16-bit =32 17 Hidden OS/2 HPF 83 Linux nativee1 DOS access 7 OS/2 HPFS 40 Venix 80286 85 Linux extended e3 DOS R/O 8 AIX 41 PPC PReP Boot 93 Amoeba eb BeOS fs 9 AIX bootable51 Novell? 94 Amoeba BBT f2 DOS secondary a OS/2 Boot Manag 52 Microport a5 BSD/386 ff BBT b Win95 FAT32 63 GNU HURD Any other suggestions? Partition type 'fd' is what you should use for raid partitions, it just doesn't show up in the options list because the fdisk binary for Dachstin is pretty dated. You can still enter partition type 'fd', which your fdisk will just list as 'unknown' (and newer versions will list as raid autodetect). That shouldn't be your problem, however, as I don't think the raid-tools stuff cares about the partition type...that's mainly needed for correct auto-detection of raid by the kernel when booting. I'm still thinking about what else might be wrong... -- Charles Steinkuehler [EMAIL PROTECTED] --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall!
Michael McClure wrote: Charles Steinkuehler wrote: Michael McClure wrote: Thanks for the reply. Should I be using a different version/release that would work better for RAID? If so, pls let me know. As far as your info requests, see below. thanks. mike. # lsmod Module PagesUsed by 3c59x 19984 1 pci-scan2296 0 [3c59x] raid5 17664 0 (unused) raid1 7916 0 (unused) raid0 2768 0 (unused) ntfs 39868 0 (unused) smbfs 26744 0 (unused) nfsd 181896 0 (unused) nfs71452 0 (unused) lockd 44392 0 [nfsd nfs] sunrpc 60676 0 [nfsd nfs lockd] ext2 40548 0 (unused) toaster: -root- # cat /proc/mdstat Personalities : [raid0] [raid1] [raid5] read_ahead not set unused devices: none OK, so RAID support is in the kernel and you've got the required modules loaded. What about your IDE drive? IIRC, you arn't using one of the kernels with IDE built-in, and it doesn't look like you're loading any IDE modules based on the above. Can you access the low-level /dev/hdX devices that make up your RAID? What does fdisk -l /dev/hdc and fdisk -l /dev/hdd show? Are you *REALLY* trying to build a RAID5 device with two partitions on the same drive (/dev/hdd1 /dev/hdd2 in your example raidtab, which go along with /dev/hdc1)? If so, I'm not sure that will work, and it wouldn't be recommended in any case... I wondered about the kernal in the uname -a, but when I d/l'd the kernal from your website, it was called, linux-2.2.19-3-LEAF-RAID-IDE.zImage.upx. Yet, my uname -a doesn't include IDE. # fdisk -l /dev/hdc Disk /dev/hdc: 16 heads, 63 sectors, 8374 cylinders Units = cylinders of 1008 * 512 bytes Device Boot Start End Blocks Id System /dev/hdc11 6242 3145936+ 83 Linux native toaster: -root- # fdisk -l /dev/hdd Disk /dev/hdd: 255 heads, 63 sectors, 977 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hdd11 392 3148708+ 83 Linux native /dev/hdd2 393 784 3148740 83 Linux native As far as my raid5 device, I just want to make sure I can get the raid5 working before I buy a 3rd drive. My test set is 1 4gb drive (hdc) and an 8gb drive (hdb). I created 3 partitions each +3072M on the two devices and am trying to build the raid5 test. I also tried to do this with just doing raid1 on /dev/hdc1 and /dev/hdd1 and got the same error on the same command. OK, you've got raid support in the kernel, and IDE support is working. There's not a lot else that needs to be there for RAID to work. Did you remember to make the raid devices (ie: does /dev/md0 exist)? excerpt http://lrp.steinkuehler.net/Documentation/LRPHardDiskHOWTO.txt Check to make sure the /dev directory contains all the devices you need for your hardware. You may also need to update /var/lib/lrpkg/root.dev.mk to create additional device nodes. I added the following lines on my system to support the newly added RAID functionality: # RAID Devices makedevs md b 9 0 0 15 null 21 /excerpt -- Charles Steinkuehler [EMAIL PROTECTED] --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Thanks for the pointers on testing security. One more question . . .
At 11:40 PM 12/21/2004 -0800, Terry Erickson wrote: Interestingly enough, I found that my port 113 appeared to be closed while all other ports I tested (up to 1056) using the Shields Up program seemed invisible. I added a rule in /etc/shorewall/rules DROP netfwtcp 113 then the port showed up as stealthed. Ahh, Why did I have to do that? --- While looking for the answer to that question I learned a little about port 113. auth or ident if I'm not mistaken is what it's called and it's vestigial. I sort of recall reading about why it is closed on some routers. . . . Apparently some servers, like some mail servers, upon receiving a request on the mail port send a auth or ident request on the auth port and will wait until it's replied to or rejected, or times out before fulfilling the original request. [old stuff deleted] Yes, this is it, exactly, and SMTP is the service involved. If you DROP the traffic, these servers will wait 3 minutes to time out before proceeding with the transaction. Even if you REJECT the traffic, they will sometimes wait 3 minutes. (I forget the details, though I once knew them ... this goes back to the days before LEAF, when we worked with the actual LRP site, so isn't in the archive ... but it has something to do with whether the REJECT involves an icmp or a udp notification.) If you ACCEPT the traffic, but do not run in auth (identd) server on the port, then a Connection refused message is sent promptly and there is (usually) no delay. I don't know if this is a ventigal issue or not ... there may still be legacy setups around that do this test, or, for all I know, completely modern ones. If you start to see problems with mail, suspect this. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Upgrading packages (was Shorewall 1.4 - 2.0.9)
Thanks for the help. That got me going. I'm ugrading to Bering uClib 2.2.2 on a CF card and Soekris 4801. The system boots fine and comes up, but fails in loading the natsemi.o module with unresolved symbols. I've normally seen this with a module built from a different kernel. I've done a diff of natsemi.o in modules.lrp that came with the distribuiton with the one in the 2.4.26 modules tar ball and it shows no difference. All the other modules load fine. Is something broke or did I klutz something up? On Tue, 21 Dec 2004 09:48:36 -0600, Charles Steinkuehler [EMAIL PROTECTED] wrote: Ray Atnip wrote: I know I'm responding to this msg a little late but I wasn't ready to upgrade until now. I'm using a Soekris board and CF disk. (no floppy or hard drive). The 'partial' backups seem to be the ideal way to upgrade but it appears that they will overwrite the existing lrp on the CF, which is why the note below suggests using a 2nd xfer floppy for saving the configs. My question is, if I scp all the files contained in each /var/lib/lrpkg/package.conf, to another computer, then replace by CF disk with the new version of bering leaf, boot with the default configuration, and restore the files I scp'd back to the new system, will I then have upgraded and maintained my current configuration? If there was a way to save the config files via a 'partial backup' to a separate directory, that would be nice. You can 'cheat' (which I do frequently :-) Just setup to do a partial backup of the packages you're interested in. When the backup screen comes up to ask you if there's enough space, don't type anything yet...instead, go to a different console or machine, and scp the newly created partial backup (with all your configuration files!) from /tmp on the LEAF box to anywhere that's a handy temporary file location. Once you've got the partial backup package copied elsewhere, answer 'n' to the 'Is there enough space?' question, to abort the backup (or you'll overwrite your full LRP file on the CF disk). Now you can upgrade the packages on your CF disk, reboot, and manually 'merge' the configuration data with your running system (ie: copy the partial LRP's to /tmp, cd to / and untar each partial lrp file, which will overwrite the default configuration files in the upgraded LRPs). NOTE: If you're upgrading something that affects networking (like etc or shorwall), you'll probably need access to the partial LRP files before networking is properly configured. In this case, you can just copy the partial LRP files to your CF disk, renaming them in the process (ie: etc.cfg or similar). You might want to do this anyway, rather than scp the files to another host. As it is, it looks like I should create my CF disk with a second file system on it just for the purpose of 'partial backups'. That might be handy, and allow you to simply copy new LRP files onto your CF disk, reboot, and have an upgraded system, but -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Thanks for the pointers on testing security. One more question . . .
On Wed, 2004-12-22 at 08:10, Ray Olszewski wrote: Even if you REJECT the traffic, they will sometimes wait 3 minutes. (I forget the details, though I once knew them ... this goes back to the days before LEAF, when we worked with the actual LRP site, so isn't in the archive ... but it has something to do with whether the REJECT involves an icmp or a udp notification.) Ray, Shorewall FAQ 4 addresses this issue. http://shorewall.net/FAQ.htm#faq4 -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
SUCCESS! Re: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall!
Charles Steinkuehler wrote: Michael McClure wrote: Charles Steinkuehler wrote: Michael McClure wrote: Thanks for the reply. Should I be using a different version/release that would work better for RAID? If so, pls let me know. As far as your info requests, see below. thanks. mike. # lsmod Module PagesUsed by 3c59x 19984 1 pci-scan2296 0 [3c59x] raid5 17664 0 (unused) raid1 7916 0 (unused) raid0 2768 0 (unused) ntfs 39868 0 (unused) smbfs 26744 0 (unused) nfsd 181896 0 (unused) nfs71452 0 (unused) lockd 44392 0 [nfsd nfs] sunrpc 60676 0 [nfsd nfs lockd] ext2 40548 0 (unused) toaster: -root- # cat /proc/mdstat Personalities : [raid0] [raid1] [raid5] read_ahead not set unused devices: none OK, so RAID support is in the kernel and you've got the required modules loaded. What about your IDE drive? IIRC, you arn't using one of the kernels with IDE built-in, and it doesn't look like you're loading any IDE modules based on the above. Can you access the low-level /dev/hdX devices that make up your RAID? What does fdisk -l /dev/hdc and fdisk -l /dev/hdd show? Are you *REALLY* trying to build a RAID5 device with two partitions on the same drive (/dev/hdd1 /dev/hdd2 in your example raidtab, which go along with /dev/hdc1)? If so, I'm not sure that will work, and it wouldn't be recommended in any case... I wondered about the kernal in the uname -a, but when I d/l'd the kernal from your website, it was called, linux-2.2.19-3-LEAF-RAID-IDE.zImage.upx. Yet, my uname -a doesn't include IDE. # fdisk -l /dev/hdc Disk /dev/hdc: 16 heads, 63 sectors, 8374 cylinders Units = cylinders of 1008 * 512 bytes Device Boot Start End Blocks Id System /dev/hdc11 6242 3145936+ 83 Linux native toaster: -root- # fdisk -l /dev/hdd Disk /dev/hdd: 255 heads, 63 sectors, 977 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hdd11 392 3148708+ 83 Linux native /dev/hdd2 393 784 3148740 83 Linux native As far as my raid5 device, I just want to make sure I can get the raid5 working before I buy a 3rd drive. My test set is 1 4gb drive (hdc) and an 8gb drive (hdb). I created 3 partitions each +3072M on the two devices and am trying to build the raid5 test. I also tried to do this with just doing raid1 on /dev/hdc1 and /dev/hdd1 and got the same error on the same command. OK, you've got raid support in the kernel, and IDE support is working. There's not a lot else that needs to be there for RAID to work. Did you remember to make the raid devices (ie: does /dev/md0 exist)? excerpt http://lrp.steinkuehler.net/Documentation/LRPHardDiskHOWTO.txt Check to make sure the /dev directory contains all the devices you need for your hardware. You may also need to update /var/lib/lrpkg/root.dev.mk to create additional device nodes. I added the following lines on my system to support the newly added RAID functionality: # RAID Devices makedevs md b 9 0 0 15 null 21 /excerpt What a bonehead! I totally missed that -- then again, I really don't understand what the command is/means so I'm not sure missed is the right word. :-)My ls -l /dev/md* returns no rows so there's the problem. Once I did this, I was able to run my mkraid, mke2fs and mount. Thanks, Charles. You are the Man! Actually - Thanks to all of you LEAF developers/contributors. I started using LRP w/the first version of eigerstein, and used to follow the list back before the big fallout with lrp. The names are remember from years ago: Charles -- I never did catch you on Robot Wars :-( ; Jack Coates and MonkeyNoodle for dinner, Tom Eastep, Ray Olszewski, Jeff Newmiller, Mike Noyes, George Metz, Matt Schalit, and even Dave Cinege inspired people to participate. I know I answered a few questions when I could, but alas, I'm not a developer, so I cannot contribute at the level I'd like to. I have been amazed at your dedication to the betterment of the community and appreciated when those of you who did took a stand to keep LRP pure and out of politics. I've watched the development of all the branches and saw new names take on leadership roles (David Douthitt, Jacques Nilo, Eric Wolzak, and so many others)...I very much appreciate that all of you take time out of your lives to develop this product and to teach us how to use it. Thanks. mike. PS -- I know I probably messed up my little trip down Name Memory Lane in that some people probably got involved before others, etc -- it's just how I remember things (or my email does) ;-) That being said, please know that any and all mentors on this list, regardless of when they started contributing, have my utmost thanks.
Re: SUCCESS! Re: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall!
On Wed, 2004-12-22 at 10:03, Michael McClure wrote: Thanks to all of you LEAF developers/contributors. I started using LRP w/the first version of eigerstein, and used to follow the list back before the big fallout with lrp. The names are remember from years ago: Charles -- I never did catch you on Robot Wars :-( ; Jack Coates and MonkeyNoodle for dinner, Tom Eastep, Ray Olszewski, Jeff Newmiller, Mike Noyes, George Metz, Matt Schalit, and even Dave Cinege inspired people to participate. I know I answered a few questions when I could, but alas, I'm not a developer, so I cannot contribute at the level I'd like to. I have been amazed at your dedication to the betterment of the community and appreciated when those of you who did took a stand to keep LRP pure and out of politics. I've watched the development of all the branches and saw new names take on leadership roles (David Douthitt, Jacques Nilo, Eric Wolzak, and so many others)...I very much appreciate that all of you take time out of your lives to develop this product and to teach us how to use it. Mike, May we add this to our testimonials page? http://leaf-project.org/index.php?module=pagemasterPAGE_user_op=view_pagePAGE_id=7 -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] wisp-dist, hostap, dwl-520 question...
Haven't been around here for a while, but I'm back to playing with LEAF distros again after a 2-year hiatus. I noted that WISP-DIST became part of LEAF, and I am interested in building a cheap access point/firewall. The firewall part is easy, but I'm having trouble finding a comprehensive (read exhaustive) set of instructions, FAQ, How-to, or the like on getting a DWL-520 (E-series) to work in a LEAF distro. Most of the instructions are centered around full-blown distros, and assume that I can compile kernels, user-mode apps, etc, on the machine that the card will be installed in. I can manage it in time, I think, and if I have to slog through the process of mating all the steps, I will (and I'll write a how-to, if there isn't one), but I'm hoping I don't need to. If anyone can provide pointers to documentation on creating a wisp distro that supports the D-Link DWL-520 E1, I'd appreciate it. If not, then Expect a how-to from me sometime next month ;) Adrian P.S. If you didn't already hear about it, H. P. Anvin has created EXTLINUX in his latest test release of syslinux 2.20...might make for some interesting options. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Samba for Bering uClibc
A progress report. I have samba working pretty well on Bering uClibc. I created users via smbpasswd -a user. I opened ports udp 137,138 tcp 139 My smb.conf looks like : # Global parameters [global] encrypt passwords = Yes security = user domain logons = Yes ; an OS level of 33 or more is recommended os level = 33 workgroup = kroffts read only = no ;hosts allow = 192.168.1 [filestore] comment = File Storage guest ok = yes read only = no path = /usr/filestore writeable = yes I discovered that file permissions must be rwxrwxrwx for shared resources. Ie... (chmod 777 /usr/filestore) or (chmod 777 -R /usr/filestore) for inclusion of sub directories. My Bering 1.2 setup used a directory .../samba/private which is not present. Is it needed? Kory --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall!
Indeed I do not see the type 'fd' ... I can only assume then that this does differ from the Bering uClibc version. I don't have a dachstein box available, so I cannot test this. I have been able to successfully mount a raid device under a Bering setup. I don't know if this is an option for you or not. If it is not, what I would suggest is reading up on using raid with a 2.2 kernel. There must be some difference. My apologies for not being more helpful. I will also read up on raid devices... Joey -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Michael McClure Sent: Wednesday, December 22, 2004 12:04 AM To: Joey Officer Cc: Charles Steinkuehler; Charles Steinkuehler; Leaf Mailing List Subject: Re: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall! This doesn't seem available. I don't see an fd type or anything related to a raid type? Perhaps you're thinking a later version that Dachstein's kernal? Command (m for help): t Partition number (1-4): 1 Hex code (type L to list codes): l 0 Emptyc Win95 FAT32 (LB 64 Novell Netware a6 OpenBSD 1 DOS 12-bit FAT e Win95 FAT16 (LB 65 Novell Netware a7 NEXTSTEP 2 XENIX root f Win95 Extended 75 PC/IX b7 BSDI fs 3 XENIX usr 11 Hidden DOS FAT1 80 Old MINIX b8 BSDI swap 4 DOS 16-bit 32M 14 Hidden DOS FAT1 81 Linux/MINIX c7 Syrinx 5 Extended16 Hidden DOS FAT1 82 Linux swap db CP/M 6 DOS 16-bit =32 17 Hidden OS/2 HPF 83 Linux nativee1 DOS access 7 OS/2 HPFS 40 Venix 80286 85 Linux extended e3 DOS R/O 8 AIX 41 PPC PReP Boot 93 Amoeba eb BeOS fs 9 AIX bootable51 Novell? 94 Amoeba BBT f2 DOS secondary a OS/2 Boot Manag 52 Microport a5 BSD/386 ff BBT b Win95 FAT32 63 GNU HURD Any other suggestions? thanks. mike. Joey Officer wrote: Sorry to intrude on this thread, but I noticed a few things. The first being that the drive partitions are not set correctly. If I recall correctly, the partition types need to be set to fd Linux raid auto chernobyl# fdisk /dev/sda Command (m for help): p Disk /dev/sda: 9104 MB, 9104953344 bytes 255 heads, 63 sectors/track, 1106 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device BootStart EndBlocks Id System /dev/sda1 * 1171365216 FAT16 /dev/sda218 1106 8747392+ 83 Linux Command (m for help): t Partition number (1-4): 2 Hex code (type L to list codes): fd Changed system type of partition 2 to fd (Linux raid autodetect) Command (m for help): w The partition table has been altered! Calling ioctl() to re-read partition table. WARNING: Re-reading the partition table failed with error 16: Device or resource busy. The kernel still uses the old table. The new table will be used at the next reboot. Syncing disks. Make sure the partitions are set to raid before attempting the mkraid function. Joey -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Michael McClure Sent: Tuesday, December 21, 2004 3:59 PM To: Charles Steinkuehler Cc: Charles Steinkuehler; Leaf Mailing List Subject: Re: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall! Charles Steinkuehler wrote: Michael McClure wrote: Thanks for the reply. Should I be using a different version/release that would work better for RAID? If so, pls let me know. As far as your info requests, see below. thanks. mike. # lsmod Module PagesUsed by 3c59x 19984 1 pci-scan2296 0 [3c59x] raid5 17664 0 (unused) raid1 7916 0 (unused) raid0 2768 0 (unused) ntfs 39868 0 (unused) smbfs 26744 0 (unused) nfsd 181896 0 (unused) nfs71452 0 (unused) lockd 44392 0 [nfsd nfs] sunrpc 60676 0 [nfsd nfs lockd] ext2 40548 0 (unused) toaster: -root- # cat /proc/mdstat Personalities : [raid0] [raid1] [raid5] read_ahead not set unused devices: none OK, so RAID support is in the kernel and you've got the required modules loaded. What about your IDE drive? IIRC, you arn't using one of the kernels with IDE built-in, and it doesn't look like you're loading any IDE modules based on the above. Can you access the low-level /dev/hdX devices that make up your RAID? What does fdisk -l /dev/hdc and fdisk -l /dev/hdd show? Are you *REALLY* trying to build a RAID5 device with two partitions on the same drive (/dev/hdd1 /dev/hdd2 in your example raidtab, which go along with /dev/hdc1)? If so, I'm not sure that will work, and it wouldn't be recommended in any case... I wondered about the kernal in the uname -a, but when I d/l'd the kernal from your
Re: SUCCESS! Re: [leaf-user] Help! Problems getting Raid5 to work. Banging my head against the wall!
Absolutely -- though I don't know how much it is of testamonial about LEAF as it is about you guys specificallyat any rate, go for it. Mike Noyes wrote: On Wed, 2004-12-22 at 10:03, Michael McClure wrote: Thanks to all of you LEAF developers/contributors. I started using LRP w/the first version of eigerstein, and used to follow the list back before the big fallout with lrp. The names are remember from years ago: Charles -- I never did catch you on Robot Wars :-( ; Jack Coates and MonkeyNoodle for dinner, Tom Eastep, Ray Olszewski, Jeff Newmiller, Mike Noyes, George Metz, Matt Schalit, and even Dave Cinege inspired people to participate. I know I answered a few questions when I could, but alas, I'm not a developer, so I cannot contribute at the level I'd like to. I have been amazed at your dedication to the betterment of the community and appreciated when those of you who did took a stand to keep LRP pure and out of politics. I've watched the development of all the branches and saw new names take on leadership roles (David Douthitt, Jacques Nilo, Eric Wolzak, and so many others)...I very much appreciate that all of you take time out of your lives to develop this product and to teach us how to use it. Mike, May we add this to our testimonials page? http://leaf-project.org/index.php?module=pagemasterPAGE_user_op=view_pagePAGE_id=7 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html