Re: Xorg doesn't go back correctly to console when closed on FreeBSD 9.0
Hi, On Friday 13 April 2012 12:24:04 Matthias Apitz wrote: El día Friday, April 13, 2012 a las 11:50:39AM +0700, Erich Dollansky escribió: Please show your ~/.xinitrc and ~/.xserverrc; mine look like this: I do not have an .xserverrc. The .xinitrc looks like this without the comments: #!/bin/sh xset m 10 3 xmodmap .xmodmaprc bbkeys exec blackbox and .xmodmaprc ! ! Swap Caps_Lock and Control_L ! remove Lock = Caps_Lock remove Control = Control_L keysym Control_L = Caps_Lock keysym Caps_Lock = Control_L add Lock = Caps_Lock add Control = Control_L I did not change this since many years but the behaviour of X changes sometimes. Erich ___ 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
security updates
Hello list. I run a daily script via cron @daily rootfreebsd-update cron Today I got this in my mail which usually means that I have to run freebsd-update. Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching metadata signature for 8.2-RELEASE from update5.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be added as part of updating to 8.2-RELEASE-p6: /usr/src/lib/libc/gen/libc_dlopen.c The following files will be updated as part of updating to 8.2-RELEASE-p6: /boot/kernel/kernel My question is: With uname -a I get FreeBSD 8.2-RELEASE-p6 #1: Thu Jan 5 09:12:38 CET 2012 /usr/obj/usr/src/sys/GENERIC amd64 Do I need to do anything? Thanks /Leslie ___ 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: Xorg doesn't go back correctly to console when closed on FreeBSD 9.0
El día Friday, April 13, 2012 a las 01:34:53PM +0700, Erich Dollansky escribió: Hi, On Friday 13 April 2012 12:24:04 Matthias Apitz wrote: El día Friday, April 13, 2012 a las 11:50:39AM +0700, Erich Dollansky escribió: Please show your ~/.xinitrc and ~/.xserverrc; mine look like this: I do not have an .xserverrc. The .xinitrc looks like this without the comments: do create a file ~/.xserverrc like mine; perhaps this help already; #!/bin/sh xset m 10 3 xmodmap .xmodmaprc bbkeys exec blackbox and .xmodmaprc this is irrelevant for the problem: I did not change this since many years but the behaviour of X changes sometimes. don't blame X11 when perhaps 'blackbox' is not ending correctly; run a counter-test and substitute blackbox with twm ... does X11 ends when twm ends (having my .xserverrc)? if so try to figure out what the problem is with blackbox; HIH matthias -- Matthias Apitz e g...@unixarea.de - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 ___ 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: FTP oddness, over SSH session.
On 12 Apr 2012 at 11:28, Frank Bonnet wrote: Dave B d...@g8kbv.demon.co.uk writes: Hi, ordinarily perhaps yes, if I could only figure out how to set it up on the FreeBSD box. As always, the Manuals though no doubt correct and complete as a reference, are no good to people who don't already know How To do it. There is not much to set up. Just make sure you have sshd running. You can then just sftp (or any other client that supports sftp) to connect to port 22, or whatever port sshd is listening on. Regards, -- - Frank why not ftp over TLS ? like proftpd or pure-ftpd can do ? Hi. Because as yet, I have not figured out how to get ProFTP or PureFTP installed and WORKING without bricking the machine. There is no step by step how to (that I've yet found) with also guidance as to how to work arround the inevitable issues that occur. The man pages are just command references, not an instruction book on how to use them. Sorry. Hence, I'm using the native OS's inbuilt FTP facility. Even that took me 3 days to get going in the first instance. (file Access rights issues and poor, even if correct, documentation.) Regards. Dave Baxter. -- Help for Hero's European Rally 2012 participant. Please help by visiting:- http://www.bmycharity.com/TeamSnowball For any/all donations, all 100% goes to H4H. ___ 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: FTP oddness, over SSH session.
On 12 Apr 2012 at 9:32, Frank Staals wrote: Dave B d...@g8kbv.demon.co.uk writes: Hi, ordinarily perhaps yes, if I could only figure out how to set it up on the FreeBSD box. As always, the Manuals though no doubt correct and complete as a reference, are no good to people who don't already know How To do it. There is not much to set up. Just make sure you have sshd running. You can then just sftp (or any other client that supports sftp) to connect to port 22, or whatever port sshd is listening on. Regards, -- - Frank Hi Frank. Thanks for that suggestion. It works well! Issue resolved for now :-) FYI, you have to create an entry in FileZilla's Site Manager, for it to invoke SFTP, the Quickconnect feature just uses plain vanilla FTP. Best Regards. Dave Baxter. -- Help for Hero's European Rally 2012 participant. Please help by visiting:- http://www.bmycharity.com/TeamSnowball For any/all donations, all 100% goes to H4H. ___ 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: FTP oddness, over SSH session.
On 12 Apr 2012 at 12:40, Da Rock wrote: On 04/11/12 21:51, Dave B wrote: FreeBSD FBSD.67MK181QZ 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Wed Apr 14 22:55:09 BST 2010 root@FBSD.67MK181QZ:/usr/obj/usr/src/sys/PPSGENERIC i386 Hi. I have a small FreeBSD 8.0 system (above, yes I know, not current, but it works.) That is mainly used for timekeeping with an attached PPS equipped GPS. No problems with that. It also has a small web server (Hiawatha) FTP server and SSH portal, for my own use. The FTP server is the built-in OS based ftpd implementation, and works well for all that I need. Anyway... I found a while ago, that I can tunnel connections into my home LAN via a SSH session to my FreeBSD box, from outside the LAN using PuTTY (on Windows XP) from wherever I am. It's been a useful dodge for me to do that so as to VNC to other boxes that are there. The needed SSH working port, is not the usual suspect, it's way up high, well away from script kiddies etc. I just found however, that though I can reliably send a file to the FTP server and it get's saved just fine, that's not true when connecting this way using a SSH tunnel. Over the SSH session, (using Passive Mode, with all needed ports forwarded, plus the FTP daemon's data port usage restricted to the same range as those tunneled.) Though the FTP process appears to work OK, with no errors, the file sent to and deposited on the server ends up as name only, and zero bytes in length. Oddly, I can successfully create a new folder on the FTP server over the SSH session using the FTP client, and that works just fine. The FTP client I'm using, is the same FileZilla both times. (V3.1.0.1 I may go look for any updates, just in case.) Downloading works fine regardless of how I connect, it's just uploading that's screwey. I suspect (as usual) it's a rights issue, but even if I su - root after the initial SSH login, it changes nothing. I'd check the ports you are forwarding over ssh. Two ports are required for ftp and it sounds like one is blocking for some reason- the control channel seems to be working fine though :) As I suspect too, but as yet, I've not figured it out. I can as above download files just fine, so the data channel can be established for that, and I am using Passive Mode, so it *Should* be only my end (the client) that initiates a connection for the data channel. Also, two versions of FileZilla *Appear* to succeed uploading a file, no errors regarding being unable to setup a data channel, just that when you look on the FreeBSD box later, the file is zero bytes in size. Regards. Dave Baxter. ___ 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: Postfix + Courier IMAP local email problems
On Thu, 12 Apr 2012 20:28:40 -0700
Ron articulated:
{snip}
Why are you wasting time posting this question on the FreeBSD list
when it properly belongs on the Postfix forum.
You can start here to subscribe to the list:
http://www.postfix.com/lists.html
Then be sure to read all of the documentation for how to report a
problem on this URL:
http://www.postfix.com/DEBUG_README.html
In particular, this section:
http://www.postfix.com/DEBUG_README.html#mail
If you had done this to begin with your problem would have been solved
by now.
--
Jerry ♔
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
___
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's backwards webdesign / corporate identity
Tony, cc questions@ I also hear PostgreSQLhttp://www.postgresql.org/is planning to sue FreeBSD for stealing its design. URLs please. I propose a new, supersimple look for FreeBSD based on Helveticahttp://www.youtube.com/watch?v=wkoX0pEwSCw. Requires Flash. 3rd party commercial binary. No source, no security, no view. it'll remain as current now as it will be a hundred years from now The 1000 year Reich lasted 6. Storms of a century come every 10 ;-) FreeBSD has had it's 'new' front page since the SoC student mangler of 2005. I preferred the older one: http://berklix.org/freebsd.org/ All, Please remember when starting threads on freebsd-questions@freebsd.org questions@ is Not for any topic about FreeBSD. There are 50+ other list @freebsd.org themed to interests, see: http://lists.freebsd.org/mailman/listinfo in this case: freebsd-advoc...@freebsd.org or freebsd-...@freebsd.org Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, indent with . Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/ ___ 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
How to handle postgresql82-client vulnerability
I am working on an older machine that has postgresql-client-8.2.23 installed. I have the following information regarding the program: $ pkg_info -R postgresql-client-8.2.23 Information for postgresql-client-8.2.23: Required by: koffice-kde4-2.3.3_7 postgresql-libpqxx-3.0.2 Attempting to build the program produces this error: === postgresql-client-8.2.23 is forbidden: Vulnerable http://www.postgresql.org/about/news/1377/. *** Error code 1 Stop in /usr/ports/databases/postgresql82-client. I cannot find anything in the UPDATING or MOVED files that details how to deal with this. Would something like: portupgrade -o databases/postgresql90-client postgresql82-client be the proper way to handle this problem? Would I then have to rebuild koffice-kde4-2.3.3_7 and postgresql-libpqxx-3.0.2 to insure that everything works correctly? Thanks! -- Carmel carmel...@hotmail.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's backwards webdesign / corporate identity
Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. --steffen Forza Figa! ___ 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: Intel turbo mode support
Warren Block wbl...@wonkity.com writes: Works here on an i5, amd64: dev.cpu.0.freq_levels: 5801/30 5800/30 I found this by accident, noticing only that a buildworld suddenly was a lot faster when powerd was running. powerd_enable=YES powerd_flags=-a hadp -n hadp performance_cpu_freq=HIGH I tried it with your powerd flags and the performance_cpu_freq setting on HIGH, but still the maximum freq_levels entry is 2800. Florian ___ 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: How to handle postgresql82-client vulnerability
On 13/04/2012 12:23, Carmel wrote: I am working on an older machine that has postgresql-client-8.2.23 installed. I have the following information regarding the program: $ pkg_info -R postgresql-client-8.2.23 Information for postgresql-client-8.2.23: Required by: koffice-kde4-2.3.3_7 postgresql-libpqxx-3.0.2 Attempting to build the program produces this error: === postgresql-client-8.2.23 is forbidden: Vulnerable http://www.postgresql.org/about/news/1377/. *** Error code 1 Stop in /usr/ports/databases/postgresql82-client. postgresql-8.2 is out of support upstream. It's only still in the ports because no one has realised it's past its expiry date and removed it yet. Given the unfixed security problems, you should upgrade to a newer version ASAP. I cannot find anything in the UPDATING or MOVED files that details how to deal with this. Would something like: portupgrade -o databases/postgresql90-client postgresql82-client be the proper way to handle this problem? Would I then have to rebuild koffice-kde4-2.3.3_7 and postgresql-libpqxx-3.0.2 to insure that everything works correctly? Correct, as far as dealing with the ports goes. Yes, you will have to recompile anything that links against libpq.so.X, which is probably more than shows up in the output of 'pkg_info -R' -- you can use the lib_chk script from bsdadminscripts to find everything that needs to be rebuilt. Or just 'portmaster -r databases/postgresql90-client' However, there is no guarantee that you can just start up postgresql90 and expect it to work with the postgresql82 data directory. (Although why not postgresql91 rather than 90? There's no good reason not to use the latest release.) As the ports don't support installing several versions of postgresql simultaneously, or encode the postgres version into the PGDATA path (which is a fairly standard approach on various other unixoid environments) you won't be able to use pg_upgrade easily. Given that in-place updates are not feasible, you should dump the contents of your database cluster and then reload it into a newly created cluster using the latest version. The PG documentation recommends using the client from the version you are updating to for creating the dumps, or else they may not reload cleanly. In fact, there are changes between 8.x and 9.0 to do with the encoding of non-ascii character data which are quite likely to cause difficulties for you. Note that you can install an updated client on a different box and dump remotely as a relatively simple way of using a new client to access an older DB. Ideally you should create a brand new DB cluster on a separate system, so you can have as many goes at pulling the data over from your original database as you need to get it right without destroying the originals. If you lack the resources to do that, then better make sure you've got good backups. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: Intel turbo mode support
On Fri, Apr 13, 2012 at 2:09 PM, Florian Unglaub ue...@roladder.net wrote: I tried it with your powerd flags and the performance_cpu_freq setting on HIGH, but still the maximum freq_levels entry is 2800. How far should it go, then? -- chs, ___ 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: Xorg doesn't go back correctly to console when closed on FreeBSD 9.0
Hi, On Friday 13 April 2012 14:18:32 Matthias Apitz wrote: El día Friday, April 13, 2012 a las 01:34:53PM +0700, Erich Dollansky escribió: On Friday 13 April 2012 12:24:04 Matthias Apitz wrote: El día Friday, April 13, 2012 a las 11:50:39AM +0700, Erich Dollansky escribió: Please show your ~/.xinitrc and ~/.xserverrc; mine look like this: I do not have an .xserverrc. The .xinitrc looks like this without the comments: do create a file ~/.xserverrc like mine; perhaps this help already; I did but it is too short to see the error. After creating this file, I tried to close X and got into the usual problems. It seems that X does not switch properly back to console video mode (whatever name it has). I switched then to twm and ran into the same problem. Of course, this could have been caused by blackbox from the run before. I checked the log files but could not see something which could be the reason for the problem. If you tell me what I could do, I could try to find the cause of the problem. Erich ___ 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's backwards webdesign / corporate identity
Hi, On Friday 13 April 2012 18:44:07 Steffen Daode Nurpmeso wrote: Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Erich ___ 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: Intel turbo mode support
On Fri, 13 Apr 2012, Christer Solskogen wrote: On Fri, Apr 13, 2012 at 2:09 PM, Florian Unglaub ue...@roladder.net wrote: I tried it with your powerd flags and the performance_cpu_freq setting on HIGH, but still the maximum freq_levels entry is 2800. How far should it go, then? The highest speed will be one higher than the nominal rating: dev.cpu.0.freq_levels: 5801/30 5800/30 ... The second one is the nominal speed, the first is turbo. dev.cpu.0.freq shows the current speed: dev.cpu.0.freq: 5801 ___ 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: How to handle postgresql82-client vulnerability
On Fri, Apr 13, 2012 at 5:41 PM, Matthew Seaman matt...@freebsd.org wrote: On 13/04/2012 12:23, Carmel wrote: I am working on an older machine that has postgresql-client-8.2.23 installed. I have the following information regarding the program: $ pkg_info -R postgresql-client-8.2.23 Information for postgresql-client-8.2.23: Required by: koffice-kde4-2.3.3_7 postgresql-libpqxx-3.0.2 Attempting to build the program produces this error: === postgresql-client-8.2.23 is forbidden: Vulnerable http://www.postgresql.org/about/news/1377/. *** Error code 1 Stop in /usr/ports/databases/postgresql82-client. postgresql-8.2 is out of support upstream. It's only still in the ports because no one has realised it's past its expiry date and removed it yet. Given the unfixed security problems, you should upgrade to a newer version ASAP. I cannot find anything in the UPDATING or MOVED files that details how to deal with this. Would something like: portupgrade -o databases/postgresql90-client postgresql82-client be the proper way to handle this problem? Would I then have to rebuild koffice-kde4-2.3.3_7 and postgresql-libpqxx-3.0.2 to insure that everything works correctly? Correct, as far as dealing with the ports goes. Yes, you will have to recompile anything that links against libpq.so.X, which is probably more than shows up in the output of 'pkg_info -R' -- you can use the lib_chk script from bsdadminscripts to find everything that needs to be rebuilt. Or just 'portmaster -r databases/postgresql90-client' However, there is no guarantee that you can just start up postgresql90 and expect it to work with the postgresql82 data directory. (Although why not postgresql91 rather than 90? There's no good reason not to use the latest release.) As the ports don't support installing several versions of postgresql simultaneously, or encode the postgres version into the PGDATA path (which is a fairly standard approach on various other unixoid environments) you won't be able to use pg_upgrade easily. Given that in-place updates are not feasible, you should dump the contents of your database cluster and then reload it into a newly created cluster using the latest version. The PG documentation recommends using the client from the version you are updating to for creating the dumps, or else they may not reload cleanly. In fact, there are changes between 8.x and 9.0 to do with the encoding of non-ascii character data which are quite likely to cause difficulties for you. Note that you can install an updated client on a different box and dump remotely as a relatively simple way of using a new client to access an older DB. Ideally you should create a brand new DB cluster on a separate system, so you can have as many goes at pulling the data over from your original database as you need to get it right without destroying the originals. If you lack the resources to do that, then better make sure you've got good backups. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey You will have to perform a dump restore to move from 8.2.x to 9.0.x (might as well move up to 9.1.x). The data directory compatibility is not guaranteed across major version. Amitabh ___ 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's backwards webdesign / corporate identity
-Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Erich Dollansky Sent: Friday, April 13, 2012 9:12 AM To: freebsd-questions@freebsd.org Cc: Julian H. Stacey; Tony; Steffen Daode Nurpmeso Subject: Re: FreeBSD's backwards webdesign / corporate identity Hi, On Friday 13 April 2012 18:44:07 Steffen Daode Nurpmeso wrote: Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Its 13 INCLUSIVE. You're calculating exclusive ___ 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: ipfilter mystery
Fbsd8 wrote: Running 9.0 and connecting to Time Warner for the first time. I have private lan behind my 9.0 box. I have made a real simple rule set and nat rule just to get log of what is happing. ipfilter rules. dc0 faces lan, fxp0 faces public internet pass in log quick on dc0 all pass out log quick on dc0 all #pass in quick on fxp0 from 10.2.0.1 pass in log quick on fxp0 all pass out log quick on fxp0 all pass in quick on lo0 all pass out quick on lo0 all nat rule map fxp0 10.0.10.0/29 - 0/32 Ipmon log fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 328 IN bad broadcast fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 328 IN bad broadcast fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 328 IN bad broadcast fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 328 IN bad broadcast fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 384 IN bad broadcast fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 384 IN bad broadcast fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 328 IN bad broadcast dc0 @0:1 p 10.0.10.1,55884 - 209.18.47.61,53 PR udp len 20 61 IN fxp0 @0:2 p 177.99.209.140,55884 - 209.18.47.61,53 PR udp len 20 61 OUT NAT fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,55884 PR udp len 20 95 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,55884 PR udp len 20 95 OUT bad dc0 @0:1 p 10.0.10.1,55660 - 209.18.47.61,53 PR udp len 20 64 IN fxp0 @0:2 p 177.99.209.140,55660 - 209.18.47.61,53 PR udp len 20 64 OUT NAT dc0 @0:1 p 10.0.10.1,51926 - 209.18.47.61,53 PR udp len 20 62 IN fxp0 @0:2 p 177.99.209.140,51926 - 209.18.47.61,53 PR udp len 20 62 OUT NAT dc0 @0:1 p 10.0.10.1,58697 - 209.18.47.61,53 PR udp len 20 61 IN fxp0 @0:2 p 177.99.209.140,58697 - 209.18.47.61,53 PR udp len 20 61 OUT NAT fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,55660 PR udp len 20 80 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,55660 PR udp len 20 80 OUT bad dc0 @0:1 p 10.0.10.1,49947 - 209.18.47.61,53 PR udp len 20 64 IN fxp0 @0:2 p 177.99.209.140,49947 - 209.18.47.61,53 PR udp len 20 64 OUT NAT fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,58697 PR udp len 20 77 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,58697 PR udp len 20 77 OUT bad fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,51926 PR udp len 20 100 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,51926 PR udp len 20 100 OUT bad dc0 @0:1 p 10.0.10.1,49901 - 209.18.47.61,53 PR udp len 20 63 IN fxp0 @0:2 p 177.99.209.140,49901 - 209.18.47.61,53 PR udp len 20 63 OUT NAT dc0 @0:1 p 10.0.10.1,59865 - 209.18.47.61,53 PR udp len 20 66 IN fxp0 @0:2 p 177.99.209.140,59865 - 209.18.47.61,53 PR udp len 20 66 OUT NAT fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,59865 PR udp len 20 82 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,59865 PR udp len 20 82 OUT bad dc0 @0:1 p 10.0.10.1,53742 - 209.18.47.61,53 PR udp len 20 71 IN fxp0 @0:2 p 177.99.209.140,53742 - 209.18.47.61,53 PR udp len 20 71 OUT NAT fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,49947 PR udp len 20 116 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,49947 PR udp len 20 116 OUT bad fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,49901 PR udp len 20 99 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,49901 PR udp len 20 99 OUT bad fxp0 @0:2 p 209.18.47.61,53 - 10.0.10.1,53742 PR udp len 20 120 IN bad NAT dc0 @0:1 p 209.18.47.61,53 - 10.0.10.1,53742 PR udp len 20 120 OUT bad fxp0 @0:2 p 10.2.0.1,67 - 255.255.255.255,68 PR udp len 20 328 IN bad broadcast dc0 @0:1 p 10.0.10.1,1320 - 69.147.83.34,80 PR tcp len 20 48 -S IN fxp0 @0:2 p 177.99.209.140,1320 - 69.147.83.34,80 PR tcp len 20 48 -S OUT NAT 10.0.10.1 is the laptop in the lan. 10.2.0.1 is being sent by time warner I can not understand why I am getting the IN bad NAT The webpage loaded ok on the lan laptop. I have been using ipfilter since release 3.2 and this is the first isp i ever got this kind of problem with. This turns out to be a bug in ipfilter. It’s now been reported as a bug to Darren Reed the maintainer of ipfilter. ___ 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: FTP oddness, over SSH session.
From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Dave B FYI, you have to create an entry in FileZilla's Site Manager, for it to invoke SFTP, the Quickconnect feature just uses plain vanilla FTP. Best Regards. Dave Baxter. You can use the Quickconnect feature with SFTP. If you are running on standard port 22, you can simply put 22 in the port box. For non-standard ports, you can prepend sftp:// to the host name and it will connect via SFTP instead of FTP. Apologies to Dave as he'll be getting this twice as I somehow forgot to include questions@ when replying. Thought this might come in handy for others who want to SFTP into a box with FileZilla, so resending to the list this time. All in all, creating an entry in Site Manager makes more sense if it's something you connect to from your own hardware. From someone else's machine, the quick connect is quite handy though. ___ 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's backwards webdesign / corporate identity
The 1000 year Reich lasted 6. Do I have to start a calculator now? Once i went to Dachau with my school year in the mid-eighties our guide collected us (all) in a small, low-ceilinged room with a quadratic hole in the thick ceiling and spoke from conviction: Hier wurden keine Juden vergast! (No jews were gassed here!) Then he opened the next thick door and we had a short look into the crematorium. (All inclusive was the walk back to the main building and the film with all those pictures which should be well known.) On the other hand there is one picture left which shows the house where my grandmother lived and it shows a hole in the roof. The bomb fell through the sleeping room, passed the ceiling to the first floor and also damaged the ceiling of the cellar in which my grandmother and my two year old dad were searching for shelter. Like that, they suffered only minor splinter injuries. (Our hometown was bombed/burned only one night. Unless you count the camp in which the americans put away some people for some time after the war.) Point taken :-) Yup. --steffen Forza Figa! ___ 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: Intel turbo mode support
On 13 April 2012 14:17, Warren Block wbl...@wonkity.com wrote: On Fri, 13 Apr 2012, Christer Solskogen wrote: On Fri, Apr 13, 2012 at 2:09 PM, Florian Unglaub ue...@roladder.net wrote: I tried it with your powerd flags and the performance_cpu_freq setting on HIGH, but still the maximum freq_levels entry is 2800. How far should it go, then? The highest speed will be one higher than the nominal rating: dev.cpu.0.freq_levels: 5801/30 5800/30 ... The second one is the nominal speed, the first is turbo. dev.cpu.0.freq shows the current speed: dev.cpu.0.freq: 5801 ___ 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 is the uefi/bios setup correctly? Multiplier could be wrong or turbo could be disabled ___ 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's backwards webdesign / corporate identity
Once i went to Dachau with my school year in the mid-eighties our ( Happened to interest me, as I happen to live nearish, into history), But to avoid being off remit for freebsd-questions@freebsd.org http://lists.freebsd.org/mailman/listinfo/freebsd-questions I set Reply-to: c...@freebsd.org http://lists.freebsd.org/mailman/listinfo/freebsd-chat Please all take a look at http://lists.freebsd.org/mailman/listinfo to know what lists are available for different FreeBSD tech topics. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, indent with . Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/ ___ 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: Intel turbo mode support
krad kra...@gmail.com writes: is the uefi/bios setup correctly? Multiplier could be wrong or turbo could be disabled I rechecked my Bios settings and it's all ok. Test booting windows and using Intel's Monitoring tool also gives 3.2GHz on a single core if there's enough load. Florian ___ 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's backwards webdesign / corporate identity
On Friday 13 April 2012 20:56:35 Sean Cavanaugh wrote: Hi, -Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Erich Dollansky Sent: Friday, April 13, 2012 9:12 AM To: freebsd-questions@freebsd.org Cc: Julian H. Stacey; Tony; Steffen Daode Nurpmeso Subject: Re: FreeBSD's backwards webdesign / corporate identity Hi, On Friday 13 April 2012 18:44:07 Steffen Daode Nurpmeso wrote: Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Its 13 INCLUSIVE. You're calculating exclusive it also fits better to today's date. Erich ___ 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's backwards webdesign / corporate identity
On Fri, 13 Apr 2012 22:59:41 +0700, Erich Dollansky wrote: On Friday 13 April 2012 20:56:35 Sean Cavanaugh wrote: Hi, -Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Erich Dollansky Sent: Friday, April 13, 2012 9:12 AM To: freebsd-questions@freebsd.org Cc: Julian H. Stacey; Tony; Steffen Daode Nurpmeso Subject: Re: FreeBSD's backwards webdesign / corporate identity Hi, On Friday 13 April 2012 18:44:07 Steffen Daode Nurpmeso wrote: Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Its 13 INCLUSIVE. You're calculating exclusive it also fits better to today's date. Fits even better next Friday! ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: FTP oddness, over SSH session.
On 13 Apr 2012 at 9:21, John McDonnell wrote: From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Dave B FYI, you have to create an entry in FileZilla's Site Manager, for it to invoke SFTP, the Quickconnect feature just uses plain vanilla FTP. Best Regards. Dave Baxter. You can use the Quickconnect feature with SFTP. If you are running on standard port 22, you can simply put 22 in the port box. For non-standard ports, you can prepend sftp:// to the host name and it will connect via SFTP instead of FTP. Cheers, I'll try that next time I'm on the outside of my home LAN, it seems to work from the inside, as it would of course... At present, there a suitably configured link in the site manager. Thanks again. Dave. -- Help for Hero's European Rally 2012 participant. Please help by visiting:- http://www.bmycharity.com/TeamSnowball For any/all donations, all 100% goes to H4H. ___ 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's backwards webdesign / corporate identity
Quoting Sean Cavanaugh millenia2...@hotmail.com: El Snippo 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Its 13 INCLUSIVE. You're calculating exclusive All i'm saying is, Iron Sky. :D Mike Woods Full of squishy cynicism ___ 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
Changes in Jails from FreeBSD 6 to FreeBSD 9 -- particularly, networking and routing
Hi All OK, so I have a server that has been running FreeBSD 6.1 and a bunch of jails, providing a few limited services. I am migrating these from real hardware and FreeBSD 6.1 with jail running, to a Xen based VPS running FreeBSD 9.0-R with a kernel rebuild from a GENERIC kernel to GENERIC plus the Xen pci device. There is one network device on the new server and it shares all addresses and the default route goes out it. Because jails in FBSD 6 shared a network stack, I could have a public network x.x.x.0/24 and public address on the host machine, and a default route in that network as well, and use a 192.168.1.0/24 address aliased on the same network interface as the IP for my jail. When doing that, from inside the jail, I could still reach the internet since it shared the route with the underlying machine. That seems to have changed on FBSD 9. Now, if I add in the 192.168.1.0/24 address and run a jail on it, with the host machine in a public network/address/route as described above, from inside the jail I CANNOT reach the internet (it is not a resolver issue as services going to numeric addresses also fail). However, the jail with the private 192.168.1.0/24 address CAN reach the host machines services even if it cannot get out onto the internet. And the HOST machine can access services on the jail running on the private IP address. (The purpose of the jail is to provide services to other jails and hosts on the same public network [all VPS on the same public vlan] and NOT to provide services to the internet. Things like local ldap or a local dns etc. But the private jail still needs to reach the internet for things like name servers it needs to access that are outside of the public network the host lives in. So I don't care if the internet itself can reach the private jail, just the local jails and hosts it co-exists with. The answer shouldn't be natd etc (was not needed in 6.0 and I am not sharing one public address with a range of private jails behind it). If I launch the jail with an address from the same public range as the host, it works fine. The jail can access the internet fine and vice versa. The host can access the jail services as well. If I launch the jail with a private address, the jail cannot reach the internet. It can reach the host in the public network, but not other machines in the same public network (ie, the other VPS I have running which are all in the same public network). If I launch the jail with both a private address and a public address, it can reach the internet and other VPS on the same public network. I may have to end up doing that and just not having any services run on the public IP but I'd rather avoid using up an address like that. What changes happened in the jails between FBSD 6 and FBSD 9 that would give the symptoms I have been experiencing? Thanks Chad ___ 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[4]: Problem with vlans on igb (was: fsck problem FreeBSD 8.3)
Здравствуйте, Damien. Вы писали 13 апреля 2012 г., 4:42:31: DF Yes, I suggest you try with -vlanhwtag as well. DF If that stops your unwanted reboots, you may want to remove it and see DF if the situation changes. igb0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=400b8VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWTSO ether a0:36:9f:00:66:a4 media: Ethernet autoselect (1000baseT full-duplex) status: active igb1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=400b8VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWTSO ether a0:36:9f:00:66:a5 media: Ethernet autoselect (1000baseT full-duplex) status: active igb2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=400b8VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWTSO ether a0:36:9f:00:66:a6 media: Ethernet autoselect (1000baseT full-duplex) status: active igb3: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=400b8VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWTSO ether a0:36:9f:00:66:a7 media: Ethernet autoselect (1000baseT full-duplex) status: active vlan407: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a4 inet netmask 0xfff8 broadcast media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 407 parent interface: igb0 vlan408: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a5 inet x netmask 0xfff8 broadcast xxx media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 408 parent interface: igb1 vlan492: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a5 inet netmask 0xfff8 broadcast x media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 492 parent interface: igb1 vlan70: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a7 inet netmask 0xfe00 broadcast xx media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 70 parent interface: igb3 vlan71: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a7 inet xxx netmask 0xfe00 broadcast xxx media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 71 parent interface: igb3 vlan72: flags=8002BROADCAST,MULTICAST metric 0 mtu 1500 ether 00:00:00:00:00:00 vlan: 0 parent interface: none vlan73: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a7 inet x netmask 0xfe00 broadcast x media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 73 parent interface: igb3 vlan74: flags=8002BROADCAST,MULTICAST metric 0 mtu 1500 ether 00:00:00:00:00:00 vlan: 0 parent interface: none vlan75: flags=8002BROADCAST,MULTICAST metric 0 mtu 1500 ether 00:00:00:00:00:00 vlan: 0 parent interface: none vlan76: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a7 inet xxx netmask 0xfe00 broadcast xxx media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 76 parent interface: igb3 vlan100: flags=8803UP,BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 vlan: 0 parent interface: none vlan101: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 inet xx netmask 0xff00 broadcast xxx media: Ethernet autoselect (1000baseT full-duplex) status: active vlan: 101 parent interface: igb2 vlan102: flags=8803UP,BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 vlan: 0 parent interface: none vlan103: flags=8803UP,BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 vlan: 0 parent interface: none vlan104: flags=8803UP,BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 vlan: 0 parent interface: none vlan105: flags=8803UP,BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 vlan: 0 parent interface: none vlan106: flags=8803UP,BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 vlan: 0 parent interface: none vlan107: flags=8803UP,BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500 ether a0:36:9f:00:66:a6 vlan: 0 parent interface: none vlan108:
Re: Changes in Jails from FreeBSD 6 to FreeBSD 9 -- particularly, networking and routing
Do I understand this right? Working in FreeBSD 6.x: interface em0: 1.2.3.4/24 -- public IP, host only 192.168.1.1/24 -- private IP, host only 192.168.1.2/24 -- Jail #1 192.168.1.3/24 -- Jail #2 With this configuration you had no problems accessing the internet from the jails. Is this correct? This seems bizarre; this should only be possible if you're doing NAT somewhere in there and that is not possible with Jails v1 (which share a network stack) and is only possible in Jails v2 (vnet). ___ 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
jail v2 documentation?
Where can I find documentation on version 2 of jail? ___ 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: Changes in Jails from FreeBSD 6 to FreeBSD 9 -- particularly, networking and routing
On Apr 13, 2012, at 1:50 PM, Mark Felder wrote: Do I understand this right? Working in FreeBSD 6.x: interface em0: 1.2.3.4/24 -- public IP, host only 192.168.1.1/24 -- private IP, host only 192.168.1.2/24 -- Jail #1 192.168.1.3/24 -- Jail #2 With this configuration you had no problems accessing the internet from the jails. correct. (not that it did not matter I don't think is the private IP, host only exists and ALL IP exist on the host in addition to whatever Jail they are assigned to) Is this correct? This seems bizarre; this should only be possible if you're doing NAT somewhere in there and that is not possible with Jails v1 (which share a network stack) and is only possible in Jails v2 (vnet). No NAT needed since they share the network stack under Jails v1 they share the routing tables. It works. Try it. The question is, is it possible to do something similar with FreeBSD 9 jails (v2 I guess) without the overhead of running NAT? The jail with the private IP *can* access the HOST's public services but not anyone else's Chad ___ 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
link_elf: symbol ata_controlcmd undefined
Hi, I noticed some messages when booting: ... link_elf: symbol ata_controlcmd undefined KLD file atapicam.ko - could not finalize loading ... My /boot/loader.conf includes: ... atapicam_load=YES hw.ata.atapi_dma=1 ... Entering kldload atapicam gives: kldload: can't load atapicam: No such file or directory Has anyone an idea how to load atapicam.ko? I'm running FreeBSD-9.0-STABLE. Thanks, Marco -- Several years ago, some smart businessmen had an idea: Why not build a big store where a do-it-yourselfer could get everything he needed at reasonable prices? Then they decided, nah, the hell with that, let's build a home center. And before long home centers were springing up like crabgrass all over the United States. -- Dave Barry, The Taming of the Screw ___ 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: link_elf: symbol ata_controlcmd undefined
On Fri, 13 Apr 2012 23:11:22 +0200 (CEST), Marco Beishuizen wrote: Hi, I noticed some messages when booting: ... link_elf: symbol ata_controlcmd undefined KLD file atapicam.ko - could not finalize loading ... My /boot/loader.conf includes: ... atapicam_load=YES hw.ata.atapi_dma=1 ... Entering kldload atapicam gives: kldload: can't load atapicam: No such file or directory Has anyone an idea how to load atapicam.ko? I'm running FreeBSD-9.0-STABLE. In FreeBSD 9, loading atapicam should not be neccessary, as it is now part of the GENERIC kernel and has merged the ATA and SCSI functionality for disks and optical devices. Try removing it from loader.conf and try again. (Note possible device name changing ad - ada unless you're using labels.) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: FTP oddness, over SSH session.
John McDonnell gorgar...@ymail.com writes: All in all, creating an entry in Site Manager makes more sense if it's something you connect to from your own hardware. From someone else's machine, the quick connect is quite handy though. Don't forget to clear out the entry from the dropdown list then. Because I think FileZilla will remember your password as well. Worst ``feature'' ever if you ask me Regards, -- - Frank ___ 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: Changes in Jails from FreeBSD 6 to FreeBSD 9 -- particularly, networking and routing
On Fri, 13 Apr 2012 15:53:49 -0500, Chad Leigh Shire.Net LLC c...@shire.net wrote: No NAT needed since they share the network stack under Jails v1 they share the routing tables. It works. Try it. You're clearly exploiting a bug in FreeBSD 6's jails. It must get confused and send your public IP on those packets. I have no idea how it processes the return traffic successfully, but that's a neat trick!. There is no possible way for this to work without NAT or whatever bug this is. If a Jail has a 192.168 IP all packets would leave with a source of 192.168. When Google or whoever on the internet gets your packets it would see 192.168 and probably drop it because that's not a publicly routable network. Without NAT it's impossible for any device anywhere on the planet to access the internet with an RFC 1918 IP address. I urge you to share your experience on the freebsd-jail@ mailing list. Those guys might be able to lend some further insight. I bet the change came with the update to jails that allows multiple IPs. ___ 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: jail v2 documentation?
On Fri, 13 Apr 2012 15:18:05 -0500, fb...@a1poweruser.com wrote: Where can I find documentation on version 2 of jail? It's quite scare because it's still experimental. I'd look up VNET and VIMAGE. You can probably get more questions answered on the freebsd-jails@ mailing list. ___ 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: jail v2 documentation?
On Fri, 13 Apr 2012 18:01:08 -0500, Mark Felder f...@feld.me wrote: freebsd-jails@ My apologies; this should be singular and not plural: freebsd-jail@ ___ 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: link_elf: symbol ata_controlcmd undefined
On Fri, 13 Apr 2012, the wise Polytropon wrote: In FreeBSD 9, loading atapicam should not be neccessary, as it is now part of the GENERIC kernel and has merged the ATA and SCSI functionality for disks and optical devices. Try removing it from loader.conf and try again. (Note possible device name changing ad - ada unless you're using labels.) I just removed the lines from loader.conf and the messages are gone. Everything seems to work fine too. I already changed the device name to ada in fstab, but never removed the obsolete lines in loader.conf. Thanks for the info. Marco -- Man has never reconciled himself to the ten commandments. ___ 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's backwards webdesign / corporate identity
Hi, On Friday 13 April 2012 23:37:16 Polytropon wrote: On Fri, 13 Apr 2012 22:59:41 +0700, Erich Dollansky wrote: On Friday 13 April 2012 20:56:35 Sean Cavanaugh wrote: -Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Erich Dollansky Sent: Friday, April 13, 2012 9:12 AM To: freebsd-questions@freebsd.org Cc: Julian H. Stacey; Tony; Steffen Daode Nurpmeso Subject: Re: FreeBSD's backwards webdesign / corporate identity On Friday 13 April 2012 18:44:07 Steffen Daode Nurpmeso wrote: Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Its 13 INCLUSIVE. You're calculating exclusive it also fits better to today's date. Fits even better next Friday! ;-) oh, yeah, the big birthday bash. Is it organised via facebook? Erich ___ 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's backwards webdesign / corporate identity
On Sat, 14 Apr 2012 07:49:40 +0700, Erich Dollansky wrote: Hi, On Friday 13 April 2012 23:37:16 Polytropon wrote: On Fri, 13 Apr 2012 22:59:41 +0700, Erich Dollansky wrote: On Friday 13 April 2012 20:56:35 Sean Cavanaugh wrote: -Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Erich Dollansky Sent: Friday, April 13, 2012 9:12 AM To: freebsd-questions@freebsd.org Cc: Julian H. Stacey; Tony; Steffen Daode Nurpmeso Subject: Re: FreeBSD's backwards webdesign / corporate identity On Friday 13 April 2012 18:44:07 Steffen Daode Nurpmeso wrote: Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Its 13 INCLUSIVE. You're calculating exclusive it also fits better to today's date. Fits even better next Friday! ;-) oh, yeah, the big birthday bash. Is it organised via facebook? Who with a sane mind would press his face into a book? :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: Postfix + Courier IMAP local email problems
On 12.04.2012 13:54, Robert Bonomi wrote: From owner-freebsd-questi...@freebsd.org Thu Apr 12 15:09:43 2012 Date: Thu, 12 Apr 2012 13:01:10 -0700 From: Ron rg.li...@rzweb.com To: freebsd-questions@freebsd.org Subject: Postfix + Courier IMAP local email problems I'm having a couple of issues with postfix and courier-imap on my new machine and I'm trying to figure out what is different from my old machine. I've checked every config file I think of and they both seem to be set up the same. Here are the two issues: If I send email from a local user (while SSH'd in using the command line mail) to another local user (mail t...@mysite.com) on the same machine, but using the full email address, I get the following error and the email bounced back: 553 5.3.5 mail.mysite.com. config error: mail loops back to me (MX problem?) 554 5.3.5 Local configuration error this is a 'well known' problem. The only thing I can think of is that mysite.com and mail.mysite.com (the mx record) do not point to the same server (which they did on my old machine). it's not that sample. grin I have also tried everything I can think of in how users are listed in postfix's virtual file and in /etc/aliases and server entries in main.cf. The problem is that the 'local' machine DOES NOT KNOW that it is supposed to accept mail for the domain specified in the email addressz. The server looks at the address, determines that it is *NOT* local, by whatever means 'postfix' uses to make that determination (it's the 'w' class in Sendmail), and goes off to query DNS for the MX for the 'remote' machine to send mail to. DNS returns this (the one asking for the 'remote' machine name) machine as the destination to deliver to. the local server =knows= that is incorrect, because it is not the delivery point for that domain. hence the error message, and 'return to sender' as undeliverable. This _is_ a configuration error in (probably) the local mailserver, or in the way the local hostname/domainname are set up.. The second issue is if (again, SSH'd in an using mail) I send email to a local user without the @mysite.com (mail todd) then the email isn't available via IMAP externally. I can read it using the command line mail, but not externally via IMAP. These two mailboxs are completely separate and have two different lists of waiting email. This is an 'inconsistency' in the way 'locally' generated mail is being handled, and the way externally generated mail is being handled. *PROBABLY* because -one- mail server program is being started at boot time, and a _different_ program is being invoked when somebody sends locally from the command-line. Chasing this down can be a b*tch. Everything and it's cousins has the executable name 'sendmail' hard-coded into it for sending outgoing mail. Sometimes the original 'sendmail' is replaced by a different executable 'of the same name', that is really 'postfix', 'exim', 'qmail', or the dreaded 'something else'. Sometimes 'sendmail' is a switching program that determings -- by some arbitrary means (typically a configurtion file, stored 'somewhere')-- _which_ of many alternatives to call. Now _if_ the mailer started at boot time is *explicitly* named as something _other_ than sendmail, and is -not- what you get when you invoke the name 'sendmail', you have obvious potential for dissimilar behavior. this is _probably_ what is going on in your case. Local command-line mail is being delivered to an 'mbox' type mailbox, while 'remote' mail is being delivered to 'something different' -- I think recent versios of IMAP use a database-type struture rather than a simple 'mbox'. Everything works fine if I send email from a remote client (Thunderbird, Mail.app) and read the email with a remote client via IMAP. It's just the local email sending that seems to be broken. I'd like to get one of these two problems fixed so root can email me daily log files, which it can't do right now or I can't read via IMAP because they are't going to the right mailbox. Is there some simple I'm just messing up? Yes. grin The difficulty comes in identifying _which_ simple thing it is that is messed up. OK, I found the problem. It was the hostname not being set correctly. What threw me was that it was correct in the rc.conf file, but I did not know you needed to reboot the machine to have it take effect. It just never occurred to me to run 'hostname' and see since I was seeing it correctly in the rc.conf. Thanks for the help. Ron ___ 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's backwards webdesign / corporate identity
On Apr 13, 2012, at 5:54 PM, Polytropon free...@edvax.de wrote: On Sat, 14 Apr 2012 07:49:40 +0700, Erich Dollansky wrote: Hi, On Friday 13 April 2012 23:37:16 Polytropon wrote: On Fri, 13 Apr 2012 22:59:41 +0700, Erich Dollansky wrote: On Friday 13 April 2012 20:56:35 Sean Cavanaugh wrote: -Original Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- questi...@freebsd.org] On Behalf Of Erich Dollansky Sent: Friday, April 13, 2012 9:12 AM To: freebsd-questions@freebsd.org Cc: Julian H. Stacey; Tony; Steffen Daode Nurpmeso Subject: Re: FreeBSD's backwards webdesign / corporate identity On Friday 13 April 2012 18:44:07 Steffen Daode Nurpmeso wrote: Julian H. Stacey wrote [2012-04-13 13:13+0200]: The 1000 year Reich lasted 6. 13. Not for all, though. 1945 - 1933 gives 12. Do I have to start a calculator now? Its 13 INCLUSIVE. You're calculating exclusive it also fits better to today's date. Fits even better next Friday! ;-) oh, yeah, the big birthday bash. Is it organised via facebook? Who with a sane mind would press his face into a book? :-) Certainly _not_ Gutenberg (considering the size of his press, OUCH!!) ;-) -- Devin _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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's backwards webdesign / corporate identity
Hi, On Saturday 14 April 2012 07:54:40 Polytropon wrote: Its 13 INCLUSIVE. You're calculating exclusive it also fits better to today's date. Fits even better next Friday! ;-) oh, yeah, the big birthday bash. Is it organised via facebook? Who with a sane mind would press his face into a book? :-) maybe the same people who wait for next week's big birthday bash? Erich ___ 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
