Re: Fresh install on gmirror'ed disks?
Hello! Since you have the luxury of doing this at install time, check out the instructions at: http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html?page=1 It worked for me and I think it's more like what you want than the http://ezine.daemonnews.org/200502/diskmirror.html approach which is good for converting a system to gmirror. Keep in mind that this gives you a mirrored ad0 (or da0), not a mirrored ad0s1 (or da0s1) like Ralf's instructions. So you must replace a failed disk with one of the same size. With Ralf's approach you can get any model of equal or bigger size and just adjust s1 accordingly. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
On Friday 03 March 2006 00:01, Mike Jakubik wrote: Because most Linux distributions have had this feature for a while now. It's no secret that our installer blows. It gets the job done for a basic install, provided you know its quirks, and thats it. I don't think that having or not a raid option at install time is classifying the installer as behind nor I think it is important. Freebsd's installer probably lacks a nice look but on the other side it is clear and direct and you get without lots of questions and blabla the system up and running in 5-10 minutes what certainly is straight forward and not behind. What would be the advantage to have raid as OS install option? Certainly such option confuse average users which probably do not know what raid is. I think the advantage is clear. You don't have to waste time installing the OS, then going through a complex procedure to setup RAID, and reinstalling again, i think that would confuse average users more. Besides, FreeBSD is a server operating system, and is not intended for average users. The only advantage I can see is when you really want raid at install time and that definitly is not usual. Even if *your* opinion is that Freebsd is not intended for average users it is used by thousends of them. Setting up raid with gmirror on FBSD is as easy as dd'ing an image to a floppy disk so I do not see where you wast your time - still less since you do not need to reinstall the OS again. So who is confused here is you. If you don't know what RAID is, you shouldn't be in IT. well well, if you don't know shut up is definitly a wise comment and helps people learning ... this thought is so far behind as when people still walked on all four. João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_4 on flash disk and swap
Hello! On Fri, 3 Mar 2006, Jeremy Bogan wrote: In other words, does RELENG_4 kernel work stable and robust w/o swap or should I provide a minimum-size swap device? Which configuration (1 or 2) will give more robustness in case of physical memory shortage? I've got 4.11 running on a Geode based setup with 128MB RAM and a 64MB flash on chip, works a treat with no swap. I'm running some heavy tests on my machine (256Mb RAM, HDD, no swap, 4.11-RELEASE) such as make buildwolrd. After successful completion of this procedure I issued rm -rf /usr/obj/usr and got the following (single) message from kernel: Mar 3 11:05:32 test3 /kernel: swap_pager_getswapspace: failed Does anybody know whether it's harmless? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
On Friday 03 March 2006 03:01, Mike Jakubik wrote: JoaoBR wrote: On Thursday 02 March 2006 22:59, Mike Jakubik wrote: Thats what i figured. Its sad that the fbsd installer is so behind the linux ones, in terms of setting up raid and lvm during install. I'm sorry that such things make you sad but do you mind to explain why this is behind ? Because most Linux distributions have had this feature for a while now. It's no secret that our installer blows. It gets the job done for a basic install, provided you know its quirks, and thats it. Hm. I don't believe that's true. In the last couple of months, I've had occasion to attempt installation of Debian, Ubuntu, Gentoo and FreeBSD the same box. (And HP-UX and Solaris on different ones slightly less recently) Gentoo was dreadful. Dumping a user at a command prompt may appeal to the geek-machismo types, but not I think to anyone who has to work for a living. CDROM - trash. Ubuntu uses/used the Debian installer. Debian I've got used to. (In that it's filled with gotchas, so it takes a couple of false starts to get a useful system.) Yes, it's got alleged RAID and LVM options in the disk-setup menus. However, I've never been able to make them work. I'd rather things were absent from an installer, rather than there being tantalising options that raise false hope. From what I remember, the Solaris installer is fairly pretty and works well, while the HP example is somewhat messy. The mirroring instructions for both those OSes assumed you'd a working system first. Mind, a GEOM-aware installer is an attactive WIBNI... I'm also not sure that the onward march of disk-size is strictly relevant. Were I building a PC-based RAID, I'd make sure I bought an appropriately-sized spare disk at the same time as the rest of the set. -- JH-R ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
configure scripts ignores parameters
Hello! I'm not sure when, but may be after last portupgrade configure scripts began ignoring command-line parameters. E. g. each configure script i started does (doesn't) the same. Where the problem can hides? --- bio3k pgprzdes7FVSo.pgp Description: PGP signature
Re: configure scripts ignores parameters
* Elisey O. Savateev [EMAIL PROTECTED] [2006-03-03 15:47 +0500]: I'm not sure when, but may be after last portupgrade configure scripts began ignoring command-line parameters. E. g. each configure script i started does (doesn't) the same. Where the problem can hides? Do you have shells/bash (bash-3.1.10) installed? Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky [EMAIL PROTECTED] wrote: Do you have shells/bash (bash-3.1.10) installed? Yes. I have. --- Elisey O. Savateev [EMAIL PROTECTED] http://bio3k.softboard.ru | ICQ: 955583 PGP/GPG pubkey: http://bio3k.softboard.ru/uploads/etc/pubkey.asc pgpbO3zy0tTFq.pgp Description: PGP signature
Re: configure scripts ignores parameters
* Elisey O. Savateev [EMAIL PROTECTED] [2006-03-03 16:10 +0500]: Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky [EMAIL PROTECTED] wrote: Do you have shells/bash (bash-3.1.10) installed? Yes. I have. I had one problem here, but unfortunately not the time to really look at it (and I don't have time to try it again). My bash3 here did not correctly process | for foo | do echo $foo | done A similar contruct seems to be in some (most, all?) configure scripts, which automatically use bash to be executed (if it's available). I installed shells/bash2 (bash-2.05b.007_4) and my problem disappeared. HTH, Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
try begining yuor scripts with: #!/bin/sh :) 2006/3/3, Nicolas Rachinsky [EMAIL PROTECTED]: * Elisey O. Savateev [EMAIL PROTECTED] [2006-03-03 16:10 +0500]: Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky [EMAIL PROTECTED] wrote: Do you have shells/bash (bash-3.1.10) installed? Yes. I have. I had one problem here, but unfortunately not the time to really look at it (and I don't have time to try it again). My bash3 here did not correctly process | for foo | do echo $foo | done A similar contruct seems to be in some (most, all?) configure scripts, which automatically use bash to be executed (if it's available). I installed shells/bash2 (bash-2.05b.007_4) and my problem disappeared. HTH, Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
* Alexey Karagodov [EMAIL PROTECTED] [2006-03-03 14:40 +0300]: try begining yuor scripts with: #!/bin/sh :) I'm not using the bash for my own scripts. But we're not talking about mine or the OP's own scripts. Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
On Thu, Mar 02, 2006 at 06:23:37PM -0500, Mike Jakubik wrote: Is it possible to boot off the install CD, setup a gmirror, and then reboot and install on the mirror (and expect things to work ok)? Anyone try this? It would be nice if the installer let you do this... It could be possible, I think... Have you tried to load geom_mirror.ko first? -- Spartak Radchenko SVR1-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_4 on flash disk and swap
In this case I'd just ignore swap. Since /dev/md0 is only a memory disk anyway, you don't really buy anything by having it as swap as opposed to unallocated RAM. Just make sure that all your running programs are able to fit in the 256Mb of RAM you have, otherwise processes will fail to start or others will die when they need to allocate additional RAM. I'm running FreeBSD in 64Mb with no swap and it works fine. A few sysctls that I've found helpful for running without swap: vm.swap_enabled=0 vm.disable_swapspace_pageouts=1 kern.ipc.shm_use_phys=1 -Proto Dmitry Pryanishnikov wrote: Hello! Suppose I have machine with 256Mb of RAM and 256Mb flash ATA disk-on-module. What configuration (using RELENG_4) should I select: 1. No swap at all. 2. /dev/md0 (default 10Mb) added as a swap device. In other words, does RELENG_4 kernel work stable and robust w/o swap or should I provide a minimum-size swap device? Which configuration (1 or 2) will give more robustness in case of physical memory shortage? Sincerely, Dmitry ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
JoaoBR wrote: On Friday 03 March 2006 00:01, Mike Jakubik wrote: Because most Linux distributions have had this feature for a while now. It's no secret that our installer blows. It gets the job done for a basic install, provided you know its quirks, and thats it. I don't think that having or not a raid option at install time is classifying the installer as behind nor I think it is important. Freebsd's installer probably lacks a nice look but on the other side it is clear and direct and you get without lots of questions and blabla the system up and running in 5-10 minutes what certainly is straight forward and not behind. Well, thats your opinion, which i doubt many people share. The only advantage I can see is when you really want raid at install time and that definitly is not usual. What planet are you from? It's very usual. You setup RAID before you copy data to the array, not the other way around. Even if *your* opinion is that Freebsd is not intended for average users it is used by thousends of them. I seriously doubt they don't know what RAID is. Setting up raid with gmirror on FBSD is as easy as dd'ing an image to a floppy disk so I do not see where you wast your time - still less since you do not need to reinstall the OS again. So who is confused here is you. You fail to see the point, please don't get involved on this topic any more. I didn't ask to debate the above advantages, with people that don't have a clue what they are talking about. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: configure scripts ignores parameters
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nicolas Rachinsky Sent: Friday, March 03, 2006 5:20 AM To: freebsd-stable@FreeBSD.ORG Subject: Re: configure scripts ignores parameters * Elisey O. Savateev [EMAIL PROTECTED] [2006-03-03 16:10 +0500]: Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky [EMAIL PROTECTED] wrote: Do you have shells/bash (bash-3.1.10) installed? Yes. I have. I had one problem here, but unfortunately not the time to really look at it (and I don't have time to try it again). My bash3 here did not correctly process | for foo | do echo $foo | done A similar contruct seems to be in some (most, all?) configure scripts, which automatically use bash to be executed (if it's available). I installed shells/bash2 (bash-2.05b.007_4) and my problem disappeared. HTH, Nicolas -- http://www.rachinsky.de/nicolas [Bill Milford] I am having the some problem. My temporary fix is to either install bash-3.0.16_1 which is the latest bash package available or you can set CONFIG_SHELL=/bin/sh in your environment. The configure scripts will use bash if available and when it re-executes itself, somehow the command line options do not get passed correctly. Even the most simple option: ./configure --help fails. It was causing the previously reported issues with the apr-db4 port. It causes problems for me in the OpenCA configure script. I suspect that it will affect many ports that use ./configure scripts to pass parameters. I am going to re build all of my ports when this is finally resolved. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
Mike Jakubik wrote: Patrick M. Hausen wrote: Hello! Is it possible to boot off the install CD, setup a gmirror, and then reboot and install on the mirror (and expect things to work ok)? Anyone try this? It would be nice if the installer let you do this... AFAIK, no. Install a minimal system on the first disk, then follow these instructions: http://ezine.daemonnews.org/200502/diskmirror.html Thats what i figured. Its sad that the fbsd installer is so behind the linux ones, in terms of setting up raid and lvm during install. Someone could be funded to work on this like the TCP/IP performance project. I'd be willing to make a donation, as I am sure you would Mike. All that is required is a willing + able person and enough donations to make it worth his or her while. Volunteers? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Dom ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
On Fri, Mar 03, 2006 at 09:44:17AM -0600, Bill Milford wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nicolas Rachinsky Sent: Friday, March 03, 2006 5:20 AM To: freebsd-stable@FreeBSD.ORG Subject: Re: configure scripts ignores parameters * Elisey O. Savateev [EMAIL PROTECTED] [2006-03-03 16:10 +0500]: Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky [EMAIL PROTECTED] wrote: Do you have shells/bash (bash-3.1.10) installed? Yes. I have. I had one problem here, but unfortunately not the time to really look at it (and I don't have time to try it again). My bash3 here did not correctly process | for foo | do echo $foo | done A similar contruct seems to be in some (most, all?) configure scripts, which automatically use bash to be executed (if it's available). I installed shells/bash2 (bash-2.05b.007_4) and my problem disappeared. HTH, Nicolas -- http://www.rachinsky.de/nicolas [Bill Milford] I am having the some problem. My temporary fix is to either install bash-3.0.16_1 which is the latest bash package available or you can set CONFIG_SHELL=/bin/sh in your environment. The configure scripts will use bash if available and when it re-executes itself, somehow the command line options do not get passed correctly. Even the most simple option: ./configure --help fails. It was causing the previously reported issues with the apr-db4 port. It causes problems for me in the OpenCA configure script. I suspect that it will affect many ports that use ./configure scripts to pass parameters. I am going to re build all of my ports when this is finally resolved. I hope someone has reported this error to the bash developers. Kris pgpLK2CeCRA1e.pgp Description: PGP signature
Re: Fresh install on gmirror'ed disks?
Dominic Marks wrote: Someone could be funded to work on this like the TCP/IP performance project. I'd be willing to make a donation, as I am sure you would Mike. All that is required is a willing + able person and enough donations to make it worth his or her while. Volunteers? Well, there is the google summer of code project, and one of the projects is a new installer. http://wikitest.freebsd.org/moin.cgi/BSDInstaller Andrew, have you considered adding support for creating geom based raid/lvm to the bsd installer? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
Date: Fri, 3 Mar 2006 12:22:31 -0500 From: Kris Kennaway [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 03, 2006 at 09:44:17AM -0600, Bill Milford wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ebsd.org] On Behalf Of Nicolas Rachinsky Sent: Friday, March 03, 2006 5:20 AM To: freebsd-stable@FreeBSD.ORG Subject: Re: configure scripts ignores parameters =20 * Elisey O. Savateev [EMAIL PROTECTED] [2006-03-03 16:10 +0500]: Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky [EMAIL PROTECTED] wrote: Do you have shells/bash (bash-3.1.10) installed? Yes. I have. =20 =20 I had one problem here, but unfortunately not the time to really look at it (and I don't have time to try it again). =20 My bash3 here did not correctly process | for foo | do echo $foo | done A similar contruct seems to be in some (most, all?) configure scripts, which automatically use bash to be executed (if it's available). =20 I installed shells/bash2 (bash-2.05b.007_4) and my problem disappeared. =20 HTH, Nicolas =20 -- http://www.rachinsky.de/nicolas [Bill Milford]=20 I am having the some problem. My temporary fix is to either install bash= -3.0.16_1 which is the latest bash package available or you can set CONFIG_SHELL=3D/bin/sh in yo= ur environment. =20 The configure scripts will use bash if available and when it re-executes = itself, somehow the command line options do not get passed correctly. Even the most simple o= ption: ./configure --help fails. It was causing the previously reported issues with the apr-db4 po= rt. It causes problems for me in the OpenCA configure script. I suspect that it will affect man= y ports that use ./configure scripts to pass parameters. I am going to re build all of my= ports when this is finally resolved. I hope someone has reported this error to the bash developers. If te latest bash version fixes the problem, it's a bit too late to report it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
On Fri, Mar 03, 2006 at 09:33:55AM -0800, Kevin Oberman wrote: I hope someone has reported this error to the bash developers. If te latest bash version fixes the problem, it's a bit too late to report it. Well, how about testing the latest version to see if it's fixed? :-) Bottom line is: unless people take swift action about this it'll probably stay broken in the release. Kris pgpIhlPxKK2MB.pgp Description: PGP signature
Re: configure scripts ignores parameters
* Kevin Oberman [EMAIL PROTECTED] [2006-03-03 09:33 -0800]: Date: Fri, 3 Mar 2006 12:22:31 -0500 From: Kris Kennaway [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] I hope someone has reported this error to the bash developers. I haven't yet. I was in a hurry and haven't been able to install the newer bash version again to produce a clean example of the bug. If te latest bash version fixes the problem, it's a bit too late to report it. The mentioned most recent package, which is said to fix the problem, is older than the most recent version of the port. Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
Date: Fri, 3 Mar 2006 12:39:25 -0500 From: Kris Kennaway [EMAIL PROTECTED] On Fri, Mar 03, 2006 at 09:33:55AM -0800, Kevin Oberman wrote: I hope someone has reported this error to the bash developers. If te latest bash version fixes the problem, it's a bit too late to report it. Well, how about testing the latest version to see if it's fixed? :-) Bottom line is: unless people take swift action about this it'll probably stay broken in the release. Kris Sorry. Looks like I did not correctly interpret Nicholas' message. I didn't correctly parse package vs. port. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters)
* Kris Kennaway [EMAIL PROTECTED] [2006-03-03 12:39 -0500]: On Fri, Mar 03, 2006 at 09:33:55AM -0800, Kevin Oberman wrote: I hope someone has reported this error to the bash developers. If te latest bash version fixes the problem, it's a bit too late to report it. Well, how about testing the latest version to see if it's fixed? :-) Version 3.1.10 (which is the latest AFAIK) of the port contains the problem, at least here using FreeBSD 4.11. Bottom line is: unless people take swift action about this it'll probably stay broken in the release. I sent a report with bashbug and CCd the port maintainer. I can't test with other FreeBSD releases. Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
I think the FreeBSD approach is fairly typical - you get the OS running and then mirror it. On Fri, 2006-Mar-03 10:43:26 +, John Hawkes-Reed wrote: From what I remember, the Solaris installer is fairly pretty and works well, while the HP example is somewhat messy. The mirroring instructions for both those OSes assumed you'd a working system first. For software RAID (Solaris DiskSuite aka Volume Manager, Tru64 LSM), both Solaris and Tru64 require you to install the OS first and mirror it later. For hardware RAID, you would typically use a stand-alone RAID configuration tool before installing the OS. I found the Solaris 10 installer looked pretty but I was presented with a set of several hundred packages with (as far as I could find) no immediate indication of dependencies. This made the installation somewhat trial and error: Pick a collection of packages that looked useful/relevant. Move forward a few steps and get told that package SUNWfoo needs package SUNWbar. Go back to package selection and fix that. Iterate multiple times. I'm also not sure that the onward march of disk-size is strictly relevant. Were I building a PC-based RAID, I'd make sure I bought an appropriately-sized spare disk at the same time as the rest of the set. Solaris requires that all disks in a RAID set have the same firmware version (though this isn't documented very well). Tru64 requires that both system disks have the same SCSI disk type. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_4 on flash disk and swap
On Fri, 2006-Mar-03 11:16:00 +0200, Dmitry Pryanishnikov wrote: I'm running some heavy tests on my machine (256Mb RAM, HDD, no swap, 4.11-RELEASE) such as make buildwolrd. After successful completion of this procedure I issued rm -rf /usr/obj/usr and got the following (single) message from kernel: Mar 3 11:05:32 test3 /kernel: swap_pager_getswapspace: failed Does anybody know whether it's harmless? It depends what you mean by harmless. The kernel tried to allocate swap space for a process and failed. The kernel tries to recover by killing the largest process (which should also be syslog'd). I'm surprised that you got this on the rm as the buildworld should create bigger processes. If the rm was killed, you will need to re-issue it to actually delete the files. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
routed
while system start-up, routed takes very long time to start, about minute or two. and then actualy not starting till login prompt (so ntpdate can't obtain time from internet and so on) rc.conf: watchdogd_enable=YES accounting_enable=YES check_quotas=YES defaultrouter=10.0.224.1 hostname=main.kp.clubnemo.ru cloned_interfaces=vlan1 vlan101 vlan102 vlan103 ifconfig_em1=up ifconfig_vlan1=inet 172.16.0.1 netmask 255.255.0.0 vlan 1 vlandev em1 ifconfig_vlan101=inet 83.102.211.181 netmask 255.255.255.240 vlan 101 vlandev em1 ifconfig_vlan103=inet 10.0.244.73 netmask 255.255.224.0 vlan 103 vlandev em1 ifconfig_vlan103_alias0=inet 192.168.0.49 netmask 255.255.255.0 ifconfig_vlan103_alias1=ether 00:0a:48:0f:cb:ea gateway_enable=YES router_enable=YES ipv6_enable=YES ipv6_gateway_enable=YES ipv6_router_enable=YES ipv6_default_interface=em0 pf_enable=YES pflog_enable=YES named_enable=YES amd_enable=YES ftpd_enable=YES lpd_enable=YES nfs_reserved_port_only=NO nis_client_enable=YES nis_server_enable=YES ntpdate_enable=YES ntpdate_flags=-b pool.ntp.org ntpd_enable=YES ntpd_sync_on_start=YES rpcbind_enable=YES sshd_enable=YES usbd_enable=YES dhcpd_enable=YES apache22_enable=YES rpc_statd_enable=YES rpc_lockd_enable=YES mysql_enable=YES inetd_enable=YES swapfile=/var/swap/1GB #emulation #svr4_enable=YES #linux_enable=YES #ibcs2_enable=YES #locale keychange=61 ^[[K keybell=normal mousechar_start=3 moused_enable=YES saver=green blanktime=60 font8x8=koi8-r-8x8 font8x14=koi8-r-8x14 font8x16=koi8-r-8x16 scrnmap=NO keyrate=fast keymap=ru.koi8-r dmesg.boot: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #9: Fri Mar 3 15:52:49 MSK 2006 [EMAIL PROTECTED] ACPI APIC Table: PTLTD APIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.14-MHz K8-class CPU) Origin = GenuineIntel Id = 0xf41 Stepping = 1 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x659dSSE3,RSVD2,MON,DS_CPL,EST,TM2,CNTX-ID,CX16,b14 AMD Features=0x20100800SYSCALL,NX,LM Hyperthreading: 2 logical CPUs real memory = 5368709120 (5120 MB) avail memory = 4114673664 (3924 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard ioapic2 Version 2.0 irqs 48-71 on motherboard ioapic3 Version 2.0 irqs 72-95 on motherboard ioapic4 Version 2.0 irqs 96-119 on motherboard ichwd module loaded acpi0: PTLTD RSDT on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 cpu2: ACPI CPU on acpi0 cpu3: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pci0: unknown at device 0.1 (no driver attached) pci0: base peripheral at device 1.0 (no driver attached) pcib1: ACPI PCI-PCI bridge irq 16 at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 0.0 on pci1 pci2: ACPI PCI bus on pcib2 ahd0: Adaptec AIC7902 Ultra320 SCSI adapter port 0x2400-0x24ff,0x2000-0x20ff mem 0xdd20-0xdd201fff irq 32 at device 2.0on pci2 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: Adaptec AIC7902 Ultra320 SCSI adapter port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1on pci2 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci1: base peripheral, interrupt controller at device 0.1 (no driver attached) pcib3: ACPI PCI-PCI bridge at device 0.2 on pci1 pci3: ACPI PCI bus on pcib3 em0: Intel(R) PRO/1000 Network Connection Version - 3.2.18 port 0x3000-0x303f mem 0xdd30-0xdd31 irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:74:51:16 em1: Intel(R) PRO/1000 Network Connection Version - 3.2.18 port 0x3040-0x307f mem 0xdd32-0xdd33 irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:74:51:17 pci1: base peripheral, interrupt controller at device 0.3 (no driver attached) pcib4: ACPI PCI-PCI bridge irq 16 at device 4.0 on pci0 pci4: ACPI PCI bus on pcib4 pcib5: ACPI PCI-PCI bridge irq 16 at device 6.0 on pci0 pci5: ACPI PCI bus on pcib5 pcib6: ACPI PCI-PCI bridge at device 0.0 on pci5 pci6: ACPI PCI bus on pcib6 pci5: base peripheral, interrupt controller at device 0.1 (no driver attached) pcib7: ACPI PCI-PCI bridge at device 0.2 on pci5 pci7: ACPI PCI bus on pcib7 pci5: base peripheral, interrupt controller at device 0.3 (no driver attached) uhci0: Intel 82801EB (ICH5) USB controller USB-A port 0x1400-0x141f irq
Re: Fresh install on gmirror'ed disks?
On Friday 03 March 2006 12:27, Mike Jakubik wrote: JoaoBR wrote: The only advantage I can see is when you really want raid at install time and that definitly is not usual. What planet are you from? It's very usual. You setup RAID before you copy data to the array, not the other way around. I am from planet earth, already from the round-ball one ;) you said you waste your time installing the OS, activating raid and re-installing the Os now you talk about copying date you can mirror or stripe without loosing data and you can do it online, inserting and removing slices whenever you want João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
JoaoBR wrote: On Friday 03 March 2006 12:27, Mike Jakubik wrote: The only advantage I can see is when you really want raid at install time and that definitly is not usual. What planet are you from? It's very usual. You setup RAID before you copy data to the array, not the other way around. I am from planet earth, already from the round-ball one ;) you said you waste your time installing the OS, activating raid and re-installing the Os now you talk about copying date you can mirror or stripe without loosing data and you can do it online, inserting and removing slices whenever you want What are you talking about? I think its time to brush up on your english reading and writing skills. It takes much more work, time, and complexity to 1) boot cd and install os 2) reboot to os and follow a complex procedure to setup geom based raid than it does to 1) boot cd, make gmirror with installer, install os. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
On Friday 03 March 2006 17:36, Mike Jakubik wrote: What are you talking about? I think its time to brush up on your english reading and writing skills. It takes much more work, time, and complexity to 1) boot cd and install os 2) reboot to os and follow a complex procedure to setup geom based raid than it does to 1) boot cd, make gmirror with installer, install os. thank's for your kind advice :) so listen and learn: FreeBSD any version from CD is up in 10 minutes, reboot is 30-40 seconds that what you call complex procedure to set up a raid is done by three commands, 2 minutes for a slow typer perhaps? João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
On Fri, Mar 03, 2006 at 03:36:17PM -0500, Mike Jakubik wrote: What are you talking about? I think its time to brush up on your english reading and writing skills. It takes much more work, time, and complexity to 1) boot cd and install os 2) reboot to os and follow a complex procedure to setup geom based raid than it does to 1) boot cd, make gmirror with installer, install os. Well, honestly, someone who is knowledgeable enough to set up a complex _bootable_ geom based raid on an existing install would probably find it easier to do what I usually do: 1) Boot install CD and go to fixit mode 2) Set up RAID the way I want 3) Do a manual install by extracting the packages onto the new filesystem That avoids the intermediate install and the hassle of migrating partitions around. That said, I think it might be a good idea to have a few simple RAID configurations in the installer -- say a full-disk mirror or something relatively fool-resistant. I'm sure patches would be welcome if anyone wants to step up :) Craig ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
Nicolas Rachinsky wrote: * Elisey O. Savateev [EMAIL PROTECTED] [2006-03-03 16:10 +0500]: Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky [EMAIL PROTECTED] wrote: Do you have shells/bash (bash-3.1.10) installed? Yes. I have. I had one problem here, but unfortunately not the time to really look at it (and I don't have time to try it again). My bash3 here did not correctly process | for foo | do echo $foo | done A similar contruct seems to be in some (most, all?) configure scripts, which automatically use bash to be executed (if it's available). I installed shells/bash2 (bash-2.05b.007_4) and my problem disappeared. Here (bash built WITHOUT_NLS) [EMAIL PROTECTED] uname -a FreeBSD portege.home.tbf 4.11-STABLE FreeBSD 4.11-STABLE #0: Mon Feb 6 23:18:24 CET 2006 [EMAIL PROTECTED]:/home/obj/home/src/sys/PORTEGE4X i386 [EMAIL PROTECTED] bash --version GNU bash, version 3.1.10(0)-release (i386-portbld-freebsd4.11) Copyright (C) 2005 Free Software Foundation, Inc. [EMAIL PROTECTED] cat test.bash #!/usr/local/bin/bash for i do echo $i done [EMAIL PROTECTED] ./test.bash 1 2 3 4 1 2 3 4 [EMAIL PROTECTED] cat test1.bash #!/usr/local/bin/bash for i do echo $i done [EMAIL PROTECTED] ./test1.bash 1 2 3 4 1 2 3 4 [EMAIL PROTECTED] HTH, Nicolas Claude Buisson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Error: Widget field13 has zero width and/or height
Greetings, An update via cvsup (attempting to chase 5.4 stable) on 2006-02-20 @2:40 PM resulted in a couple of disappointments; 1) after re-building the kernel (cvsupped the SRC on SMP as well) and installing it. I performed a build/ install world and portupgrade -a. The portupgrade -a took 2 full days on a base of 246 installed ports. And resulted in a *465 installed ports base*. Ouch! It's only been about 5mos. since my last upgrade. While that may seem to some a fair amount of time. Does it *really* require *doubling* my port install base? Anyway, more to my point; 2) xfontsel and any derivitive since this upgrade now always fails. Examples: An attempt to use xfontsel always fails with the same results. As seen here: ~ 1:07pm Fri, 03 mail# xfontsel [1] 64410 ~ 1:07pm Fri, 03 mail# Error: Widget field13 has zero width and/or height [1]Exit 1xfontsel Here's an attempt to use nexfontsel: ~ 1:11pm Fri, 03 mail# nexfontsel [1] 64429 ~ 1:11pm Fri, 03 mail# Error: Widget dash has zero width and/or height [1]Exit 1nexfontsel As you can see, it bails with the same error. A recent install of nessus also fails with the following error: :61041): Gdk-CRITICAL **: gdk_text_width: assertion `font != NULL' failed this message is repeated many times over. Any relation to the xfontsel errors? Thank you for all your time and consideration. --Chris uname -a FreeBSD mail.1command.com 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: Fri Feb 24 16:59:38 PST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MAIL04 i386 -- Linux != UNIX Need I say more? FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_4 on flash disk and swap
Hello! On Sat, 4 Mar 2006, Peter Jeremy wrote: 4.11-RELEASE) such as make buildwolrd. After successful completion of this procedure I issued rm -rf /usr/obj/usr and got the following (single) message from kernel: Mar 3 11:05:32 test3 /kernel: swap_pager_getswapspace: failed Does anybody know whether it's harmless? It depends what you mean by harmless. The kernel tried to allocate swap space for a process and failed. The kernel tries to recover by killing the largest process (which should also be syslog'd). I'm In my case, not a single process has been killed. And I suppose that I know why... surprised that you got this on the rm as the buildworld should create bigger processes. If the rm was killed, you will need to re-issue it to actually delete the files. ... because I think it wasn't a process which requested a page - it apparently was a softupdates code. Do you really believe that RELENG_4 lacks real memory for make buildworld on i386 with 256Mb RAM? I've issued make buildworld and make buildkernel several times, just to be sure. Every such a test was successful. My diagnostics (swap_pager_getswapspace: failed) occurs only once per OS run (it doesn't repeat until I reboot by box), and even with vm.swap_enabled=0! So I think it's harmless, I just want to confirm it w/o digging OS vm code. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
VFS MFC testers wanted
I plan to MFC all of this lovely stuff for 6.1: http://www.chesapeake.net/~jroberson/vfsmfc.diff I'm looking for people who are willing to patch their stable boxes and test this. This has the following changes in it: 1) Improved debugging with DEBUG_LOCKS via the new stack(9) api. 2) Fixed an INACTIVE leak. 3) Fixed several unmount races. 4) Fixed several nullfs unmount issues. 5) Some more Giant related VFS fixes and asserts. 6) Fixed the quota deadlock. These problems should be rare enough that most of you have not seen them. So just let me know if this introduces any new problems etc. I will be MFCing within a week. Thanks, Jeff ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
JoaoBR wrote: On Friday 03 March 2006 17:36, Mike Jakubik wrote: What are you talking about? I think its time to brush up on your english reading and writing skills. It takes much more work, time, and complexity to 1) boot cd and install os 2) reboot to os and follow a complex procedure to setup geom based raid than it does to 1) boot cd, make gmirror with installer, install os. thank's for your kind advice :) so listen and learn: FreeBSD any version from CD is up in 10 minutes, reboot is 30-40 seconds that what you call complex procedure to set up a raid is done by three commands, 2 minutes for a slow typer perhaps? I doubt there is much i can learn from you about FreeBSD, as i've been using it since the 2.x days. I'm well aware how long it takes to setup FreeBSD. You are completely missing the point, and at this point just arguing for the sake of arguing. The point is that including geom support in the installer saves time and makes life simpler. If you are too dumb/stubborn to realize that, then thats your problem, no one is forcing you to use anything. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
craig and the rest of the gang ... On Fri, Mar 03, 2006 at 03:54:33PM -0600, Craig Boston wrote: On Fri, Mar 03, 2006 at 03:36:17PM -0500, Mike Jakubik wrote: with some chunks removed for brevity ... It takes much more work, time, and complexity to 1) boot cd and install os 2) reboot to os and follow a complex procedure to setup geom based raid than it does to 1) boot cd, make gmirror with installer, install os. Well, honestly, someone who is knowledgeable enough to set up a complex _bootable_ geom based raid on an existing install would probably find it easier to do what I usually do: 1) Boot install CD and go to fixit mode 2) Set up RAID the way I want 3) Do a manual install by extracting the packages onto the new filesystem this procedure makes sence to me .. perhaps you would be so kind as to forward it to teh doc's people to have it included in a) the relevent RAID sections and b) the places that talk about initial installation and rebuiling a system with the explicit inten of adding/converting it it a network storage facility come RAID network media/hdd procidor facility. i've never had need for RAID i prefer to rely on my QIC storage its guarenteed for 20 (twenty) years storage/shelf life thats good enough for me. i think that RAID would be a good thing to add to a -STABLE system as most beginners (sorta like me thionugh i've been in teh freebsd camp of a bit over ten years now. i have a small network here that services several remote dialups we are building a text bibliogarphy/latex based document[ation-ing] system .. back to unixen grass roots ... grin. That avoids the intermediate install and the hassle of migrating partitions around. yup that sounds really good to me and when properly documented it would be a good feature to have at least to be able to say go to page blabla of the doc's set/handbook/or probably the FAQ set. That said, I think it might be a good idea to have a few simple RAID configurations in the installer -- say a full-disk mirror or something relatively fool-resistant. I'm sure patches would be welcome if anyone wants to step up :) craig, RAID no matter how simple is a step of complexity that is not warrented for the Installer as most people new to freebsd are new to unix and these days new to computing in general or have just enough ms windows under their belts/skirts to be a bloody nuisance to themselves and to every body else untill they get to a point where they are familiar with the language, understand reasonably well how things fit together and can handle html/a browser with some degree of competance, i make this observation based upon my own experience and that of several peoples who have come to freebsd from linux a few from vaxen days and a fair contingent with a resionable gradiet from got my computer yesterday to got this miserable hard-disk replaced for teh 4th time and it still keeps on filling up over night, why do thes dhard disks keep filling up so quickly ??? with kind regards jonathan -- powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system === appropriate solution in an inappropriate world === ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
jonathan michaels wrote: craig, RAID no matter how simple is a step of complexity that is not warrented for the Installer as most people new to freebsd are new to unix and these days new to computing in general or have just enough ms windows under their belts/skirts to be a bloody nuisance to themselves and to every body else untill they get to a point where they are familiar with the language, understand reasonably well how things fit together and can handle html/a browser with some degree of competance, How do you figure that having an installer setup a basic mirror for you is harder for novice users than making them find instructions how to use geom, and then going through the procedure... which can be complex for an existing system. There is nothing complex about mirroring in itself, and no one is forcing them to use this. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
Quoting jonathan michaels [EMAIL PROTECTED]: craig and the rest of the gang ... On Fri, Mar 03, 2006 at 03:54:33PM -0600, Craig Boston wrote: On Fri, Mar 03, 2006 at 03:36:17PM -0500, Mike Jakubik wrote: with some chunks removed for brevity ... It takes much more work, time, and complexity to 1) boot cd and install os 2) reboot to os and follow a complex procedure to setup geom based raid than it does to 1) boot cd, make gmirror with installer, install os. Well, honestly, someone who is knowledgeable enough to set up a complex _bootable_ geom based raid on an existing install would probably find it easier to do what I usually do: 1) Boot install CD and go to fixit mode 2) Set up RAID the way I want 3) Do a manual install by extracting the packages onto the new filesystem this procedure makes sence to me .. perhaps you would be so kind as to forward it to teh doc's people to have it included in a) the relevent RAID sections and b) the places that talk about initial installation and rebuiling a system with the explicit inten of adding/converting it it a network storage facility come RAID network media/hdd procidor facility. i've never had need for RAID i prefer to rely on my QIC storage its guarenteed for 20 (twenty) years storage/shelf life thats good enough for me. i think that RAID would be a good thing to add to a -STABLE system as most beginners (sorta like me thionugh i've been in teh freebsd camp of a bit over ten years now. i have a small network here that services several remote dialups we are building a text bibliogarphy/latex based document[ation-ing] system .. back to unixen grass roots ... grin. That avoids the intermediate install and the hassle of migrating partitions around. yup that sounds really good to me and when properly documented it would be a good feature to have at least to be able to say go to page blabla of the doc's set/handbook/or probably the FAQ set. That said, I think it might be a good idea to have a few simple RAID configurations in the installer -- say a full-disk mirror or something relatively fool-resistant. I'm sure patches would be welcome if anyone wants to step up :) craig, RAID no matter how simple is a step of complexity that is not warrented for the Installer as most people new to freebsd are new to unix and these days new to computing in general or have just enough ms windows under their belts/skirts to be a bloody nuisance to themselves and to every body else untill they get to a point where they are familiar with the language, understand reasonably well how things fit together and can handle html/a browser with some degree of competance, i make this observation based upon my own experience and that of several peoples who have come to freebsd from linux a few from vaxen days and a fair contingent with a resionable gradiet from got my computer yesterday to got this miserable hard-disk replaced for teh 4th time and it still keeps on filling up over night, why do thes dhard disks keep filling up so quickly ??? This will (in more cases than not) lead to the necessary knowledge. I would have to disagree with you last section here. I've been with */BSD/i for about 10yrs. and computers even longer. My experience indicates that stupidity (ignorance) is the most loathed, best, and most effective Teacher/ Professor that Life's experience has to offer. Further; I don't think that it is a reason/ excuse to leave the option out of install. It *almost* robs an individual from the opprotunity to become more learned/ educated/ versed in the goings on and abilities of *BSD(i). It also provides a new user with the knowledge of the power that *BSD(i) has to offer. And (even) further more; it (*BSD(i)) is *really* intended for (somewhat/ seasoned) administrators and ISP(s) (synonymous?) anyway. So why deprive them for the sake of others? :) None of this was stated out of anger or malice. I just felt the need to skeak my 2¢ worth. :) Best wishes. --Chris with kind regards jonathan -- powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system === appropriate solution in an inappropriate world === ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Microsoft: Disc space -- the final frontier! FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
On Friday 03 March 2006 20:53, Mike Jakubik wrote: I doubt there is much i can learn from you about FreeBSD, as i've been tststs pay more attention, we spoke about install time not about learning FBSD using it since the 2.x days. I'm well aware how long it takes to setup you should have changed your hardware since then to get better counters :) FreeBSD. You are completely missing the point, and at this point just arguing for the sake of arguing. The point is that including geom support in the installer saves time and makes life simpler. If you are don't know, you chose to bark and take it personal, like you others have opinions too and can tell them as well too dumb/stubborn to realize that, then thats your problem, no one is no problem, I understand you, my mother never didn't hugged me either ;) but it does not give you the right to spread your personal offenses around João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configure scripts ignores parameters
* Claude Buisson [EMAIL PROTECTED] [2006-03-03 23:05 +0100]: Here (bash built WITHOUT_NLS) Using WITHOUT_NLS does not help here. Nicolas -- http://www.rachinsky.de/nicolas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Failed disk sectors
I have a large disk that has several failed sectors. The drive basically is the article storage for news so it has lots of files. Basically the error messages I get during the inn expire operation is there are a couple failed sectors where the drive cannot successfully read the sectors. The LBA is given. The problem is finding out what those LBA's are used for. The drive SMART status show plenty of available spare sectors, but since it can't read those sectors it won't remap them to a spare sector till the next write of that sector. expire basically gives up when it reaches that error. So my first attempt was to run a cksum of all the files on the disk. That actually cought one of the sectors and gave me the file name. I deleted the file and since it was an overview file for one group, I just rebuilt it. There are still more to go though. That process took many hours. I have not found anything in the archives or man pages or ports that addresses identifying the object/file that has that LBA. So I have started looking into the ufs structures to see how that could be done. fdisk source shows how to access the partition data. For the specific disk, fdisk reports a media sector size of 512 and the block count matches that. So I assume I would have to subtract the start of that partition from the LBA. However, that assumes that the LBA is in the same 512 byte block numbering system. I am not convinced that would always be correct. Next has to address the bsdlabel. I am now presuming that the LBA value of 0 is the start of the drive, not the start of the partition. I am not sure if this is correct either. If so, then bsdlabel type code would be required to identify the partition. Then the start of the partition would need to be subtracted from the LBA. At that point I think I have the values that would be found in the block tables in the inodes. Before digging into the inode structures I though it would be a good idea to check my understanding to this point. Am I on the right path? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
missing dependency - crypto.ko to zlib.ko
Hello all, I upgraded my RELENG_6 server today and ran into a strange problem. Whenever I try to kldload crypto.ko the operation fails and I get the following error in my dmesg: link_elf: symbol inflateInit2_ undefined I was indirectly trying to load crypto because I had geom_eli.ko in my loader.conf. I don't have any crypto hardware in the box. I'm guessing this is related to this commit: http://lists.freebsd.org/pipermail/cvs-src/2006-March/060511.html It appears that the MODULE_DEPEND macro was added to cryptodev.c, but not to crypto.c. I tried adding MODULE_DEPEND to crypto.c and the problem went away. I'm not that familiar with the module system, so perhaps there is something else wrong with my configuration and this is the wrong fix. In any case, here is the patch: --- crypto.c.orig Fri Mar 3 20:21:35 2006 +++ crypto.cFri Mar 3 20:21:04 2006 @@ -252,6 +252,7 @@ }; MODULE_VERSION(crypto, 1); DECLARE_MODULE(crypto, crypto_mod, SI_SUB_DRIVERS, SI_ORDER_FIRST); +MODULE_DEPEND(crypto, zlib, 1, 1, 1); /* * Create a new session. For reference, I am running: FreeBSD vir.in.vadev.org 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Fri Mar 3 16:23:47 EST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SERVER i386 Last cvsup'd at 2006-03-03 04:07:00 EST. Please let me know if there is a better way to fix this. Any input would be appreciated. Thanks. - Ben ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
JoaoBR wrote: thank's for your kind advice :) so listen and learn: FreeBSD any version from CD is up in 10 minutes, reboot is 30-40 seconds that what you call complex procedure to set up a raid is done by three commands, 2 minutes for a slow typer perhaps? I would certainly see the installer handling software RAID as a considerable benefit. From what I've seen on the net, to install and boot off RAIDed system disks is quite fiddly (maybe gmirror is the exception here, as I've mainly been looking at striping). Cheers Mark ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
Patrick M. Hausen writes: Hello! Is it possible to boot off the install CD, setup a gmirror, and then reboot and install on the mirror (and expect things to work ok)? Anyone try this? It would be nice if the installer let you do this... AFAIK, no. Install a minimal system on the first disk, then follow these instructions: http://ezine.daemonnews.org/200502/diskmirror.html When the mirror is up and running, cvsup, buildworld, buildkernel, installkernel, installworld, mergemaster, reboot, enjoy ;-) I think that the instructions in the above mentioned article mildly incorrect in that they enable soft-updates when they newfs the root partition. I just asked a question about this in -stable but haven't heard any commentary. Am I misguided ,or? Thanks, g. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fresh install on gmirror'ed disks?
Mike Jakubik wrote: Andrew, have you considered adding support for creating geom based raid/lvm to the bsd installer? I have added it to my todo list. I want to get something in working with a release and any changes needed in cvs before I look at adding more features. Andrew ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_4 on flash disk and swap
On Sat, 2006-Mar-04 00:25:01 +0200, Dmitry Pryanishnikov wrote: On Sat, 4 Mar 2006, Peter Jeremy wrote: swap space for a process and failed. The kernel tries to recover by killing the largest process (which should also be syslog'd). I'm In my case, not a single process has been killed. And I suppose that I know why... Once swap_pager_full is set (which it has been in your case), the kernel will kill processes if it thinks it's short of memory, defined as (the following are all sysctl names): vm.stats.vm.v_free_reserved + vm.stats.vm.v_cache_min vm.stats.vm.v_free_count + vm.stats.vm.v_cache_count ... because I think it wasn't a process which requested a page - it apparently was a softupdates code. Or possibly the dirhash code - it also needs RAM. Do you really believe that RELENG_4 lacks real memory for make buildworld on i386 with 256Mb RAM? No. It seems fairly unlikely but it's been a long while (probably pre 4.x) since I've tried building world in a limited memory environment. g++ can eat lots of memory and I know ld used to. It seemed less likely that rm would fill up your memory. My diagnostics (swap_pager_getswapspace: failed) occurs only once per OS run (it doesn't repeat until I reboot by box), and even with vm.swap_enabled=0! My reading of the code suggests that swap_pager_full (which triggers the message) will not be reset unless you have some swap so this would be expected. So I think it's harmless, I just want to confirm it w/o digging OS vm code. Once you've received this message, the OS is free to kill your processes until it frees up some swap (which it can't do if you don't have any). I suggest you have a quick look through vm/swap_pager.c and vm/vm_pageout.c, looking at swap_pager_full and swap_pager_almost_full. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Failed disk sectors
On Fri, 2006-Mar-03 17:23:33 -0800, Doug Hardie wrote: The drive SMART status show plenty of available spare sectors, but since it can't read those sectors it won't remap them to a spare sector till the next write of that sector. It's probably a good idea to start think about replacing the disk anyway. I have not found anything in the archives or man pages or ports that addresses identifying the object/file that has that LBA. Look at the thread starting http://lists.FreeBSD.org/pipermail/freebsd-hackers/2006-February/015475.html So I assume I would have to subtract the start of that partition from the LBA. Yes. However, that assumes that the LBA is in the same 512 byte block numbering system. It is. You can always double check by verifying that the superblocks are where you calculate they should be and that when you translate the LBA to an offset within the partition, you get an error when you attempt to read that LBA within the partition. Next has to address the bsdlabel. I am now presuming that the LBA value of 0 is the start of the drive, not the start of the partition. I'm almost certain they are - the error message would include the slice/partition number if they were relative to the start of the slice/partition (otherwise you couldn't be certain which slice/ partition was affected). Again, you can check by verifying that the superblocks are where you expect and the translated LBAs give errors. At that point I think I have the values that would be found in the block tables in the inodes. It could also be in the cylinder group metadata - superblock copy, inodes or free block bitmaps. And remember to correctly handle indirect blocks. Before digging into the inode structures I though it would be a good idea to check my understanding to this point. Am I on the right path? Yes you are. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]