Re: 5.x packages temporarily broken (Re: Circles with libcrypt.so.3)
-- Original Message -- From: Kris Kennaway <[EMAIL PROTECTED]> Date: Fri, 26 Aug 2005 17:39:52 -0400 >On Fri, Aug 26, 2005 at 04:21:07PM -0500, Scot Hetzel wrote: >> On 8/26/05, fbsd <[EMAIL PROTECTED]> wrote: >> > Hello, >> > >> > I am trying to install Apache+Mod_ssl via the package >> > apache+mod_ssl-1.3.33+2.8.22_1.tbz on a base 5.4 install, I installed in >> > the following order: >> > libtool-1.5.18.tbz >> > expat-1.95.8_3.tbz >> > mm-1.3.1.tgz >> > rc_subr-1.31_1.tbz >> > apache+ssl-1.3.33.1.55_1.tbz >> > >> > All installed with pkg_add with no issues. Then I tried to start Apache, >> > it complained as follows: >> > /libexec/ld-elf.so.1: Shared Object "libcrypt.so.3" not found, required by >> > Apache. >> > >> > There is no "libcrypt.so.3" file on any of my FreeBSD 5.4 systems nor on >> > the CDROM..? >> : >> > So since this is not a production machine yet I try pkg_delete -f >> > perl5.8.6, it does not see the package. So finally I use pkg_add -f >> > perl5.8.7. It complains that I am missing (so far) via >> > /libexec/ld-elf.so.1: Shared Object: >> > libcrypt.so.3 (as well) >> > libutil.so.5 >> > libthread.so.2 >> > not found, required by perl5.8.7... >> > >> > What am I missing? I would prefer not to start over. From the 5.4 >> > install, should I just install Apache and Mod_SSL from source? Would I run >> > into the same issues? >> > >> You'll need to install all 5-STABLE packages from source, as I just >> helped another user with a similar problem (no libpthread.so.2 for his >> net/ntop package). I suspect that the build system for 5-STABLE >> packages is broken, as those library versions are for RELENG_6 and >> 7.0-CURRENT. >> >> Another possibility is that the package build for RELENG_6 is placing >> the packages in the wrong directory. > >Somehow a 6.0 package set got spammed into the 5.x package directory. >I don't know for certain whose fault this was, but I'm in the process >of uploading a new 5.x package set which should propagate out over the >next 24 hours or so. Sorry for the breakage. > >Kris > > Hello, It doesent matter to me and I'm sure most people who's fault it was. I'm glad to know I did not do something wrong, AND that it is so quickly resolved. I know for a fact that other OS's do not respond and resolve issues so quickly. Thank You & Cheers, Sejo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: VIA 6420 SATA150 RAID on 5.4
On Aug 25, 2005, at 12:04 PM, Roland Smith wrote: On Thu, Aug 25, 2005 at 11:39:08AM +0930, Daniel O'Connor wrote: Does anyone have one of these -> atapci1: port 0xc400-0xc4ff, 0xc000-0xc00f, 0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb007 irq 20 at device 15.0 on pci0 ata4: channel #0 on atapci1 ata5: channel #1 on atapci1 I've got 2 devices hanging on this controller 120 GB and 160 GD, both Western Digital. They both work fine. With a RAID set up on it? Does it work? I didn't try the RAID function. I use one of the drives for data, and the other one for dumps. Roland -- R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
5.x packages temporarily broken (Re: Circles with libcrypt.so.3)
On Fri, Aug 26, 2005 at 04:21:07PM -0500, Scot Hetzel wrote: > On 8/26/05, fbsd <[EMAIL PROTECTED]> wrote: > > Hello, > > > > I am trying to install Apache+Mod_ssl via the package > > apache+mod_ssl-1.3.33+2.8.22_1.tbz on a base 5.4 install, I installed in > > the following order: > > libtool-1.5.18.tbz > > expat-1.95.8_3.tbz > > mm-1.3.1.tgz > > rc_subr-1.31_1.tbz > > apache+ssl-1.3.33.1.55_1.tbz > > > > All installed with pkg_add with no issues. Then I tried to start Apache, > > it complained as follows: > > /libexec/ld-elf.so.1: Shared Object "libcrypt.so.3" not found, required by > > Apache. > > > > There is no "libcrypt.so.3" file on any of my FreeBSD 5.4 systems nor on > > the CDROM..? > : > > So since this is not a production machine yet I try pkg_delete -f > > perl5.8.6, it does not see the package. So finally I use pkg_add -f > > perl5.8.7. It complains that I am missing (so far) via > > /libexec/ld-elf.so.1: Shared Object: > > libcrypt.so.3 (as well) > > libutil.so.5 > > libthread.so.2 > > not found, required by perl5.8.7... > > > > What am I missing? I would prefer not to start over. From the 5.4 install, > > should I just install Apache and Mod_SSL from source? Would I run into the > > same issues? > > > You'll need to install all 5-STABLE packages from source, as I just > helped another user with a similar problem (no libpthread.so.2 for his > net/ntop package). I suspect that the build system for 5-STABLE > packages is broken, as those library versions are for RELENG_6 and > 7.0-CURRENT. > > Another possibility is that the package build for RELENG_6 is placing > the packages in the wrong directory. Somehow a 6.0 package set got spammed into the 5.x package directory. I don't know for certain whose fault this was, but I'm in the process of uploading a new 5.x package set which should propagate out over the next 24 hours or so. Sorry for the breakage. Kris pgpzsB2rwHD9E.pgp Description: PGP signature
Re: Circles with libcrypt.so.3
On 8/26/05, fbsd <[EMAIL PROTECTED]> wrote: > Hello, > > I am trying to install Apache+Mod_ssl via the package > apache+mod_ssl-1.3.33+2.8.22_1.tbz on a base 5.4 install, I installed in the > following order: > libtool-1.5.18.tbz > expat-1.95.8_3.tbz > mm-1.3.1.tgz > rc_subr-1.31_1.tbz > apache+ssl-1.3.33.1.55_1.tbz > > All installed with pkg_add with no issues. Then I tried to start Apache, it > complained as follows: > /libexec/ld-elf.so.1: Shared Object "libcrypt.so.3" not found, required by > Apache. > > There is no "libcrypt.so.3" file on any of my FreeBSD 5.4 systems nor on the > CDROM..? : > So since this is not a production machine yet I try pkg_delete -f perl5.8.6, > it does not see the package. So finally I use pkg_add -f perl5.8.7. It > complains that I am missing (so far) via /libexec/ld-elf.so.1: Shared Object: > libcrypt.so.3 (as well) > libutil.so.5 > libthread.so.2 > not found, required by perl5.8.7... > > What am I missing? I would prefer not to start over. From the 5.4 install, > should I just install Apache and Mod_SSL from source? Would I run into the > same issues? > You'll need to install all 5-STABLE packages from source, as I just helped another user with a similar problem (no libpthread.so.2 for his net/ntop package). I suspect that the build system for 5-STABLE packages is broken, as those library versions are for RELENG_6 and 7.0-CURRENT. Another possibility is that the package build for RELENG_6 is placing the packages in the wrong directory. -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Circles with libcrypt.so.3
Hello, I am trying to install Apache+Mod_ssl via the package apache+mod_ssl-1.3.33+2.8.22_1.tbz on a base 5.4 install, I installed in the following order: libtool-1.5.18.tbz expat-1.95.8_3.tbz mm-1.3.1.tgz rc_subr-1.31_1.tbz apache+ssl-1.3.33.1.55_1.tbz All installed with pkg_add with no issues. Then I tried to start Apache, it complained as follows: /libexec/ld-elf.so.1: Shared Object "libcrypt.so.3" not found, required by Apache. There is no "libcrypt.so.3" file on any of my FreeBSD 5.4 systems nor on the CDROM..? OK, so I checked and it seems that OpenSSL requires perl5.8.7, now there are many suggestions on how to remove the default perl5.8.6, including using the package portupgrade, but it too requires perl5.8.7... So since this is not a production machine yet I try pkg_delete -f perl5.8.6, it does not see the package. So finally I use pkg_add -f perl5.8.7. It complains that I am missing (so far) via /libexec/ld-elf.so.1: Shared Object: libcrypt.so.3 (as well) libutil.so.5 libthread.so.2 not found, required by perl5.8.7... What am I missing? I would prefer not to start over. From the 5.4 install, should I just install Apache and Mod_SSL from source? Would I run into the same issues? Thank you, Sejo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: how to find out the boot device
On Fri, Aug 26, 2005 at 10:41:47PM +0200, Jan Pechanec wrote: > > hello guys, > > during the rc.d phase, I need to find out in a shell script from > which disk the system has booted up. > > - I cannot use kern.rootdev because my root fs is a memory disk > - I cannot use kern.disks because the first disk there doesn't > necessarily mean the boot disk (eg. my home box says 'cd0 ad0' for that) > > - I could use 'atacontrol list' or 'camcontrol devlist' because I > always boot from the 1st disk, but if I have both types of disks then I have > 1st ATA disk and 1st SCSI disk and again unable to recognize which one is > the one I need. > > any ideas, please? Use glabel and label the disk or file systems during deployment. Then you'll have /dev/label/ or /dev/ufs/ entries. Once that's done, it won't matter where the drive moves or what kind of bus you use. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 pgpAwcV3Yc4VS.pgp Description: PGP signature
how to find out the boot device
hello guys, during the rc.d phase, I need to find out in a shell script from which disk the system has booted up. - I cannot use kern.rootdev because my root fs is a memory disk - I cannot use kern.disks because the first disk there doesn't necessarily mean the boot disk (eg. my home box says 'cd0 ad0' for that) - I could use 'atacontrol list' or 'camcontrol devlist' because I always boot from the 1st disk, but if I have both types of disks then I have 1st ATA disk and 1st SCSI disk and again unable to recognize which one is the one I need. any ideas, please? thank you, j. -- Jan Pechanec http://www.devnull.cz ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: A problem with ntop after upgrading from 5.3 to stable
Scot Hetzel wrote: > It got the file from the right place, but apparently the build system > for 5-STABLE is broken, as libpthread.so.2 doesn't appear until > RELENG_6. Sounds reasonable. > > However, per your thoughts, I did the 'make deinstall' and > 'make install'. > > Not happy. Gives message: > > > > 'ntop-3.1_1 is marked as broken: Does not build with XML > dump support.' > > > You may have to do: > > make clean > make rmconfig > make install > > and don't check 'XML dump support'. You, sir, are a gem. A virtual beverage of your choice now, and a real one should we meet in person. It compiled and came up clean, and is running happily now. Thanks! Kurt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Dell Latitude D510
On Fri, 26 Aug 2005 18:23+0100, Brian Doherty wrote: > I have a dell Latitude D510 with the mist recent BIOS installed. > I have win XP factory installed, boots fine. > I have tried installing the following on a partition: I have the same model and experienced the very same problem a couple of weeks ago. John Nielsen suggested I should try booting 5.2.1 but I haven't had any time to do so. The problem as it was explained to me, is related to FireWire. If you could boot the laptop with a custom kernel without any FireWire support I guess you might succeed. In the good old days you could disable in the kernel all the drivers you didn't need, but AFAIK the kernel configuration utility in the install kernel of today's version of FreeBSD is not nearly as good as it was in the old days. Even further, perhaps someone will look into the matter, and make FireWire support optional at boot time. I really miss the old kernel configuration utility... *sigh* Hey guys, put it back into shape! -- -- Trond Endrestøl | [EMAIL PROTECTED] Patron of The Art of Computer Programming| FreeBSD 4.8-S & Pine 4.55 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A problem with ntop after upgrading from 5.3 to stable
On 8/26/05, Kurt Buff <[EMAIL PROTECTED]> wrote: > > Your pkg_add command used a version of the port that was meant for > > FreeBSD 6.x or 7.0-CURRENT. You'll need to compile your own version, > > or get the package for 5-stable. > > > > Scot > > OK, well mark me a just a tad confused. Why then, when I used > >'pkg_add -r ntop' > > did the message: > > 'Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/Latest/ntop.t > bz... Done.' > > show on my screen? Forgive my ignorance, but that seems to indicate that > it's using a package built for 5. Am I wrong? > It got the file from the right place, but apparently the build system for 5-STABLE is broken, as libpthread.so.2 doesn't appear until RELENG_6. > > However, per your thoughts, I did the 'make deinstall' and 'make install'. > Not happy. Gives message: > > 'ntop-3.1_1 is marked as broken: Does not build with XML dump support.' > You may have to do: make clean make rmconfig make install and don't check 'XML dump support'. -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: A problem with ntop after upgrading from 5.3 to stable
Forgive me, meant to send this to the list: Scot Hetzel wrote: > On 8/26/05, Kurt Buff <[EMAIL PROTECTED]> wrote: > > I did the ntop upgrade by doing a 'make deinstall' of 3.0, > then a 'pkg_add > > -r ntop', which reported success. > > > > > Can someone point me in the right direction? > > > go to /usr/ports/net/ntop and do the following > > make deinstall > make install > > Your pkg_add command used a version of the port that was meant for > FreeBSD 6.x or 7.0-CURRENT. You'll need to compile your own version, > or get the package for 5-stable. > > Scot OK, well mark me a just a tad confused. Why then, when I used 'pkg_add -r ntop' did the message: 'Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/Latest/ntop.t bz... Done.' show on my screen? Forgive my ignorance, but that seems to indicate that it's using a package built for 5. Am I wrong? However, per your thoughts, I did the 'make deinstall' and 'make install'. Not happy. Gives message: 'ntop-3.1_1 is marked as broken: Does not build with XML dump support.' I'm wondering if I should just grab the tarball from sourceforge, and have a go at it. Kurt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A problem with ntop after upgrading from 5.3 to stable
On 8/26/05, Kurt Buff <[EMAIL PROTECTED]> wrote: > I did the ntop upgrade by doing a 'make deinstall' of 3.0, then a 'pkg_add > -r ntop', which reported success. > > Can someone point me in the right direction? > go to /usr/ports/net/ntop and do the following make deinstall make install Your pkg_add command used a version of the port that was meant for FreeBSD 6.x or 7.0-CURRENT. You'll need to compile your own version, or get the package for 5-stable. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
A problem with ntop after upgrading from 5.3 to stable
All, Followed the steps in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html and all seemed well, as I was able to ssh into the box, postfix is still happy, etc. I did the ntop upgrade by doing a 'make deinstall' of 3.0, then a 'pkg_add -r ntop', which reported success. However, when I tried starting ntop with '/usr/local/etc/rc.d/ntop.sh start' it just died, without any error on the console, and nothing showing in /var/log/messages. I then tried just starting it with 'ntop -A' thinking it might want a new password, and that finally gave an error message: /libexec/ld-elf.so.1: Shared object "libpthread.so.2" not found, required by "ntop" Just for grins, I also did a 'portmanager -u', which also reported success, but still no cigar. same error message as above: /libexec/ld-elf.so.1: Shared object "libpthread.so.2" not found, required by "ntop" I could just flatten the box and try again, but I'd rather try to figure this out. I've googled for the error message, but haven't found anything that seems relevant. Can someone point me in the right direction? Thanks, Kurt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Dell Latitude D510
Hi all, I'm a bit of a newbie, with 5.x and hope someone can help me. I have a dell Latitude D510 with the mist recent BIOS installed. I have win XP factory installed, boots fine. I have tried installing the following on a partition: 5.4 FreeBSD BTX Halted and goes no further straight after the install option screen, ie 1 - FreeBSD, 2 - FreeBSD without ACPI 5.3 FreeBSD Gets a little further, but drops out on a panic, while trying to load the usb devices, I think 4.11 FreeBSD Same as 5.3 4.10 FreeBSD Same as 4.10 I did a google, looked in the handbook, but couldn't find anything that it might be. Regards, Brian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone with an ste(4) card?
On Friday 26 August 2005 10:06 am, Bob Bishop wrote: > Hi, > > At 14:46 26/08/2005, John Baldwin wrote: > >Is there anyone with an ste(4) ethernet adapter? I have some fixes to the > >locking for HEAD so that it runs without Giant and no one has stepped up > > to test them. If no one has the hardware and is willing to test the > > patches then I'll remove the driver from HEAD in a few weeks. > > I can do some testing on this. One question: did you really mean to post > this to -stable? Yes because I posted to current@ at least a week ago and no one responded. :) The patch is at http://www.FreeBSD.org/~jhb/patches/ste_locking.patch and it should apply ok to HEAD. It might not apply to 6.x, but I'll go try to get the other printf changes merged back to 6.x so that the patch should apply and work ok on 6.x as well. I'm not sure if the patches will apply to 5.x. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone with an ste(4) card?
On Friday 26 August 2005 10:14 am, Gerrit Kühn wrote: > On Fri, 26 Aug 2005 09:46:49 -0400 John Baldwin <[EMAIL PROTECTED]> wrote > about Anyone with an ste(4) card?: > > JB> Is there anyone with an ste(4) ethernet adapter? I have some fixes to > > I have several of D-Link 550TX working here... > > JB> the locking for HEAD so that it runs without Giant and no one has > JB> stepped up to test them. If no one has the hardware and is willing to > JB> test the patches then I'll remove the driver from HEAD in a few weeks. > > I don't have the time to bring any of my machines to HEAD right now. I > could test your patches with 5.4-stable, if that is possible. I would also > be willing to part with one of my cards and send it to you, but please > don't remove the driver. Ok, it seems I'm going to be able to get this set of patches tested, so I doubt I'll have to resort to removing this driver. :) (I did have to remove one for an old ISA NIC today because no one was able to test patches.) The patches I have probably won't apply to 5.x, but likely do apply to HEAD and 6.x. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone with an ste(4) card?
On Fri, 26 Aug 2005 09:46:49 -0400 John Baldwin <[EMAIL PROTECTED]> wrote about Anyone with an ste(4) card?: JB> Is there anyone with an ste(4) ethernet adapter? I have some fixes to I have several of D-Link 550TX working here... JB> the locking for HEAD so that it runs without Giant and no one has JB> stepped up to test them. If no one has the hardware and is willing to JB> test the patches then I'll remove the driver from HEAD in a few weeks. I don't have the time to bring any of my machines to HEAD right now. I could test your patches with 5.4-stable, if that is possible. I would also be willing to part with one of my cards and send it to you, but please don't remove the driver. cu Gerrit ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone with an ste(4) card?
Hi, At 14:46 26/08/2005, John Baldwin wrote: Is there anyone with an ste(4) ethernet adapter? I have some fixes to the locking for HEAD so that it runs without Giant and no one has stepped up to test them. If no one has the hardware and is willing to test the patches then I'll remove the driver from HEAD in a few weeks. I can do some testing on this. One question: did you really mean to post this to -stable? -- Bob Bishop +44 (0)118 940 1243 [EMAIL PROTECTED] fax +44 (0)118 940 1295 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CVSup timeout
Bryan Buecking <[EMAIL PROTECTED]> writes: > Chris Demers wrote: > > I have run into this myself in my own home network, what I have > > found that fixed it is I just adjusted the MTU on all my stations > > with problems to the size of the pppoe packet size. From the error > > try changing it to in your case 1454 and see if the error goes away. > > > Thanks, that did it. I tried adjusting my MTU before, but did not > consider the MTU of the FW; which happens to be set to 1450. So > setting the MTU of problematic machine to 1450, and not 1454, fixed my > issues. > > I guess the only other point worth mentioning is the fact that with > fbsd 4.11 works fine with an MTU of 1500. I'm not sure, but could > this have something to do with DF bit not being set correctly? Possible, but it may be more likely that a firewall is improperly dropping ICMP messages to break MTU discovery. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Anyone with an ste(4) card?
Is there anyone with an ste(4) ethernet adapter? I have some fixes to the locking for HEAD so that it runs without Giant and no one has stepped up to test them. If no one has the hardware and is willing to test the patches then I'll remove the driver from HEAD in a few weeks. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: releng_6 sysinstall creating labels
Hi Andrey, uups... seems like you're right. My /stand/sysinstall is dated back to the days where I've been running RELENG_4. So please ignore my first posting... sorry! Volker On 2005-08-26 13:16, Andrey V. Elsukov wrote: > Volker wrote: > > When creating slices and labels by using /stand/sysinstall, the label > >> editor is miscalculating the partition sizes. > > > Maybe, you must use /usr/sbin/sysinstall ? > -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pcap and gig speeds.
We are planning on updating a number of old machines, being used as IDS sensors, and in the past, there has been a known issue regarding gig speeds and pcap with regards to snort. Has this issue been resolved, I searched archives (the search web interface appears to have some issues, and was only returning 4 results on a generic search of pcap), nothing usefull. Before I spend a significant amount of money on new hardware, I want to make sure we have the ability to support it, honestly, I would hate to have to move to linux. I have no tried the ports version of pcap yet since I don't have the hardware. Jason ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
releng_6 sysinstall creating labels
Hi! I guess I found a (new?) issue with RELENG_6 (as of 2005-08-23). When creating slices and labels by using /stand/sysinstall, the label editor is miscalculating the partition sizes. While having a (SCSI) disk outage yesterday night, I've been forced to put in a new hdu. After labeling it by using sysinstall, sysinstall aborted at creating the partitions and the filesystems. Error message has been 'unable to write to da5'. After that I found that sysinstall created a partition which exceeded past the end of the slice. As far as I remember it has been 16 bytes past the end of the slice, but my memories might be wrong. Because I've been unable to backup my data to tape (another issue with scsi cam, but I have to check that first before posting), I installed another 18G hd, created a slice and a partition by using sysinstall covering the whole disk and even that failed by a partition exceeding the end of the slice. Manual corrections by using bsdlabel -e and manually newfs'ing went ok. This must be an issue with sysinstall and should be fixed before -RELEASE or someone might not be able to install from CDROM because not being able to create filesystems (don't you consider that being a show stopper?). I'm unable to check if this is a SCSI only issue but I guess it should be re-creatable on ata systems. Sorry, but I don't have any other examples for that issue or any dumps, screenshots etc. I had that hd-crash last night and tried to solve that first. I might try to recreate that problem on a testing machine at the weekend and give exact information. Bye, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
