Re: FTP oddness, over SSH session.
On 11 Apr 2012 at 14:54, Mike Clarke wrote: On Wednesday 11 April 2012, Dave B wrote: 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. Would it not be simpler just to use sftp directly rather than tunnelling ftp through ssh? -- Mike Clarke 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. Originally, the FTP was purely for other machines at home to periodicaly dump data for some pages of the small website it also hosts. There was (is) no need for SFTP for that, as all the machines are in the same room at home. Thanks for the reply. Dave B. -- 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: LD_TRACE_LOADED_OBJECTS and Linux binaries
On 11/04/2012 22:46, RW wrote: What's the explanation for this: $ ldd /usr/compat/linux/bin/pwd /usr/compat/linux/bin/pwd: /tmp $ LD_TRACE_LOADED_OBJECTS=1 /usr/compat/linux/bin/pwd libc.so.6 = /lib/libc.so.6 (0x28076000) /lib/ld-linux.so.2 (0x2805) From what I've read ldd works through setting LD_TRACE_LOADED_OBJECTS, and neither form should work on a linux binary. You might find the audit trail in http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/127276 interesting. There's a patch in there that makes the stock ldd(1) generate reasonable output for Linux binaries, although it seems not to be getting much love from anyone willing to commit it. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: Sendmail recommended permissions for apache/php server
On 12/04/2012 02:49, Polytropon wrote: On Wed, 11 Apr 2012 23:57:51 +, Ian Lord wrote: I then got a different error in /var/log/messages Apr 11 19:38:40 dev sendmail[41170]: NOQUEUE: SYSERR(www): can not write to queue directory /var/spool/clientmqueue/ (RunAsGid=0, required=25): Permission denied I found very old threads saying to change the group of apache to smmsp but I doubt it's a good idea. No, not change to, but you can _add_ apache (or whatever is originating the error) to the smmsp group. Add it to smmsp:*:25: in /etc/group. You should not be changing the ownership and permissions on any of the directories used by sendmail(8), or the group membership of any of the groups used by sendmail. Not even if you think you know what you are doing. This is extremely security sensitive, and getting it wrong means at minimum unprivileged users can forge e-mails untraceably[*]. There is no reason for apache to have any sort of write permissions to /var/spool/clientmqueue -- that should only be accessible to sendmail, and sendmail is the only program that should ever use it. To the OP -- can you execute sendmail outside PHP? If you can use mail(1) to send a test e-mail, then sendmail should be fine. Note: test this as an unprivileged user. What are the permissions on /usr/libexec/sendmail/sendmail ? They should look like this: % ls -la /usr/libexec/sendmail/sendmail -r-xr-sr-x 1 root smmsp 662136 Apr 1 08:38 /usr/libexec/sendmail/sendmail If that all checks out, then the problem is with PHP rather than your sendmail installation. There are several different ways PHP might be programmed to send e-mail; perhaps you could describe how your particular application tries to do it? Cheers, Matthew [*] So what? you might think. Until you get an e-mail request from your boss to provide sensitive information to some contractor you don't really know. -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: FTP oddness, over SSH session.
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 ___ 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 recommended permissions for apache/php server
On Thu, 12 Apr 2012 08:17:33 +0100, Matthew Seaman wrote: On 12/04/2012 02:49, Polytropon wrote: On Wed, 11 Apr 2012 23:57:51 +, Ian Lord wrote: I then got a different error in /var/log/messages Apr 11 19:38:40 dev sendmail[41170]: NOQUEUE: SYSERR(www): can not write to queue directory /var/spool/clientmqueue/ (RunAsGid=0, required=25): Permission denied I found very old threads saying to change the group of apache to smmsp but I doubt it's a good idea. No, not change to, but you can _add_ apache (or whatever is originating the error) to the smmsp group. Add it to smmsp:*:25: in /etc/group. You should not be changing the ownership and permissions on any of the directories used by sendmail(8), or the group membership of any of the groups used by sendmail. Not even if you think you know what you are doing. This is extremely security sensitive, and getting it wrong means at minimum unprivileged users can forge e-mails untraceably[*]. You're right - as long as sendmail works properly (and is invoked by whatever means sends e-mail out of apache / PHP), the present group settings and permissions should be okay. Sendmail will then properly run as the smmsp group member which will enable it to properly access the queue directory. There is no reason for apache to have any sort of write permissions to /var/spool/clientmqueue -- that should only be accessible to sendmail, and sendmail is the only program that should ever use it. I'm not aware of why a program should directly access the mail queues, but maybe that's a special PHP feature. :-) -- 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.
why not ftp over TLS ? like proftpd or pure-ftpd can do ? Envoyé de mon iPhone. Le 12 avr. 2012 à 09:32, Frank Staals fr...@fstaals.net a écrit : 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 ___ 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: FTP oddness, over SSH session.
On 12/04/2012 10:28, Frank Bonnet wrote:
why not ftp over TLS ? like proftpd or pure-ftpd can do ?
Because it is pretty much impossible to firewall securely. Either you
don't encrypt the control channel or you have to give any firewalls
between you and your destination keys to be able to decrypt the traffic
(in which case you might just as well not bother encrypting it at all)
or you have to open up a whole load of ports to accept incoming traffic
('you' being typically the FTP server admin for PASV mode FTP;
otherwise, you'ld need to do similarly on the client for active mode
FTP.) FTP is fundamentally broken and simply encasing it in a layer of
encryption only exacerbates the fundamental flaws.
The FTP protocol is an archaic remnant of some mythical golden age of
the internet when you could generally trust anyone else with access to
the net[*]. Given what the past 40 years or so have shown us about the
realities of global networking, it is high time that it was obsoleted
and the world switched to some of the many better alternatives that have
since been developed.
* HTTP -- obviously works fine for download. It can support upload
too: there's a little-used PUT command, or you can use such things
as WEBDAV. Easy to run over TLS by using HTTPS.
* RSYNC -- has an anonymous mode which works fine for generic
downloads. For authenticated access defaults to ssh(1) for all
traffic.
* SFTP or SCP -- for those who are unwilling or unable to
contemplate using anything other than an FTP client, SFTP will
pose as one, while still properly securing all your traffic. SCP
is (IMHO) a nicer interface for general day-to-day copying stuff
between machines though.
Cheers,
Matthew
[*] Believe it or not, at one time it was generally accepted that mail
servers should be configured as open relays. This was so that if your
own mailserver was playing up, you could easily borrow a neighbours
server to send messages. Then spam was invented.
--
Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk Kent, CT11 9PW
signature.asc
Description: OpenPGP digital signature
How to set Password Change Time in FreeBSD
Dears, To force local user in FreeBSD system changing their password periodically, I want to set Password Change Time. I tried the following two ways, but both failed. Could you please give me the correct operations? Thanks a lot! Method 1: Added passwordtime=2m to /etc/login.conf, then run the command cap_mkdb /etc/login.conf. Result: password of any user was not expired after two minutes. Method 2: Run the command pw usermod root -p 2m Result: password of root was expired after two minutes. But after I changed it one time, it would be never expired again. My system info: 7.3-RELEASE Best Regards, Jun Li Zhao (赵俊丽) Smart Business Desktop on IBM Cloud, IBM China Development Lab(CDL) Email: zhao...@cn.ibm.comPhone: +8610-82452120 Address: Diamond B Bldg. #19 Building, Zhong Guan Cun Software Park, #8 Dong Bei Wang West Road, ShangDi, Haidian District, Beijing, P.R.China,100193___ 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 set Password Change Time in FreeBSD
On 12/04/2012 10:15, Jun Li BJ Zhao wrote:
To force local user in FreeBSD system changing their password periodically,
I want to set Password Change Time. I tried the following two ways, but
both failed. Could you please give me the correct operations? Thanks a lot!
Method 1:
Added passwordtime=2m to /etc/login.conf, then run the command
cap_mkdb /etc/login.conf.
Result: password of any user was not expired after two minutes.
This just sets the default password expiry. If you created a new
account after doing this, it should have the password expiry behaviour
you expect.
Method 2:
Run the command pw usermod root -p 2m
Result: password of root was expired after two minutes. But after I changed
it one time, it would be never expired again.
Method 1 is what you want to use to set a system-wide password expiry
policy, and Method 2 is one way of applying that policy to existing
accounts. You need to modify /etc/master.passwd to enable the policy on
existing accounts after setting up /etc/login.conf . There are two
master.passwd fields that control this functionality:
Field 5: the users' class -- which entry in /etc/login.conf applies
for this account. By default this is empty, which means 'use the
default class.'
Field 6: the time that account password must next be changed, given
as a standard seconds-since-the-epoch unix time. If zero, then the
password never expires.
So to set the policy, decide on a login class for all your real users,
add them to it, configure the class with your preferred password
lifetime, then modify master.passwd to set the time when the first
password change should happen for all existing accounts ('pw usermod -p
time' is a way of dong that. Or you could just edit master.passwd
directly if you want to set this in bulk.) With the login.conf policy
in place passwd(1) should reset the 6th field appropriately next time
the password is changed.
The root account is special as regards this functionality. Try using an
unprivileged account for testing purposes.
Cheers
Matthew
--
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey
signature.asc
Description: OpenPGP digital signature
Re: pf firewall rule numbers
Mike Tancsa wrote: On 4/11/2012 8:34 PM, Fbsd8 wrote: In the pf log I see the rule number of the rule used to create the log file entry. pfctl -sr command does not list the rule number of each rule it lists. Hi, Try pfctl -sr -vv ---Mike Thanks the -vv printed the rule number with the rule. ___ 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
Xorg doesn't go back correctly to console when closed on FreeBSD 9.0
Hi all, I´m running 9.0-RELEASE on my laptop, everything works fine, except when I try go back to console I get a black screen. dmesg: http://pastebin.com/U45duS5n xorg.conf: http://pastebin.com/qERavJs0 Xorg.0.log: http://pastebin.com/143m0gWB pciconf: http://pastebin.com/ZfQ6daGC Thanks in advance. Gabriel Marchi * * ___ 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 recommended permissions for apache/php server
You should not be changing the ownership and permissions on any of the directories used by sendmail(8), or the group membership of any of the groups used by sendmail. Not even if you think you know what you are doing. This is extremely security sensitive, and getting it wrong means at minimum unprivileged users can forge e-mails untraceably[*]. That's what I thought, I found it to work but preferred to ask on the list since it didn't make sense to me :) To the OP -- can you execute sendmail outside PHP? If you can use mail(1) to send a test e-mail, then sendmail should be fine. Note: test this as an unprivileged user. No it doesn't work, just tried it: %mail -s Hello lo...@msdi.ca Hello ! . EOT %WARNING: RunAsUser for MSP ignored, check group ids (egid=0, want=25) can not chdir(/var/spool/clientmqueue/): Permission denied Program mode requires special privileges, e.g., root or TrustedUser. Apr 12 08:47:08 dev sendmail[94980]: NOQUEUE: SYSERR(msdi): can not chdir(/var/spool/clientmqueue/): Permission denied What are the permissions on /usr/libexec/sendmail/sendmail ? They should look like this: % ls -la /usr/libexec/sendmail/sendmail -r-xr-sr-x 1 root smmsp 662136 Apr 1 08:38 /usr/libexec/sendmail/sendmail # ls -al /usr/libexec/sendmail/sendmail -r-xr-sr-x 1 root wheel 707160 Jan 3 02:57 /usr/libexec/sendmail/sendmail So the group is wrong... I changed it from wheel to smmsp and everything works fine now ! Thanks a lot for the fix, but this server is a clean install of 9.0-RELEASE that I installed about 2-3 months ago. I never changed the permission myself on that file so I guess there is something wrong that would need to be fixed (unless it's already fixed in newer versions). Thanks again ~~ Ian Lord MSD Informatique 143 Rue des Fauvettes St-Colomban (Québec) J5K 0E2 Tél: (514) 776-MSDI - (514) 776-6734 Sans Frais: 1(877) 776-MSDI - 1(877) 776-6734 http://www.msdi.ca ___ 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 recommended permissions for apache/php server
On 12/04/2012 14:40, Ian Lord wrote: What are the permissions on /usr/libexec/sendmail/sendmail ? They should look like this: % ls -la /usr/libexec/sendmail/sendmail -r-xr-sr-x 1 root smmsp 662136 Apr 1 08:38 /usr/libexec/sendmail/sendmail # ls -al /usr/libexec/sendmail/sendmail -r-xr-sr-x 1 root wheel 707160 Jan 3 02:57 /usr/libexec/sendmail/sendmail So the group is wrong... I changed it from wheel to smmsp and everything works fine now ! Thanks a lot for the fix, but this server is a clean install of 9.0-RELEASE that I installed about 2-3 months ago. I never changed the permission myself on that file so I guess there is something wrong that would need to be fixed (unless it's already fixed in newer versions). I haven't had any similar problems on 9.0 systems I've installed so I don't think it is an obvious and universal bug in the system installer. It might be the case that you did something differently -- if you can reproduce the effect, and if it's not by doing something daft like 'oh, and here is where we recursively chgrp the whole filesystem for no apparent reason' then please do send a PR with the details. If you want to ensure that almost everything has the correct ownership and permissions, then you can use mtree(8). eg. # cd / # mtree -Ue -f /etc/mtree/BSD.root.dist # mtree -Ue -f /etc/mtree/BSD.sendmail.dist # cd /usr # mtree -Ue -f /etc/mtree/BSD.usr.dist # cd /usr/include # mtree -Ue -f /etc/mtree/BSD.include.dist # cd /var # mtree -Ue -f /etc/mtree/BSD.var.dist ... although now I come to look at it, this won't actually fix the group ownership on /usr/libexec/sendmail/sendmail for example. For that, you'ld probably have to use the system sources or the installation media. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: Problem with vlans on igb (was: fsck problem FreeBSD 8.3)
Try disabling hardware VLAN tagging like so, I know we had problems a few years back with it. in /etc/rc.conf : ifconfig_igb2= -vlanhwtag -tso -lro up 2012/4/11 KES kes-...@yandex.ua: Пересылаемое сообщение 11.04.2012, 13:14, KES kes-...@yandex.ua: 10.04.2012, 08:50, Da Rock freebsd-questi...@herveybayaustralia.com.au: On 04/10/12 05:02, Коньков Евгений wrote: Yes, I have tested. and on this hardware on this OS it works from Fri Feb 24 17:07:48 UTC 2012 but last two days: reboot ~ Mon Apr 9 19:50 reboot ~ Mon Apr 9 18:30 reboot ~ Sun Apr 8 20:55 reboot ~ Sun Apr 8 20:00 reboot ~ Sun Apr 8 19:49 reboot ~ Sun Apr 8 17:43 reboot ~ Sun Apr 8 10:58 reboot ~ Sat Apr 7 21:13 reboot ~ Sat Apr 7 16:37 reboot ~ Sat Apr 7 16:07 I remembered. One thing changed. I add vlans to igb2, but no traffic flow on that devices yet. Perhaps you should test removing the vlans and see if things improve? I have removed vlans, two day server works without reboots Before this I have use: igb0, igb1, igb3 igb0@pci0:1:0:0: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb1@pci0:1:0:1: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb2@pci0:1:0:2: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb3@pci0:1:0:3: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet ifconfig_vlan100=inet 192.168.0.1 netmask 255.255.255.0 vlan 100 vlandev igb2 #nALL ifconfig_vlan101=inet 192.168.1.1 netmask 255.255.255.0 vlan 101 vlandev igb2 #n2 p24 ifconfig_vlan102=inet 192.168.2.1 netmask 255.255.255.0 vlan 102 vlandev igb2 #n1 p23 ifconfig_vlan103=inet 192.168.3.1 netmask 255.255.255.0 vlan 103 vlandev igb2 #n3 p22 ifconfig_vlan104=inet 192.168.4.1 netmask 255.255.255.0 vlan 104 vlandev igb2 #n7,9 p21 ifconfig_vlan105=inet 192.168.5.1 netmask 255.255.255.0 vlan 105 vlandev igb2 #n11 p20 ifconfig_vlan106=inet 192.168.6.1 netmask 255.255.255.0 vlan 106 vlandev igb2 #n13 p19 ifconfig_vlan107=inet 192.168.7.1 netmask 255.255.255.0 vlan 107 vlandev igb2 #n223 p18 ifconfig_vlan108=inet 192.168.8.1 netmask 255.255.255.0 vlan 108 vlandev igb2 #n225 p17 ifconfig_vlan109=inet 192.168.9.1 netmask 255.255.255.0 vlan 109 vlandev igb2 #n221 p16 ifconfig_vlan110=inet 192.168.10.1 netmask 255.255.255.0 vlan 110 vlandev igb2 #n229 p15 ifconfig_vlan111=inet 192.168.11.1 netmask 255.255.255.0 vlan 111 vlandev igb2 #n233 p14 ifconfig_vlan112=inet 192.168.12.1 netmask 255.255.255.0 vlan 112 vlandev igb2 #n231 p13 ifconfig_vlan113=inet 192.168.13.1 netmask 255.255.255.0 vlan 113 vlandev igb2 #n237 p12 ifconfig_vlan114=inet 192.168.14.1 netmask 255.255.255.0 vlan 114 vlandev igb2 #n424 p11 ifconfig_vlan115=inet 192.168.15.1 netmask 255.255.255.0 vlan 115 vlandev igb2 # PAP Nothing logged in /var/log/* or crashes that exist in /var/crash PAP would indicate to me some sort of hardware related problem. PAP Have you tested your hardware lately and know that it is in operational order? PAP ~Paul PAP On Mon, Apr 09, 2012 at 09:36:54PM +0300, ??? ??? wrote: Hi. Apr 9 19:51:58 fsck: /dev/ad8s1e: UNEXPECTED INCONSISTENCY, CANNOT RUN FAST FSCK Apr 9 19:51:58 fsck: Apr 9 19:51:58 fsck: Apr 9 19:51:58 fsck: /dev/ad8s1e: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Apr 9 19:51:58 fsck: /dev/ad8s1e: CANNOT SET FS_NEEDSFSCK FLAG Apr 9 20:09:22 kernel: running manually: # fsck -y /dev/ad8s1e ** /dev/ad8s1e (NO WRITE) ** Last Mounted on /tmp ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 99 files, 10 used, 506477 free (45 frags, 63304 blocks, 0.0% fragmentation) Server reboot two or three time per day # uname -a FreeBSD flux 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #3 r231881: Fri Feb 24 17:07:48 UTC 2012 adm@flux:/usr/obj/usr/src/sys/KES_KERN_v8 amd64 before this it works about month without problems /var/crash - empty, in
Online Clinic by Lelong.my
You're receiving this newsletter because you subscribed from our website. Can't see the message? View it in browser. happy customer Tips of the day: How to Promote a New Product on Your Ecommerce Site? New merchandise, unique brand and seasonal products are often a source where retailers aim to add frequently in order to promote and move their line of business further; we call it the 'product launch'. With the correct concept, the specific product gain better advantages in its early life cycle. This is an important element and frequent stage in the e-commerce marketing strategy whether it's promotional recipe or mass advertising. This sort of marketing style is commonly use and therefore best manage in a uniform way within retailers: Marketplace Make available to you - Lelong.my marketplace. Take a ride on the Malaysia Pioneer - Largest Marketplace and tap into the buying power of 2 million community users, supported with dedicated Education Team and support team to provide necessary training for all sellers. Group Purchase Site Groupme.my - a platform for group buying. This is the most cost effective way to advertise and for promotions, deals are from Lelong Merchants and suppliers and merchants can propose the margin they offer. Exciting Live Bidding Experience Every Wednesday Superbid.my brings you Exciting Live Bidding Experience Every Wednesday! It gives more exposure to your products with no additional charges and it's free advertising for your store and products. Read what our happy customer is saying: I am so glad that I gave it a try and attended Class 101! Lelong is definitely the place to be for all the sellers! It is the only e-commerce platform in Malaysia that is able to bring your site so much traffic and exposure. Most importantly, the staff are really helpful in the technical support. Looking forward for more class and amazing breakthrough in this platform! Elaine More Testimonials Upcoming Activities: Penang here we come! Date: 05 May (Sat) 06 May 2012 (Sun) Venue: Wawasan Open University (Hall 6 7) Free Registration Register your seat now April 2012 ( PJ and Setapak Campus) May 2012 ( Damansara Campus) If you wish us to drop by to your University or College, email us at e...@lelong.com.my We would love to hear from you! Don't hesitate to call us at 017-686 4568 / 017-686 1522 for any enquiries! Powered by Lelong.my You are receiving this e-mail because you are in our mailing list. If you do not wish to receive further newsletters, you may unsubscribe by clicking Here ___ 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
real-time priority jackd
Hello there, i really want your help on this matter.So. i create a group audio and fix conf file at /etc/security/limit.d/limits.conf i can open jackd as root with real-time prio but not as regular user. 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: zpool creation on geli failed with FreeBSD-9.0
Christopher J. Ruwe c...@cruwe.de wrote: On Tue, 10 Apr 2012 08:13:36 +1000 Da Rock freebsd-questi...@herveybayaustralia.com.au wrote: On 04/10/12 02:07, Christopher J. Ruwe wrote: I was trying to install FreeBSD 9.0 using a geli encrypted disk and ZFS on my ThinkPad R500 this weekend. I failed. Having sucessfully initialized the geli part and having attached the provider, my attempt to create a zpool on the geli section thus $ zpool create ntank /dev/ada0p2.eli failed with the message Cannot create 'ntank': invalid argument for this pool operation. I could not convince the system to create the zpool on the geli part, so I gave up and created the zpool on the unencrypted partition instead to have a working machine for the week. I would, however, like to have my data on an encrypted partition though. Has anyone witnessed and resolved this issue or does anyone have other ideas? I have never seen this error message and its meaning isn't obvious to me either (which is why I didn't comment earlier, before Da Rock provoked me). You could try truss'ing the operating to see what is actually going on. You could also try to see if it makes a difference if you put a label on top of the eli geom and try to create the pool on that. Someone using ZFS will be able to verify this, but from my understanding ZFS runs on the hardware and you can *possibly* put geli on top of ZFS. While you can indeed put geli on a ZFS volume, putting the ZFS pool on geli is supposed to work as well and does work for me: fk@r500 ~ $zpool status tank pool: tank state: ONLINE scan: scrub repaired 0 in 3h1m with 0 errors on Sun Mar 25 20:47:28 2012 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ada0s1d.eli ONLINE 0 0 0 errors: No known data errors The pool was created with a command rather similar to the one used by Christopher: fk@r500 ~ $sudo zpool history | head -n 2 History for 'tank': 2009-08-09.02:53:52 zpool create tank ad4s1d.eli While I'm using this pool on a 10.0-CURRENT system, the pool worked with previous FreeBSD versions in the past. I currently have no 9.0 system to test with. Here's a more recently created pool where the eli is on a label: fk@r500 ~ $zpool status lexmark pool: lexmark state: ONLINE scan: scrub repaired 0 in 0h2m with 0 errors on Sun Mar 11 22:10:49 2012 config: NAME STATE READ WRITE CKSUM lexmark ONLINE 0 0 0 label/lexmark.eli ONLINE 0 0 0 errors: No known data errors fk@r500 ~ $sudo zpool history lexmark | head -n 2 History for 'lexmark': 2012-02-04.13:41:05 zpool create lexmark /dev/label/lexmark.eli This is the configuration I usually use for external devices, as it makes automatically importing the pool easier. While this configuration is known to trigger bugs under certain conditions, I don't know for sure that using less geoms would actually help: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/162010 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/162036 You can put geom on ZFS but not the other way around. Except for test pools, I always use geoms as vdevs. This has been working (for me) since I started using ZFS shortly after Pawel imported it. I had a zpool on a geli on FreeBSD-8.0 to 8.2 and 8-stable. I opted for a complete reinstall of 9.0 instead of upgrading due to issues with xmonad, which I did not understand then. I am furious at my decision now that I have seen that a update would possibly have been much easier than to reinstall, had I at that time understood what was causing problems with xmonad. Do you know if you used the same zpool command and the same vdev in the past? Fabian signature.asc Description: PGP signature
Keyboard Input Vanishes Seconds After Loading GNOME
I am experiencing a most peculiar problem upon loading the GNOME desktop on a brand new install of FreeBSD v9.0 RELEASE. So far, I have Installed the FreeBSD v9.0 RELEASE operating system for the x86-64 platform Installed xorg Installed gnome2 In order to enable both the loading of xorg and gnome(2), I have edited my /etc/rc.conf file. Here is what cat reports: #cat /etc/rc.conf hostname= Mephisto ifconfig_re0=DHCP sshd_enable=YES moused_enable=YES #Set dumpdev to AUTO to enable crash dumps, NO to disable dumpdev=NO hald_enable=YES dbus_enable=YES gnome_enable=YES gdm_enable=YES After entering in my password at the GNOME GDM login, I am able to get to my desktop and have access to my programs. However, if I were to open say Gedit and type for any period of time, my keyboard input will disappear and I will either be unable to type anything or it will infinitely type the last character I typed (e.g. the letter k). Has anyone else faced this situation and if so, how do I go about solving this? Thank you very much for taking the time to read my request. Sincerely, Timothy ___ 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
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 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). 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 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. 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? ___ 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 Apr 12, 2012, at 1:01 PM, Ron wrote: 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 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). 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. You need to tell Postfix that mysite.com and mail.mysite.com are local. See the mydestination keyword in main.cf. 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 implies you might be using a command line mail which does direct delivery to a Unix-style mailbox, but Postfix is using courier via mailbox_transport setting. Postfix ought to come with a sendmail-ish wrapper which does delivery via Courier instead, probably under /usr/local/libexec/postfix/sendmail and linked to /usr/local/sbin/sendmail or similar via mailwrapper(8). 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[2]: Problem with vlans on igb (was: fsck problem FreeBSD 8.3)
Now i350 is configured as: /etc/rc.conf ## TCP/IP ifconfig_igb0=-rxcsum -txcsum -lro -tso up ifconfig_igb1=-rxcsum -txcsum -lro -tso up ifconfig_igb2=-rxcsum -txcsum -lro -tso up ifconfig_igb3=-rxcsum -txcsum -lro -tso up # ifconfig -m igb1 igb1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=400b8VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWTSO capabilities=505bbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,LRO,VLAN_HWFILTER,VLAN_HWTSO ether a0:36:9f:00:66:a5 media: Ethernet autoselect (1000baseT full-duplex) status: active supported media: media autoselect media 1000baseT media 1000baseT mediaopt full-duplex media 100baseTX mediaopt full-duplex media 100baseTX media 10baseT/UTP mediaopt full-duplex media 10baseT/UTP #pciconf -lv igb0@pci0:1:0:0:class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet Do I need to disable VLAN_HWCSUM, VLAN_HWFILTER,VLAN_HWTSO also? PS. I will try to disable those after the holidays DF Try disabling hardware VLAN tagging like so, I know we had problems a DF few years back with it. DF in /etc/rc.conf : DF ifconfig_igb2= -vlanhwtag -tso -lro up DF 2012/4/11 KES kes-...@yandex.ua: Пересылаемое сообщение 11.04.2012, 13:14, KES kes-...@yandex.ua: 10.04.2012, 08:50, Da Rock freebsd-questi...@herveybayaustralia.com.au: On 04/10/12 05:02, Коньков Евгений wrote: Yes, I have tested. and on this hardware on this OS it works from Fri Feb 24 17:07:48 UTC 2012 but last two days: reboot ~ Mon Apr 9 19:50 reboot ~ Mon Apr 9 18:30 reboot ~ Sun Apr 8 20:55 reboot ~ Sun Apr 8 20:00 reboot ~ Sun Apr 8 19:49 reboot ~ Sun Apr 8 17:43 reboot ~ Sun Apr 8 10:58 reboot ~ Sat Apr 7 21:13 reboot ~ Sat Apr 7 16:37 reboot ~ Sat Apr 7 16:07 I remembered. One thing changed. I add vlans to igb2, but no traffic flow on that devices yet. Perhaps you should test removing the vlans and see if things improve? I have removed vlans, two day server works without reboots Before this I have use: igb0, igb1, igb3 igb0@pci0:1:0:0: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb1@pci0:1:0:1: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb2@pci0:1:0:2: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb3@pci0:1:0:3: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet ifconfig_vlan100=inet 192.168.0.1 netmask 255.255.255.0 vlan 100 vlandev igb2 #nALL ifconfig_vlan101=inet 192.168.1.1 netmask 255.255.255.0 vlan 101 vlandev igb2 #n2 p24 ifconfig_vlan102=inet 192.168.2.1 netmask 255.255.255.0 vlan 102 vlandev igb2 #n1 p23 ifconfig_vlan103=inet 192.168.3.1 netmask 255.255.255.0 vlan 103 vlandev igb2 #n3 p22 ifconfig_vlan104=inet 192.168.4.1 netmask 255.255.255.0 vlan 104 vlandev igb2 #n7,9 p21 ifconfig_vlan105=inet 192.168.5.1 netmask 255.255.255.0 vlan 105 vlandev igb2 #n11 p20 ifconfig_vlan106=inet 192.168.6.1 netmask 255.255.255.0 vlan 106 vlandev igb2 #n13 p19 ifconfig_vlan107=inet 192.168.7.1 netmask 255.255.255.0 vlan 107 vlandev igb2 #n223 p18 ifconfig_vlan108=inet 192.168.8.1 netmask 255.255.255.0 vlan 108 vlandev igb2 #n225 p17 ifconfig_vlan109=inet 192.168.9.1 netmask 255.255.255.0 vlan 109 vlandev igb2 #n221 p16 ifconfig_vlan110=inet 192.168.10.1 netmask 255.255.255.0 vlan 110 vlandev igb2 #n229 p15 ifconfig_vlan111=inet 192.168.11.1 netmask 255.255.255.0 vlan 111 vlandev igb2 #n233 p14 ifconfig_vlan112=inet 192.168.12.1 netmask 255.255.255.0 vlan 112 vlandev igb2 #n231 p13 ifconfig_vlan113=inet 192.168.13.1 netmask 255.255.255.0 vlan 113 vlandev igb2 #n237 p12 ifconfig_vlan114=inet 192.168.14.1 netmask 255.255.255.0 vlan 114 vlandev igb2 #n424 p11 ifconfig_vlan115=inet 192.168.15.1 netmask 255.255.255.0 vlan 115 vlandev igb2 # PAP Nothing logged in
Re: Postfix + Courier IMAP local email problems
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. ___ 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: Re[2]: Problem with vlans on igb (was: fsck problem FreeBSD 8.3)
Yes, I suggest you try with -vlanhwtag as well. If that stops your unwanted reboots, you may want to remove it and see if the situation changes. 2012/4/12 Коньков Евгений kes-...@yandex.ru: Now i350 is configured as: /etc/rc.conf ## TCP/IP ifconfig_igb0=-rxcsum -txcsum -lro -tso up ifconfig_igb1=-rxcsum -txcsum -lro -tso up ifconfig_igb2=-rxcsum -txcsum -lro -tso up ifconfig_igb3=-rxcsum -txcsum -lro -tso up # ifconfig -m igb1 igb1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=400b8VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWTSO capabilities=505bbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,LRO,VLAN_HWFILTER,VLAN_HWTSO ether a0:36:9f:00:66:a5 media: Ethernet autoselect (1000baseT full-duplex) status: active supported media: media autoselect media 1000baseT media 1000baseT mediaopt full-duplex media 100baseTX mediaopt full-duplex media 100baseTX media 10baseT/UTP mediaopt full-duplex media 10baseT/UTP #pciconf -lv igb0@pci0:1:0:0: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet Do I need to disable VLAN_HWCSUM, VLAN_HWFILTER,VLAN_HWTSO also? PS. I will try to disable those after the holidays DF Try disabling hardware VLAN tagging like so, I know we had problems a DF few years back with it. DF in /etc/rc.conf : DF ifconfig_igb2= -vlanhwtag -tso -lro up DF 2012/4/11 KES kes-...@yandex.ua: Пересылаемое сообщение 11.04.2012, 13:14, KES kes-...@yandex.ua: 10.04.2012, 08:50, Da Rock freebsd-questi...@herveybayaustralia.com.au: On 04/10/12 05:02, Коньков Евгений wrote: Yes, I have tested. and on this hardware on this OS it works from Fri Feb 24 17:07:48 UTC 2012 but last two days: reboot ~ Mon Apr 9 19:50 reboot ~ Mon Apr 9 18:30 reboot ~ Sun Apr 8 20:55 reboot ~ Sun Apr 8 20:00 reboot ~ Sun Apr 8 19:49 reboot ~ Sun Apr 8 17:43 reboot ~ Sun Apr 8 10:58 reboot ~ Sat Apr 7 21:13 reboot ~ Sat Apr 7 16:37 reboot ~ Sat Apr 7 16:07 I remembered. One thing changed. I add vlans to igb2, but no traffic flow on that devices yet. Perhaps you should test removing the vlans and see if things improve? I have removed vlans, two day server works without reboots Before this I have use: igb0, igb1, igb3 igb0@pci0:1:0:0: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb1@pci0:1:0:1: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb2@pci0:1:0:2: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet igb3@pci0:1:0:3: class=0x02 card=0x00018086 chip=0x15218086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet ifconfig_vlan100=inet 192.168.0.1 netmask 255.255.255.0 vlan 100 vlandev igb2 #nALL ifconfig_vlan101=inet 192.168.1.1 netmask 255.255.255.0 vlan 101 vlandev igb2 #n2 p24 ifconfig_vlan102=inet 192.168.2.1 netmask 255.255.255.0 vlan 102 vlandev igb2 #n1 p23 ifconfig_vlan103=inet 192.168.3.1 netmask 255.255.255.0 vlan 103 vlandev igb2 #n3 p22 ifconfig_vlan104=inet 192.168.4.1 netmask 255.255.255.0 vlan 104 vlandev igb2 #n7,9 p21 ifconfig_vlan105=inet 192.168.5.1 netmask 255.255.255.0 vlan 105 vlandev igb2 #n11 p20 ifconfig_vlan106=inet 192.168.6.1 netmask 255.255.255.0 vlan 106 vlandev igb2 #n13 p19 ifconfig_vlan107=inet 192.168.7.1 netmask 255.255.255.0 vlan 107 vlandev igb2 #n223 p18 ifconfig_vlan108=inet 192.168.8.1 netmask 255.255.255.0 vlan 108 vlandev igb2 #n225 p17 ifconfig_vlan109=inet 192.168.9.1 netmask 255.255.255.0 vlan 109 vlandev igb2 #n221 p16 ifconfig_vlan110=inet 192.168.10.1 netmask 255.255.255.0 vlan 110 vlandev igb2 #n229 p15 ifconfig_vlan111=inet 192.168.11.1 netmask 255.255.255.0 vlan 111 vlandev igb2 #n233 p14 ifconfig_vlan112=inet 192.168.12.1 netmask 255.255.255.0 vlan 112 vlandev igb2 #n231 p13 ifconfig_vlan113=inet 192.168.13.1 netmask 255.255.255.0 vlan 113 vlandev igb2 #n237 p12
Re: Xorg doesn't go back correctly to console when closed on FreeBSD 9.0
On Thu, 12 Apr 2012 10:13:00 -0300 Gabriel Marchi gabrielmar...@bsd.com.br wrote: Hi all, I´m running 9.0-RELEASE on my laptop, everything works fine, except when I try go back to console I get a black screen. dmesg: http://pastebin.com/U45duS5n xorg.conf: http://pastebin.com/qERavJs0 Xorg.0.log: http://pastebin.com/143m0gWB pciconf: http://pastebin.com/ZfQ6daGC Thanks in advance. Gabriel Marchi I've noticed this same behavior for a while now, when running X using xinit (startx). Upon exiting my X session, the X server doesn't shutdown, but has to be manually killed. Enabling the zap feature (where CTRL-ALT-BACKSPACE kills the server) would be a good thing for you to try. -- Conrad J. Sabatier conr...@cox.net ___ 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 Thu, 12 Apr 2012, Florian Unglaub wrote: I've stumbled upon http://goo.gl/Aq6Vd in the freebsd-current mailling list and started investigating if turbo mode is working on my i7 860 here. The CPU stock frequency is 2.8GHZ which is the maximum that dev.cpu.0.freq_levels reports (powerd is enabled). According to the link above, freq_levels should show a maximum frequency of 2801 if turbo mode is working. The patch above was MFC'ed quite a while ago. I updated to 9-stable yesterday and it looks like the turbo is not working. dev.cpu.0.freq is at max. 2.8GHz, even if I am using some CPU stress testing utilities (like burnP6). 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 During a buildworld, dev.cpu.0.freq goes to 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: 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.. I guess the question is: What is the configuration error? I've tried setting: mydestination = mysite.com, mail.mysite.com and it has no affect. The main.cf on my new machine is exactly the same as the main.cf on my old machine except for: virtual_alias_domains = mysite.com, mail.mysite.com which contains the domain of my new machine. master.cf is also identical. Is there a verbose mode I can put postfix into to see that the issue is? It should also be noted that mysite.com is a postfix virtual domain. This was true of my old machine as well, but I don't know if that matters. Sending email to t...@myserver.net produces the same MX error. ___ 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[2]: How to set Password Change Time in FreeBSD
Dears, The following is my testing according to the mail Re: How to set Password Change Time in FreeBSD: 1. I added passwordtime=2m to /etc/login.conf, run the command cap_mkdb /etc/login.conf, and then created a new user test. In /etc/master.passwd, field 6 of test was zero. Password of test never expired. 2. I run the command pw usermod test -p 2m, then in /etc/master.passwd, field 6 of test was 124800, and password expired after two minutes. But after the password was changed, the field 6 of test was zero again in /etc/master.passwd. Password of test never expired. From FreeBSD Man Page LOGIN.CONF(5), we can see that passwordtime is in RESERVED CAPABILITIES list. Reserved capabilities are reserved for the purposes indicated and may be supported by third-party software. They are not implemented in the base system. Does this mean that passwordtime setting is not effective in the base system? What should I do to make it effective? Or is there another way to set Password Change Time? Best Regards, Jun Li Zhao (赵俊丽) Smart Business Desktop on IBM Cloud, IBM China Development Lab(CDL) Email: zhao...@cn.ibm.comPhone: +8610-82452120 Address: Diamond B Bldg. #19 Building, Zhong Guan Cun Software Park, #8 Dong Bei Wang West Road, ShangDi, Haidian District, Beijing, P.R.China,100193___ 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 09:10:22 Conrad J. Sabatier wrote: On Thu, 12 Apr 2012 10:13:00 -0300 Gabriel Marchi gabrielmar...@bsd.com.br wrote: Hi all, I´m running 9.0-RELEASE on my laptop, everything works fine, except when I try go back to console I get a black screen. dmesg: http://pastebin.com/U45duS5n xorg.conf: http://pastebin.com/qERavJs0 Xorg.0.log: http://pastebin.com/143m0gWB pciconf: http://pastebin.com/ZfQ6daGC Thanks in advance. Gabriel Marchi I've noticed this same behavior for a while now, when running X using xinit (startx). Upon exiting my X session, the X server doesn't shutdown, but has to be manually killed. it is the same for 8.3 and before. I have this effect since many years on different machines with different versions. The effect comes and goes. What works is switching to the console startx was called, hitting control C to kill X and start X again. I do not bother much about this as I simply kill X from the calling console. 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: Xorg doesn't go back correctly to console when closed on FreeBSD 9.0
El día Friday, April 13, 2012 a las 11:50:39AM +0700, Erich Dollansky escribió: I've noticed this same behavior for a while now, when running X using xinit (startx). Upon exiting my X session, the X server doesn't shutdown, but has to be manually killed. it is the same for 8.3 and before. I have this effect since many years on different machines with different versions. The effect comes and goes. What works is switching to the console startx was called, hitting control C to kill X and start X again. I do not bother much about this as I simply kill X from the calling console. Please show your ~/.xinitrc and ~/.xserverrc; mine look like this: $ cat .xinitrc setxkbmap -option terminate:ctrl_alt_bksp exec startkde $ cat .xserverrc exec X -nolisten tcp -retro and X comes down fine when KDE ends. HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 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
