Failure to do netinstall
Dear Sirs, I have faced an unpleasant fact that your netinstall ability of 7.2 RELEASE and 8.0-RC2 are dead. My network card is being identified and initialized properly (an old 3com980), it gets DHCP setup (IP, gateway, DNS info is ok), but... That's all that is done properly. When I try to select any flavor of network install, it crashes with a message like "Cannot connect bla bla bla: the connect is in wrong state." What should I do now if I want to install FreeBSD via network and have no option of changing the hardware? Yours faithfully, Vadim. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Merging Related Information from 2 Tables
On Thursday 29 October 2009 20:44:12 Martin McCormick wrote: > Giorgos Keramidas writes: > > You should use a Perl or Python script, and a hash... > > > > If you show us a few sample lines from the input file and how you want > > the output to look, it shouldn't be too hard to quickly hack one of those > > together. The alternative is to use join(1). > A records look like: > > hydrogen.cis.osu. 43200 IN A 192.168.2.123 > > Text or TXT records look similar [...] > > hydrogen.cis.osu. 5 IN TXT "cordell-north,009,192.168.2.123" This will work well since the default join field is the first field in the line. Jonathan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why is sendmail is part of the system and not a package?
On Thursday 29 October 2009 21:58:54 Lars Eighner wrote: > On Thu, 29 Oct 2009, Ruben de Groot wrote: > > sendmail is NOT a legacy application. It's actively being developed > > ON FreeBSD. Actually, the maintainer(s) are doing a great job > > Bullshit. > > Why does sendmail call up the internet during boot? If it needs to know > who it is, why can't it look in hosts? Since it cannot be trusted to send > mail, what does it need to know from the internet? It has been horribly > broken for the 15 years or so that I have run FBSD, and this m4 stuff is a > pile of crap. There is no documentation whatsoever. Unless you buy a book > from O'Reilly and line the pockets of the "maintainer(s)." Why can't it be > a option to configure the system without it? Not any money in that, is > there? This is exactly the sort of ill-informed religious rant that always comes up when sendmail is discussed, and makes me wonder why some people are so vehemently anti-sendmail that they feel the need to say things which are only marginally true if that. My laptop boots quite happily without an Internet connection, so it's simply not true to say that sendmail always calls the Internet during boot. Have a look at /usr/share/sendmail/cf/README, and at /usr/src/contrib/sendmail/doc/op (where you can make the sendmail operations guide in a variety of formats including pdf) and you'll realise that your claim that there's no documentation is also flat-out false. I've got the Bat book (in fact I've got *looks at bookshelf* the 2nd and 3rd editions). I almost never look at them any more because I can find what I need in the documentation provided with sendmail. No-one is asking you to use sendmail, or even to like it, but please don't lie about it; and if you don't want sendmail in the base system, do as several people have suggested, pull your finger out and do the work to fix it. Jonathan (Just in case, I should probably point out explicitly that, as usual, I don't speak for my employer: this is an entirely personal opinion). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why is sendmail is part of the system and not a package?
In freebsd-questions Digest, Vol 282, Issue 14, Message 14 On Thu, 29 Oct 2009 14:58:54 -0500 (CDT) Lars Eighner wrote: > On Thu, 29 Oct 2009, Ruben de Groot wrote: > > > sendmail is NOT a legacy application. It's actively being developed > > ON FreeBSD. Actually, the maintainer(s) are doing a great job > > Bullshit. :) IYNSHO. > Why does sendmail call up the internet during boot? If it needs to know who > it is, why can't it look in hosts? See the section: WHO AM I? in /usr/src/contrib/sendmail/cf/README (assuming you haven't deleted the documentation from your system) > Since it cannot be trusted to send mail, what does it need to know > from the internet? The first clause reflects an opinion you apparently formed many years ago from which you seem determined not to let any contrary indications dissuade you. I certainly trust sendmail to send mail - who to accept mail from is always the far greater issue - though after only 11+ years using FreeBSD, I clearly haven't your depth of experience. > It has been horribly broken for the 15 years or so that I have run FBSD, What was the last version of sendmail you actually used? Sure 8.8 was a bear to configure against spam back in '98; I almost succumbed to buying the book back then, but always found what I needed here, by searching or at sendmail.org. Since FreeBSD ~4.5 I've done just fine using 'make'. (cd /etc/mail; ee access; make maps) is my usual extent of maintenance. > and this m4 stuff is a pile of crap. Works here :) though I just let 'make' hide all of the gritty stuff. > There is no documentation whatsoever. Re-sup your sources? There's plenty here, and the abovementioned README contains just about everything I've ever needed to configure sendmail. Mail is never going to be any trivial one-conf-fits-all service and requires some study, with at least a slightly open attitude. > Unless you buy a book from O'Reilly and line the pockets of the > "maintainer(s)." Why can't it be a option to configure the system > without it? Not any money in that, is there? Maybe a systems programming background helped, but since ~'02 I've felt no further need to explore the intricacies of sendmail.cf tinkering. Others here affirm that you can indeed configure FreeBSD not to use sendmail, or any mailer, but I've never had a need so can't comment. There's an old folk song you may have come across that pretty well covers the best approach to fixing any such perceived brokenness: http://www.songsforteaching.com/folk/theresaholeinthebucket.htm cheers, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why is sendmail is part of the system and not a package?
MAKE THE PAIN STOP. Seriously, read back in the friggin' mailing list archives. None of y'all are going to say anything that hasn't been said before. Or don't, and just prove how valuable your time isn't by wasting it arguing about something that everyone else is just rolling their eyes at and ignoring, as they've seen it all before. This bikeshed is old and tired. I don't want to paint it. I want to drown it in lighter fluid and set it on fire. -- randi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Wireless packet loses
Hi. I am currently using FreeBSD 7.2-RELEASE. I have a problem with wireless networks. I am using FreeBSD as an access point with wpa encryption. Almost %30 packets are loses when I ping the ap. It's very painfully to use ssh connection with this ap. Do you have any idea about packet loses? My adapter is Edimax 7128. My ping result from a Linux machine: $ ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.354 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.309 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.306 ms 64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.272 ms 64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.293 ms 64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=35.3 ms 64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=0.302 ms 64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=0.270 ms 64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=0.304 ms 64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=0.268 ms 64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=0.270 ms 64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=0.307 ms 64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=0.310 ms 64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=0.268 ms 64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=0.469 ms 64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=0.303 ms 64 bytes from 192.168.1.1: icmp_seq=23 ttl=64 time=0.269 ms ^C --- 192.168.1.1 ping statistics --- 23 packets transmitted, 17 received, 26% packet loss, time 21999ms rtt min/avg/max/mdev = 0.268/2.364/35.324/8.240 ms Other informations about this machine: # uname -a FreeBSD onur-bsd 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 r...@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 # ifconfig ral0 list caps ral0=2181e500 # ifconfig ral0 ral0: flags=8843 metric 0 mtu 2290 ether 00:0e:2e:ff:6b:e4 inet 192.168.1.1 netmask 0xff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid ONURNET channel 1 (2412 Mhz 11g) bssid 00:0e:2e:ff:6b:e4 authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP 3:128-bit txpower 50 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS dtimperiod 1 # cat /etc/hostapd.conf interface=ral0 debug=1 ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=ONURNET wpa=1 wpa_passphrase=mypassword wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP TKIP ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: APACHE/PHP/MYSQL Password Hash
Monty Pyth wrote:
I have inherited a website to work on that users authenticate to
using a login and password from a login page. The server is FreeBSD
6.2 running APACHE/PHP/MYSQL. There is a MYSQL table that maintains
all of the users. The table has a users name and password. The
password is hashed and some examples are:
02SvtVJnRLzuQ
42jhVP6kxUBX6
Can anyone tell me what file I would look at to see what hash
algorithm is being used to store the passwords in the table? Any help
would be great.
If this is using Apache basic auth (mod_authn_dbd) then the passwords
will be stored using the old-style DES password hash. If the passwords
are managed from PHP, then it is anyone's guess as to how they are
stored.
The samples do provided look like old-style DES password hashes, but it's
not possible to be certain that's what they are just by looking at them.
See crypt(3) for the OS interface for generating password hashes. There
is an equivalent PHP function:
http://uk.php.net/manual/en/function.crypt.php
or you can play with perl to learn how it works:
% perl -le 'print crypt("password", "aa");'
aajfMKNH1hTm2
The 2nd argument is the salt, a randomly generated value used to ensure
that the same password encrypts to different hashes if used in different
accounts.
It's the same basic API that is used in the system password file,
but nowadays the salt is 6 characters rather than two, and there is
a choice of hashing function -- this uses MD5:
% perl -le 'print crypt("password", q{$1$aa$});'
$1$aa$FuYJ957Lgsw.eVsENqOok1
Cheers,
Matthew
PS. 42jhVP6kxUBX6 is a Googlewhack, or it was until I sent this message.
However one way of quickly decoding a password has is just to Google
for the crypt text -- no guarantees but surprisingly often you'll find
the answer for the old style DES hashes...
--
Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
Kent, CT11 9PW
signature.asc
Description: OpenPGP digital signature
IPv6-only host and portupgrade
Hi, have done a "best effort" to avoid useless question, am posting after various faq-research and tests. having an IPv6-ONLY (FreeBSD 7.0) host that needs to perform a "portsnap fetch" there is NO LIST of portsnap-IPv6-capable servers. maybe they don't exists or i am "too blind" to find them; is there anybody that can post hostnames or links to souch kind of servers? obviously i can "workaround" using an IPv4-&-IPv6 intermediate-host, but the goal is a "pure" IPv6 FreeBSD farm. regards Alessandro ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why is sendmail is part of the system and not a package?
On Fri, 30 Oct 2009, Ian Smith wrote: > Why does sendmail call up the internet during boot? If it needs to know who > it is, why can't it look in hosts? See the section: WHO AM I? in /usr/src/contrib/sendmail/cf/README (assuming you haven't deleted the documentation from your system) Or did not install the src. WHO AM I? doesn't answer the question of how to turn off calling up the internet on every boot. But let's see how far we can get in the README divert(0) Evidently doesn't really matter. VERSIONID(`') Evidently doesn't really matter. OSTYPE(`hpux9')dnl You must specify an OSTYPE to properly configure things such as the pathname of the help and status files, the flags needed for the local mailer, and other important things. If you omit it, you will get an error when you try to build the configuration. Look at the ostype directory for the list of known operating system types. Okay, let's look in ostype directory: freebsd4, freebsd5, freebsd6. But wait! on freshly cvsupped source for 7.2-p4, freebsd7 is not a recognized ostype according to the ostype directory. It says the configuration won't build without. No point in going on from here if my ostype doesn't exist. And it looks like if I could get past here, I'd be back editing the source every time I upgraded the system because for some reason, after all these years, there cannot be a plain English configuration file in /etc such every other service has managed to come up with. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Thu, 29 Oct 2009 23:15:08 + Freminlins wrote: > Yeah, thanks for that. I knew about that file, but don't often read > it. There's even more to the saga - Xkblayout doesn't work. This > whole HAL thing stinks horribly. IF X is built with HAL basically > certain options specified in xorg.conf no longer work. HAL thinks it > knows best. But it doesn't, cos it's broken. Xkblayout doesn't work because you need to use fdi files now. http://ubuntuforums.org/showthread.php?t=948154 has some details - essentially you need to put some XML in /usr/local/etc/hal/fdi/policy/ that tells it what layout to use. It's rather frustrating that information is scattered in forums - I couldn't see any official-looking articles on configuring it. -- Bruce Cran ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Sendmail SMTP server outgoing email rate
Hi, Is there a way that I could configure sendmail so that I could control the rate of outgoing emails? For example if there are 2 outbound emails destined for Yahoo.com server then they would be sent one connection at a time so that it is not flooding their server. Also, is there a limit on the incoming connection for sendmail? Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sendmail SMTP server outgoing email rate
On Thu, Oct 29, 2009 at 09:50:06PM -0700, Aflatoon Aflatooni typed: > Hi, > Is there a way that I could configure sendmail so that I could control the > rate of outgoing emails? > For example if there are 2 outbound emails destined for Yahoo.com server then > they would be sent one connection at a time so that it is not flooding their > server. > > Also, is there a limit on the incoming connection for sendmail? For incoming connections you are looking at the ratecontrol and conncontrol features, see /usr/share/sendmail/cf/README. For outgoing, I don't know. Why would you want to be so nice to the Yahoo.com server ;) They should rate-limit their server if they have a problem (and I bet they do this). There is a SINGLE_THREAD_DELIVERY option, but that's probably not what you want. cheers, Ruben ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
Bruce Cran wrote: > On Thu, 29 Oct 2009 23:15:08 + > Freminlins wrote: > > >> Yeah, thanks for that. I knew about that file, but don't often read >> it. There's even more to the saga - Xkblayout doesn't work. This >> whole HAL thing stinks horribly. IF X is built with HAL basically >> certain options specified in xorg.conf no longer work. HAL thinks it >> knows best. But it doesn't, cos it's broken. >> > > Xkblayout doesn't work because you need to use fdi files now. > http://ubuntuforums.org/showthread.php?t=948154 > has some details - essentially you need to put some XML > in /usr/local/etc/hal/fdi/policy/ that tells it what layout to use. > It's rather frustrating that information is scattered in forums - I > couldn't see any official-looking articles on configuring it. > > You were not looking in the right place then: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: FBSD 7.2, on a CQ60-419WM Presario, about headphones
Le Wed, 14 Oct 2009 21:55:23 -0400, Henry Olyer a écrit : Hello, > How do I get to use the headphones? > The speaker works but continues to play when I plug in headphones. If it's not a secret, which sound card and driver? I don't know for the rest. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sendmail SMTP server outgoing email rate
On Thu, 29 Oct 2009 21:50:06 -0700 (PDT), Aflatoon Aflatooni wrote: > Hi, > Is there a way that I could configure sendmail so that I could control > the rate of outgoing emails? > > For example if there are 2 outbound emails destined for Yahoo.com > server then they would be sent one connection at a time so that it is > not flooding their server. > > Also, is there a limit on the incoming connection for sendmail? Yes, there is a limit for the incoming connections. See the description of "confCONNECTION_RATE_THROTTLE" and "confCONNECTION_RATE_WINDOW_SIZE" in "/usr/share/sendmail/cf/README". For outgoing connections Sendmail only supports throttling based on the load average of the system, at least AFAIK. So you will probably have to use some sort of connection rate-limiting in your firewall if you want to limit the number of outgoing connections. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
issues with email migration
This morning I moved the contents from the server over to an NFS share. This is a freebsd 6.2 server running postfix, courier-imap and squirrelmail. I used rsync to move the data for /www and /mail over to the nfs share. After I made the changed to fstab and rebooted, every thing came up and email seemed to be faster but in fact it wasn't. Once I realized that there was an issue, I changed the link back for the /www directory to the original location and left the link for /mail pointing to the nfs share. I found from a search to try newaliaies and the restart postfix but that didn't work. Maillog: Oct 30 06:11:38 bonnie postfix/smtpd[1337]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:11:39 bonnie postfix/master[889]: warning: process /usr/local/libexec/postfix/smtpd pid 1337 exit status 1 Oct 30 06:11:39 bonnie postfix/master[889]: warning: /usr/local/libexec/postfix/smtpd: bad command startup - throttling Message: Oct 30 06:00:27 bonnie postfix/smtpd[1177]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:01:28 bonnie postfix/smtpd[1184]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:02:29 bonnie postfix/smtpd[1192]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:03:30 bonnie postfix/smtpd[1218]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:04:31 bonnie postfix/smtpd[1235]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:05:32 bonnie postfix/smtpd[1256]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:06:33 bonnie postfix/smtpd[1270]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:07:34 bonnie postfix/smtpd[1296]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Oct 30 06:08:35 bonnie postfix/smtpd[1307]: fatal: shared-lock database /www/mailman/data/aliases.db for open: Operation not supported Any thoughts on the subject? Thanks in advance. David Patton Technology Department Farmington R7 School District ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: breakthru, maybe....
On Thu, Oct 29, 2009 at 01:31:26PM -0700, Gary Kline wrote: > [snip] > > And for my next trick: I'm ordering a UPS. It is only for the > DNS server and firefall (pfSense). I'll either refurb the > current computer or buy a newer 32-bit for the firewall. I'd > like suggestions on which UPS to buy. Figuring the Dell Duo > and a standard Intel box, would 250w be a good enough SWAG? > > gary You've got a choice of buying a "thick" UPS or a "smart" UPS. The "smart" UPS has a cable running from a USB port and it signals the computer (running a UPS daemon) to power down after a certain period of time or after the charge in the UPS has got to some user set percentage. The "thick" UPS doesn't have the cable and just runs your hardware until the battery is flat or the power returns, whichever comes first. As you will have guessed, the "smart" UPSes are more expensive than the "thick" ones and they also tend to be beefier. Obviously the "smart" ones are more featureful but you know what your budget is. I've got an APC Smart 750VA which powers my server, router and workstation. I've also got a trailing lead plugged into it. This I use to plug in miscellaneous electrical gadgets and protect them from surges. Current load: 37% of full capacity. I run apcupsd from ports and it seems to work well. So my recommendation is to get something like mine (if you can afford it) and you can plug in other stuff and still have a reasonably long runtime. PS. They have lead acid batteries and it's best not to flatten them. Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: issues with email migration
Hi David, On Fri, Oct 30, 2009 at 1:59 PM, David Patton wrote: > This morning I moved the contents from the server over to an NFS share. > > > > This is a freebsd 6.2 server running postfix, courier-imap and > squirrelmail. > I used rsync to move the data for /www and /mail over to the nfs share. > After I made the changed to fstab and rebooted, every thing came up and > email seemed to be faster but in fact it wasn't. Once I realized that there > was an issue, I changed the link back for the /www directory to the > original > location and left the link for /mail pointing to the nfs share. I found > from > a search to try newaliaies and the restart postfix but that didn't work. > > > > Maillog: > > Oct 30 06:11:38 bonnie postfix/smtpd[1337]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:11:39 bonnie postfix/master[889]: warning: process > /usr/local/libexec/postfix/smtpd pid 1337 exit status 1 > > Oct 30 06:11:39 bonnie postfix/master[889]: warning: > /usr/local/libexec/postfix/smtpd: bad command startup - throttling > > > > Message: > > Oct 30 06:00:27 bonnie postfix/smtpd[1177]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:01:28 bonnie postfix/smtpd[1184]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:02:29 bonnie postfix/smtpd[1192]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:03:30 bonnie postfix/smtpd[1218]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:04:31 bonnie postfix/smtpd[1235]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:05:32 bonnie postfix/smtpd[1256]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:06:33 bonnie postfix/smtpd[1270]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:07:34 bonnie postfix/smtpd[1296]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > > Oct 30 06:08:35 bonnie postfix/smtpd[1307]: fatal: shared-lock database > /www/mailman/data/aliases.db for open: Operation not supported > although i am certainly not an expert regarding email issues nor NFS, but could it be that the NFS server needs to support "lockd" and "statd" ? i have this in my /etc/rc.conf: rpc_lockd_enable="YES" rpc_statd_enable="YES" kind regards, usleep ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
NIS users can't login with FTPD
Hello I've installed a nes machine ( 7.2 / 64 bits ) which runs like a charm EXCEPT for the FTP service for NIS users ... Local users ( which are present in /etc/passwd file ) have no problem BUT NIS users cannot log in when using telnet NIS users have no problem to log in ... Thank for any help the /etc/pam.d/ftpd looks like the following # # $FreeBSD: src/etc/pam.d/ftpd,v 1.19.8.1 2009/04/15 03:14:26 kensmith # # PAM configuration for the "ftpd" service # # auth authsufficient pam_opie.so no_warn no_fake_prompts authrequisite pam_opieaccess.so no_warn allow_local #auth sufficient pam_krb5.so no_warn #auth sufficient pam_ssh.so no_warn try_first_pass authrequiredpam_unix.so no_warn try_first_pass # account account requiredpam_nologin.so #accountrequiredpam_krb5.so account requiredpam_unix.so # session session requiredpam_permit.so mail# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
> --On Thursday, October 29, 2009 16:55:58 -0500 Freminlins > > wrote: > > > > I know this isn't specifically a FreeBSD problem, HAL > being needed by X. But > > the flipping installer should enable it when I > selected X flipping User from > > the install options. > > > > My little upgrade has now turned from a bit of fun > into a saga that I don't > > want to go through again. > > > > I had to get this off my chest. It was, as they say, > doing my head in. > > > > Far be it from me to pile on when you're already so > frustrated, but I run into > these sorts of problems myself from time to time. > It's usually because I > didn't bother to read /usr/ports/UPDATING first, which in > this case might have > warned you. > > 20090123: > AFFECTS: users of x11-servers/xorg-server > AUTHOR: rnol...@freebsd.org > I hate to say this; but I carefully read the UPDATING log you quoted and used the solution suggested - which did not work for me. It sounds like there is some special extra installation required - and I have not found the details on it. This is a very old problem. I worked on this problem until I got frustrated and installed Linux. I hate it and look forward to this problem in FBSD being fixed so I can go back. USB stuff - and ethernet divices don't work worth squat in Linux. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
> > > Far be it from me to pile on when you're already so > > frustrated, but I run into > > these sorts of problems myself from time to time. > > It's usually because I > > didn't bother to read /usr/ports/UPDATING first, which in > > this case might have > > warned you. > > > > 20090123: > > AFFECTS: users of x11-servers/xorg-server > > AUTHOR: rnol...@freebsd.org > > > > I hate to say this; but I carefully read the UPDATING log you quoted and > used the solution suggested - which did not work for me. It sounds like > there is some special extra installation required - and I have not found the > details on it. This is a very old problem. I worked on this problem until I > got frustrated and installed Linux. I hate it and look forward to this > problem in FBSD being fixed so I can go back. > > USB stuff - and ethernet divices don't work worth squat in Linux. > Well that particular entry isn't necessary as noted by the next one in UPDATING. Is it possible your doing it wrong? It's worked for me on many different installations and hardware platforms. All I see on this thread is griping with no error logs or configuration files. It's almost like the complainers don't want their issues addressed so they can keep on keeping on. I see various complaints about HAL using too much memory. Exactly how is that determined? I hope top wasn't used to make that evaluation. Is xorg documentation fragmented? Sure, I hear you. That's why I use this: http://www.freebsd.org/doc/en/books/handbook/x-install.html dual-screens either twin-view or http://www.thinkwiki.org/wiki/Xorg_RandR_1.2 Since switching to HAL, I have never had an issue with mouse or keyboard. Prior to HAL, setup was more of an issue and stable once configured. Now setup is no issue, and it's stable. Seems like a positive move. Only issue I experienced was migrating from xorg non-HAL to xorg HAL. Once I got my head around the fact that this is easier, it was no longer an issue. Provide xorg-server is current, I've yet to see that fail. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Fri, 30 Oct 2009, Neil Short wrote: 20090123: AFFECTS: users of x11-servers/xorg-server AUTHOR: rnol...@freebsd.org I hate to say this; but I carefully read the UPDATING log you quoted and used the solution suggested - which did not work for me. It was a temporary solution to a short-term bug. The very next entry: 20090124: AFFECTS: users of x11-servers/xorg-server, sysutils/hal AUTHOR: rnol...@freebsd.org sysutils/hal has been updated and should now properly detect mice for in X.org. Use of AllowEmptyInput should no longer be needed for most users and moused should now work fine. Like the forum entries with the obsolete information on installing Flash, it keeps coming back. It sounds like there is some special extra installation required - and I have not found the details on it. The Handbook entry on X configuration is mostly complete and correct: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html -Warren Block * Rapid City, South Dakota USA___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Failure to do netinstall
On Friday 30 October 2009 03:12:29 Vadim Maksimenko wrote: > I have faced an unpleasant fact that your netinstall ability of 7.2 > RELEASE and 8.0-RC2 are dead. My network card is being identified and > initialized properly (an old 3com980), it gets DHCP setup (IP, gateway, DNS > info is ok), but... That's all that is done properly. When I try to select > any flavor of network install, it crashes with a message like "Cannot > connect bla bla bla: the connect is in wrong state." I just did a network installation of 8.0-RC2 yesterday (albeit from an 8.0-RC1 bootonly CD) so I'm fairly certain it's not totally broken. Since you apparently got a valid DHCP lease on your NIC it's probably not the card or the driver that's broken either > What should I do now if I want to install FreeBSD via network and have > no option of changing the hardware? We need to figure out what _is_ wrong. Can you provide more details of the exact steps you took during the setup? Do you have the exact error message? Guessing wildly, it's entirely possible that sysinstall got confused at some point. Did you have to repeat the network configuration or FTP server selection? Did you try repeating the installation after a reboot? JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
I've read the responses and comments here, so don't think I'm ignoring anyone because I haven't responded directly. I rebuilt xorg-server without HAL. I killed hal stone dead and started up the new (i.e. old-skool) xorg. It all works fine. My mouse and keyboard work as specified in the xorg.conf file, rather than in the new-fangled xml way of doing things or adding setxkbmap to my xinitrc file. I am also 18MB of RAM better off. Specifically for Adam, who asks a rhetorical question about HAL, memory usage and top. The answer for me is 18MB too much. My advice to anyone who has problems with X and HAL - rebuild xorg-server without HAL (it doesn't take long), then start from that base. I have to say this HAL way of doing things is using a sledgehammer to crack a nut. Sure X can be a bit horrible to configure, but HAL itself is ugly, resource hungry and doesn't work 100%. It seems to be an example of supposedly making things easier, except when it doesn't work. Life is a calm blue ocean once again. MF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Fri, Oct 30, 2009 at 10:58 AM, Freminlins wrote: > I've read the responses and comments here, so don't think I'm ignoring > anyone because I haven't responded directly. > > I rebuilt xorg-server without HAL. I killed hal stone dead and started up > the new (i.e. old-skool) xorg. It all works fine. > > My mouse and keyboard work as specified in the xorg.conf file, rather than > in the new-fangled xml way of doing things or adding setxkbmap to my > xinitrc > file. I am also 18MB of RAM better off. Specifically for Adam, who asks a > rhetorical question about HAL, memory usage and top. The answer for me is > 18MB too much. > No my point was top is not accurate measure of HAL's memory usage. HAL has shared library's just like many other applications. > > My advice to anyone who has problems with X and HAL - rebuild xorg-server > without HAL (it doesn't take long), then start from that base. > > I have to say this HAL way of doing things is using a sledgehammer to crack > a nut. Sure X can be a bit horrible to configure, but HAL itself is ugly, > resource hungry and doesn't work 100%. It seems to be an example of > supposedly making things easier, except when it doesn't work. > This is only because of your misinterpretation of data and failure to RTFM. > > Life is a calm blue ocean once again. > > MF. > > -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Fri, 30 Oct 2009 11:04:18 -0500 Adam Vande More replied: >On Fri, Oct 30, 2009 at 10:58 AM, Freminlins >wrote: > >> I've read the responses and comments here, so don't think I'm >> ignoring anyone because I haven't responded directly. >> >> I rebuilt xorg-server without HAL. I killed hal stone dead and >> started up the new (i.e. old-skool) xorg. It all works fine. >> >> My mouse and keyboard work as specified in the xorg.conf file, >> rather than in the new-fangled xml way of doing things or adding >> setxkbmap to my xinitrc >> file. I am also 18MB of RAM better off. Specifically for Adam, who >> asks a rhetorical question about HAL, memory usage and top. The >> answer for me is 18MB too much. >> > >No my point was top is not accurate measure of HAL's memory usage. >HAL has shared library's just like many other applications. >> >> My advice to anyone who has problems with X and HAL - rebuild >> xorg-server without HAL (it doesn't take long), then start from >> that base. >> >> I have to say this HAL way of doing things is using a sledgehammer >> to crack a nut. Sure X can be a bit horrible to configure, but HAL >> itself is ugly, resource hungry and doesn't work 100%. It seems to >> be an example of supposedly making things easier, except when it >> doesn't work. > >This is only because of your misinterpretation of data and failure to >RTFM. Once you have to start reading a manual to create a configuration to get basic keyboard to work, things are getting seriously out of hand. A common user should not be required to have a working knowledge of XHTML and obscure directives in order to get a piece of equipment working. -- Jerry ges...@yahoo.com |=== |=== |=== |=== | If you cannot in the long run tell everyone what you have been doing, your doing was worthless. Edwin Schrodinger ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
> > > Once you have to start reading a manual to create a configuration to > get basic keyboard to work, things are getting seriously out of hand. > > A common user should not be required to have a working knowledge of > XHTML and obscure directives in order to get a piece of equipment > working. > > What is the model number of basic keyboard? -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
--On Friday, October 30, 2009 10:11:57 -0500 Adam Vande More wrote: Well that particular entry isn't necessary as noted by the next one in UPDATING. I suppose I should have highlighted this portion of the entry - Server 1.5.3 also really wants to configure its input devices via hald. - which goes directly to the issue the OP wrote about - namely that he was caught by surprise by the fact that hald is now used for configuring devices and his old xorg.conf file would no longer work as expected. That really was my point. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
2009/10/30 Adam Vande More > > No my point was top is not accurate measure of HAL's memory usage. HAL has > shared library's just like many other applications. > Yep, I know all about that. But it is indicative. And indeed born out by the fact that when HAL is not running I get 18MB more memory free. This is only because of your misinterpretation of data and failure to RTFM. > Not entirely true. I didn't misinterpret the data - it was accurate. I didn't read the FM, but then again if HAL worked as it is meant to, I shouldn't need to. Isn't that the whole point of HAL? Starting X and finding no keyboard or mouse working is hardly what I would call success. > Adam Vande More > MF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Fri, Oct 30, 2009 at 12:34 PM, Freminlins wrote: > 2009/10/30 Adam Vande More > > >> No my point was top is not accurate measure of HAL's memory usage. HAL >> has shared library's just like many other applications. >> > > Yep, I know all about that. But it is indicative. And indeed born out by > the fact that when HAL is not running I get 18MB more memory free. > I am unable to replicate this. > > This is only because of your misinterpretation of data and failure to RTFM. >> > > Not entirely true. I didn't misinterpret the data - it was accurate. I > didn't read the FM, but then again if HAL worked as it is meant to, I > shouldn't need to. Isn't that the whole point of HAL? Starting X and finding > no keyboard or mouse working is hardly what I would call success. > Nowhere have you demonstrated HAL is not working as it's meant to. This is pointless to argue about since it's so easy to debug. Simply post the X log from your original state, and the reason it didn't work will be clearly shown. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: NIS users can't login with FTPD
what's in /etc/nsswitch.conf ? Markiyan. Frank Bonnet wrote: Hello I've installed a nes machine ( 7.2 / 64 bits ) which runs like a charm EXCEPT for the FTP service for NIS users ... Local users ( which are present in /etc/passwd file ) have no problem BUT NIS users cannot log in when using telnet NIS users have no problem to log in ... Thank for any help the /etc/pam.d/ftpd looks like the following # # $FreeBSD: src/etc/pam.d/ftpd,v 1.19.8.1 2009/04/15 03:14:26 kensmith # # PAM configuration for the "ftpd" service # # auth authsufficientpam_opie.sono_warn no_fake_prompts authrequisitepam_opieaccess.sono_warn allow_local #authsufficientpam_krb5.sono_warn #auth sufficient pam_ssh.sono_warn try_first_pass authrequiredpam_unix.sono_warn try_first_pass # account accountrequiredpam_nologin.so #account requiredpam_krb5.so accountrequiredpam_unix.so # session sessionrequiredpam_permit.so mail# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
2009/10/30 Adam Vande More > > I am unable to replicate this. YMMV. But I did replicate it. I measured "before and after". Show us the output of top from your box with the hal processes, as I did for a start. > Nowhere have you demonstrated HAL is not working as it's meant to. This is > pointless to argue about since it's so easy to debug. Simply post the X log > from your original state, and the reason it didn't work will be clearly > shown. > I disagree, and frankly I think you are ignoring facts. My old X worked fine, X with HAL did not. What can be plainer than that? Go and Google for hal problems - you will see that this is not an uncommon occurrence. It seems that the purpose of hal is to make things easier. Well it didn't for me - it made them harder. I dunno, perhaps I'm too stuck in my ways. But I've been configuring X for about 12+ years. I had the odd nightmare about 10 years ago, when I was still a noob, but not since. That is until last night, when I tried a new spoinky X+hal. Let's face it, a 3k config file which works perfectly shouldn't need to be replaced with 18MB of continuously running programs which still needs configuring. Instead of trying to say that hal works and I haven't demonstrated otherwise, actually go and look, as I did. Just Google "xorg hal" and you will see all kinds of probs. Google for "xorg without hal" for some other people's choice words on problems with hal. Reading up a little more on HAL today, it makes me laugh and cry. Here's a few bits with my take: 1. "HAL .fdi files--the new Xorg configure" 2. "Xorg/hal works but no mouse wheel" 3. "Reclaim your sanity from Xorg and HAL" 4. "Fed up with Xorg + hal mess" 5. "X.Org is well on its way to getting rid of lots of xorg.conf magic and moving it into obscure elements of HAL" My interpretation: 1. Great, Xorg doesn't need a config file, but to make it do what you want you will need config FILES. 2. HAL detection doesn't work properly. Wheel mice are very common. 3. HAL is insane. 4. It's not just me. 5. Why make something obscure? Is obscure better? Look, I appreciate the good intentions behind HAL, to make X setup very easy and automatic for as many people as possible. But when it doesn't work properly, it's no good saying that it does. If people still have problems with X/HAL/mice/keyboards/keymaps then it should not be called success. We haven't really gained anything. We have just from learning how to configure X in Xorg.conf to HAL in other places. Some people would call that re-inventing the wheel. -- > Adam Vande More > MF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
I just saw this on my gentoo list (yes, there are folks complaining about HAL there as well). I don't know anything about this project other than it's intentions are to build a replacement for HAL. http://www.freedesktop.org/wiki/Software/DeviceKit ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
I was part of this and the x11 mailing list during the period in which most made the switch to hal. I am fully aware of all the complaining which occurred. There was a bug which made the issue difficult. I experienced it, the workaround was available nearly immediately and fixed soon after. Nearly of the complaints were due to that bug, or misconfiguration just as you are experiencing. The bug was basically moused and hal fighting over who was polling the mouse while X was running. top is a horrible method of measuring memory usage by a process. procstat(1) will give you a much better picture, I suggest you challenge your assumptions and explore that path. However since you asked here is the diff. w/ HAL: CPU: 0.2% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.8% idle Mem: 66M Active, 43M Inact, 95M Wired, 776K Cache, 48M Buf, 1789M Free Swap: 4063M Total, 4063M Free /usr/local/etc/rc.d/hald stop had no discernible effect on usage. reboot after hald_enable="NO" in /etc/rc.conf CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 62M Active, 43M Inact, 93M Wired, 660K Cache, 47M Buf, 1795M Free Swap: 4063M Total, 4063M Free -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
--On Friday, October 30, 2009 13:44:07 -0500 Freminlins wrote: 2009/10/30 Adam Vande More I am unable to replicate this. YMMV. But I did replicate it. I measured "before and after". Show us the output of top from your box with the hal processes, as I did for a start. FWIW, here's mine: 1300 haldaemon 1 440 6824K 4316K select 0 0:03 0.00% hald -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
2009/10/30 Adam Vande More > I was part of this and the x11 mailing list during the period in which most > made the switch to hal. I am fully aware of all the complaining which > occurred. There was a bug which made the issue difficult. I experienced > it, the workaround was available nearly immediately and fixed soon after. > Nearly of the complaints were due to that bug, or misconfiguration just as > you are experiencing. The bug was basically moused and hal fighting over > who was polling the mouse while X was running. top is a horrible method of > measuring memory usage by a process. > But people are STILL having problems, like me last night. These "misconfigurations", isn't that what HAL is meant to stop people from doing, by configuring things itself? I tried with no xorg.conf file at all, I tried all sorts of things, it was very very ugly. Did you actually read what I wrote, or did you make up your mind that I had misconfigured something? Let me repeat it - I was given no keyboard or mouse. > procstat(1) will give you a much better picture, I suggest you challenge > your assumptions and explore that path. > > However since you asked here is the diff. You have just proved that you didn't read what I wrote. Let me repeat it: "Show us the output of top from your box with the hal processes". You have just showed the headings, which doesn't mean a lot. I think you have closed your eyes to the problems that people experience with hal. That is a pity, because it won't improve anything. -- Adam Vande More MF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Fri, Oct 30, 2009 at 2:45 PM, Freminlins wrote: > 2009/10/30 Adam Vande More > >> I was part of this and the x11 mailing list during the period in which >> most made the switch to hal. I am fully aware of all the complaining which >> occurred. There was a bug which made the issue difficult. I experienced >> it, the workaround was available nearly immediately and fixed soon after. >> Nearly of the complaints were due to that bug, or misconfiguration just as >> you are experiencing. The bug was basically moused and hal fighting over >> who was polling the mouse while X was running. top is a horrible method of >> measuring memory usage by a process. >> > > But people are STILL having problems, like me last night. These > "misconfigurations", isn't that what HAL is meant to stop people from doing, > by configuring things itself? I tried with no xorg.conf file at all, I tried > all sorts of things, it was very very ugly. Did you actually read what I > wrote, or did you make up your mind that I had misconfigured something? Let > me repeat it - I was given no keyboard or mouse. > Due to misconfiguration... > > > > >> procstat(1) will give you a much better picture, I suggest you challenge >> your assumptions and explore that path. >> >> However since you asked here is the diff. > > > > You have just proved that you didn't read what I wrote. Let me repeat it: > "Show us the output of top from your box with the hal processes". You have > just showed the headings, which doesn't mean a lot. > You're correct, the heading isn't a great method. It is however much more pertinent that the rest of output. Let me try another way. EACH LINE SHOWN IN TOP REPRESENTS THE CUMULATIVE MEMORY FOR THE PROCESS, INCLUDING SHARED MEMORY. IF PROCESS X IS LISTED 10 TIMES USING 10MB, THE TOTAL FOR PROCESS X IS PROBABLY NOT 100MB, AND MAY EVEN BE 10MB TOTAL. YOU CANNOT DETERMINE USEAGE BY TOP > > I think you have closed your eyes to the problems that people experience > with hal. That is a pity, because it won't improve anything. > It's me that doesn't read what is written? Please, you've already admitted to not RTFM and demonstrated you either didn't read, or didn't understand what's being said here. Software changes over time, a configuration file from years ago isn't always going to work. That's what manuals, online docs, and the handbook are for. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
--- On Fri, 10/30/09, Freminlins wrote: > From: Freminlins > Go and Google for hal problems - you will see > that this is not an uncommon occurrence. It seems that the > purpose of hal is to make things easier. Well it didn't > for me - it made them harder. I dunno, perhaps I'm too > stuck in my ways. But I've been configuring X for about > 12+ years. > Adam Vande More > > This is comforting for many reasons: notably, that I'm not alone in this experience. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
You are arrogant because you won't accept that people have problems with your beloved HAL, the Half Arsed Luser program. Some or many in the Linux crowd are planning to move away from it because it doesn't work properly. You don't accept that a 3k config file now needs 18MB of RAM. And doesn't work properly into the bargain anyway. You blame the users. Let's leave it at that. I have done what is right - I have moved away from Xorg + HAL which didn't work to Xorg - HAL which words properly. And I've saved 18MB of RAM. Goodbye. MF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Fri, Oct 30, 2009 at 3:08 PM, Freminlins wrote: > You are arrogant because you won't accept that people have problems with > your beloved HAL, the Half Arsed Luser program. Some or many in the Linux > crowd are planning to move away from it because it doesn't work properly. > > You don't accept that a 3k config file now needs 18MB of RAM. And doesn't > work properly into the bargain anyway. > > You blame the users. > > Let's leave it at that. I have done what is right - I have moved away from > Xorg + HAL which didn't work to Xorg - HAL which words properly. And I've > saved 18MB of RAM. > > Goodbye. > > MF. > Where's your config files, your errors logs, your stats? That's what I thought. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
2009/10/30 Neil Short > > This is comforting for many reasons: notably, that I'm not alone in this > experience. > Do you know something, it's not comforting. Not really. It just means you are another user for whom a program doesn't work properly. MF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
2009/10/30 Adam Vande More > Where's your config files, your errors logs, your stats? > I am not going to reply to you after this because you are blinkered. I'm not going to waste my time with you. I've given you more than enough to feed on, but you just can't smell the coffee. > Adam Vande More > MF. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
On Fri, Oct 30, 2009 at 3:18 PM, Freminlins wrote: > 2009/10/30 Adam Vande More > > >> Where's your config files, your errors logs, your stats? >> > > I am not going to reply to you after this because you are blinkered. I'm > not going to waste my time with you. I've given you more than enough to feed > on, but you just can't smell the coffee. > > > >> Adam Vande More >> > > > MF. > Okay go play with your ISA bus, while the rest of us enjoy PCI. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Effing HAL
Adam Vande More wrote: On Fri, Oct 30, 2009 at 3:18 PM, Freminlins wrote: 2009/10/30 Adam Vande More Where's your config files, your errors logs, your stats? I am not going to reply to you after this because you are blinkered. I'm not going to waste my time with you. I've given you more than enough to feed on, but you just can't smell the coffee. Adam Vande More MF. Okay go play with your ISA bus, while the rest of us enjoy PCI. Seems this is more about control than actual quality of software. One wants to keep control, one wants to release control completely to the software. Personally I prefer to keep control, therefore I have disabled HAL. Does that mean my system is bad? I can't see that it does. Does it mean I say HAL is crap? It could, but I haven't tried enough to make such an accusation. I'd like to draw a parallel (this will be pretty basic, but a more involved discussion will be far too much OT). I'm type 1 diabetic, and I use an insulin pump. The basic purpose of having a pump instead of several injections a day, is replacing the long-acting insulin with a constant feed of rapid-acting insulin, thus mimicking a functioning pancreas. And for the longest time, that was all they did. And the user had to tell the pump how much insulin he/she needed, both the constant feed and with meals. Nowdays, the pumps have evolved, and with most of them, one can simply tell it what a meal contains, and it calculates the proper amount of insulin. And the next generation will constantly measure the blood sugar and decide the amount of insulin automagically. Just like those evolved pumps will be great for people who don't want to bother, HAL may be an excellent idea for people who don't want to congfigure everything themselves. And just like I prefer to decide how much insulin I want rather than having a machine decide for me, I prefer to configure my computer and all installed software rather than have software configure itself... Does that mean I am an idiot? If so, then I'm proud to be an idiot. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Why do I get errors from mountd (can't change attributes for ... bad exports list line ...) ?
I am getting these errors in messages: Oct 30 14:37:20 eagle mountd[4243]: can't change attributes for /usr/local Oct 30 14:37:20 eagle mountd[4243]: bad exports list line /usr/local -maproot Oct 30 14:37:20 eagle mountd[4243]: can't change attributes for /usr/home Oct 30 14:37:20 eagle mountd[4243]: bad exports list line /usr/home -network Here is my /etc/exports: /usr/diskless -alldirs -maproot=root -ro -network=10.0.0 -mask=255.0.0.0 /usr/local -maproot=root -ro -network=10.0.0 -mask=255.0.0.0 /usr/home -maproot=root -network=10.0.0 -mask=255.0.0.0 What's wrong? Also why messages are so cryptic? Which attributes? Why "bad exports list line"? If it would explain in messages what's wrong I wouldn't even be asking question here. Yuri ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why do I get errors from mountd (can't change attributes for ... bad exports list line ...) ?
Hi-- On Oct 30, 2009, at 2:49 PM, Yuri wrote: I am getting these errors in messages: Oct 30 14:37:20 eagle mountd[4243]: can't change attributes for /usr/ local Oct 30 14:37:20 eagle mountd[4243]: bad exports list line /usr/local -maproot Oct 30 14:37:20 eagle mountd[4243]: can't change attributes for /usr/ home Oct 30 14:37:20 eagle mountd[4243]: bad exports list line /usr/home - network Here is my /etc/exports: /usr/diskless -alldirs -maproot=root -ro -network=10.0.0 - mask=255.0.0.0 /usr/local -maproot=root -ro -network=10.0.0 -mask=255.0.0.0 /usr/home -maproot=root -network=10.0.0 -mask=255.0.0.0 What's wrong? Also why messages are so cryptic? Which attributes? Why "bad exports list line"? If it would explain in messages what's wrong I wouldn't even be asking question here. For one thing, the second line should be: /usr/local -maproot=root,ro -network=10.0.0 -mask=255.0.0.0 For another, you are only supposed to export a given filesystem once; the notion of exporting it multiple times means you are changing the values of the previous export, and that's not supported. See: http://www.freebsd.org/cgi/query-pr.cgi?pr=109911 ...or your friendly documentation on NFS. Regards, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why is sendmail is part of the system and not a package?
At 02:50 AM 10/30/2009, Randi Harper wrote: This bikeshed is old and tired. I don't want to paint it. I want to drown it in lighter fluid and set it on fire. I've never seen a bike shed. Unless perhaps it had a furry seat cover. --Brett Glass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
FreeBSD 7.2 ia64
Hi my name is Clayton Wilhelm da Rosa, I made the dowmload of FreeBSD 7.2 ia64 i wanna know if is normal the files of disc 2 and 3 have only 364Kb size. thank you very much. Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: FreeBSD 7.2 ia64
On 10/30/09, Clayton Wilhelm da Rosa wrote: > Hi my name is Clayton Wilhelm da Rosa, > > I made the dowmload of FreeBSD 7.2 ia64 i wanna know if is normal the files > of disc 2 and 3 have only 364Kb size. > > thank you very much. Yes, that's how it is been released. Disc 2 and 3 are prebuilt programs - and apparently there were none bundled. You can build all programs you want via ports. If they're not compatible, then it won't build. Enjoy! --TJ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: FreeBSD 7.2 ia64
Hi-- On Oct 30, 2009, at 3:09 PM, Clayton Wilhelm da Rosa wrote: I made the dowmload of FreeBSD 7.2 ia64 i wanna know if is normal the files of disc 2 and 3 have only 364Kb size. Do you actually have an Itanium processor? They were pretty much only used in high-end multi-CPU enterprise boxes costing hundreds of thousands of dollars. I'm not sure the majority of ports were ever built for ia64, which might be why disk 2 & 3 are so small. Most people should be going for amd64 images instead, which can also be used with Intel EM64T (aka x86-64 or Intel64) CPUs such as P4/Xeon/ Core/Core2/Core i5/i7... Regards, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why do I get errors from mountd (can't change attributes for ... bad exports list line ...) ?
Chuck Swiger wrote: For one thing, the second line should be: /usr/local -maproot=root,ro -network=10.0.0 -mask=255.0.0.0 For another, you are only supposed to export a given filesystem once; the notion of exporting it multiple times means you are changing the values of the previous export, and that's not supported. See: http://www.freebsd.org/cgi/query-pr.cgi?pr=109911 The workaround suggested in this PR eliminates the messages, but causes client to get "Permission denied message" Because the modified mount points are for different nets. Yuri ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Why do I get errors from mountd (can't change attributes for ... bad exports list line ...) ?
On Oct 30, 2009, at 4:17 PM, Yuri wrote: The workaround suggested in this PR eliminates the messages, but causes client to get "Permission denied message" Because the modified mount points are for different nets. Assuming /usr/diskless, /usr/local, and /usr/home are all on the same / usr filesystem, just set up one export using -alldirs instead. However, you cannot export subdirectories of /usr with different permissions (some ro, some rw) to the same subnet...you would have to use different filesystems to do that. Regards, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: issues with email migration
On 10/30/09, usleepl...@gmail.com wrote: > Hi David, > > On Fri, Oct 30, 2009 at 1:59 PM, David Patton > wrote: > >> This morning I moved the contents from the server over to an NFS share. >> >> >> >> This is a freebsd 6.2 server running postfix, courier-imap and >> squirrelmail. >> I used rsync to move the data for /www and /mail over to the nfs share. >> After I made the changed to fstab and rebooted, every thing came up and >> email seemed to be faster but in fact it wasn't. Once I realized that >> there >> was an issue, I changed the link back for the /www directory to the >> original >> location and left the link for /mail pointing to the nfs share. I found >> from >> a search to try newaliaies and the restart postfix but that didn't work. >> >> >> >> Maillog: >> >> Oct 30 06:11:38 bonnie postfix/smtpd[1337]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:11:39 bonnie postfix/master[889]: warning: process >> /usr/local/libexec/postfix/smtpd pid 1337 exit status 1 >> >> Oct 30 06:11:39 bonnie postfix/master[889]: warning: >> /usr/local/libexec/postfix/smtpd: bad command startup - throttling >> >> >> >> Message: >> >> Oct 30 06:00:27 bonnie postfix/smtpd[1177]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:01:28 bonnie postfix/smtpd[1184]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:02:29 bonnie postfix/smtpd[1192]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:03:30 bonnie postfix/smtpd[1218]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:04:31 bonnie postfix/smtpd[1235]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:05:32 bonnie postfix/smtpd[1256]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:06:33 bonnie postfix/smtpd[1270]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:07:34 bonnie postfix/smtpd[1296]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> >> Oct 30 06:08:35 bonnie postfix/smtpd[1307]: fatal: shared-lock database >> /www/mailman/data/aliases.db for open: Operation not supported >> > > although i am certainly not an expert regarding email issues nor NFS, but > could it be that the NFS server needs to support "lockd" and "statd" ? > > i have this in my /etc/rc.conf: > > rpc_lockd_enable="YES" > rpc_statd_enable="YES" On both the server and client. File locking is not supported without these two daemons running. I run diskless clients and I need to support file locking, for when you edit the passwd file with vipw and the like. Please enable the above on both the server and client, start them, then try again. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
freebsd 6.4 can't load kernel after upgrade
I'm a beginner in freebsd. my machine consists of freebsd-6.4 + i386 bootstrap loader,+ windowmaker after upgrade freebsd-6.4 using sysinstall then reboot the system, I got an error message as follows +++ Loading /boot/defaults/loader.conf Unable to load a kernel! / can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK _ +++ so I decided to reinstall freebsd-6.4 but I can't boot and re-install freebsd using CD-rom. what shall I do boot my system using installed freebsd or live-CD ? Thanks... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: freebsd 6.4 can't load kernel after upgrade
oscar Seo wrote: > I'm a beginner in freebsd. > my machine consists of freebsd-6.4 + i386 bootstrap loader,+ windowmaker > after upgrade freebsd-6.4 using sysinstall then reboot the system, > I got an error message as follows > +++ > Loading /boot/defaults/loader.conf > Unable to load a kernel! > / > can't load 'kernel' > > Type '?' for a list of commands, 'help' for more detailed help. > OK _ > +++ > > so I decided to reinstall freebsd-6.4 but I can't boot and re-install > freebsd using CD-rom. > what shall I do boot my system using installed freebsd or live-CD ? > Thanks... > > You could try loading your old kernel. When you build a new kernel, your old kernel is preserved under /boot/kernel.old Type these commands in the loader prompt unload (probably not needed here) load kernel.old boot See section 12.3.3.3 for more examples and details http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-blocks.html#BOOT-LOADER ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Rebuild instructions for amd64 systems
2009/10/29 Richard Gehlbach : > I am installing FreeBSD 7.2 / amd64 on a new server (HP DL370 G6) with 2 > quad Xeon processors and 16GB memory. I have worked with the i386 versions > since version 3.x, but this is the first server large enough to need amd64. > > I have been trying to determine the correct procedures for rebuilding the > world and kernel. I have not been able to find a location that had step by > step instructions, similar to the handbook, for properly working with the > amd64 version. Searches have turned up so many fragments of what needs to > be done, that I cannot feel confident trying to put the pieces together. > > I need instructions for the command line compile options, conf file > additions, and any special instructions. > > If anyone can point me to some applicable links or some specific > instructions, it would be appreciated. It's not that different in most ways. From the forums and this mailing list, the biggest "gotcha" seems to be that HAMMER is the only valid setting for cpu in your kernconf. Otherwise, the normal stuff from /usr/src/UPDATING applies as with anything else. -- -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Strange behaviour of nss_ldap in 7.2
Hi, I am using nss_ldap without problem on a machine with FreeBSD 6.4 amd64. Now I wanted to make a similar configuration with a machine running FreeBSD 7.2 i386, but I have a problem: - as root, getent passwd gives me the list of users in /etc/passwd and in LDAP; - as user. getent passwd only gives me list of users in /etc/passwd. Example: samba<1001>: ls -l toto -rw-r--r-- 1 1001 30 0 Oct 31 13:21 toto samba<1001>: sudo ls -l toto Password: -rw-r--r-- 1 on staff 0 Oct 31 13:21 toto The group ID and user ID are not resolved. On the machine that is working: banyan47: ls -l toto -rw-r--r-- 1 on csimstaff 0 Oct 31 13:46 toto banyan48: sudo ls -l toto Password: -rw-r--r-- 1 on csimstaff 0 Oct 31 13:46 toto The user and grup ID are resolved. Note that I can authenticate against LDAP without problem (sudo with pam_ldap works and ssh work). I have copied nss_ldap.conf and nsswitch.conf from the 6.4 to the 7.2 machine (with needed name changing). Both LDAP servers are running almost the same thing, ACL are the same. I have tried to remove the ACL on LDAP server without success. I am stuck with a different behaviour between 6.4 and 7.2, any help will be greatly appreciated as I need to solve that problm urgently. TIA, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
