FreeBSD Best Practice
Hello I'm a SysAdmin, I'm wondering whether this is the correct list to ask? I'm looking for FreeBSD Best Practice information, (or a FreeBSD Mailing List, I can join) I want to make sure that all my servers comply to at least some widely accepted standards, so in the event of me getting hit by a bus or being abducted by aliens, another person can take over from me. I have done a search through the mailing lists and this seems like the list to ask. Thanks Karl -- -- Karl Fischer |_|0|_|"Absence of evidence |_|_|0|is not evidence of absence" |0|0|0|Carl Sagan - http://fischer.org.za - -- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Announcement: PmcTools callchain capture for RELENG_7
Hi, Does it mean that hwpmc from now will work "out of the box" with new Intel core2 duo/quad processors (like T7500) ? Joseph Koshy wrote: Hello List(s), I am very pleased to announce a patch, by Fabien Thomas, that brings PmcTools' callchain capture features to 7-STABLE. Thank you, Fabien! The patch is linked to from the PmcTools wiki page: http://wiki.freebsd.org/PmcTools. The current file name is: "patch-callchain-FreeBSD-7-STABLE-2008-07-12.gz". As the file name indicates, it should apply against a 7-STABLE tree of 2008-07-12 vintage. To apply the patch: % cd /home/src-7x # or whereever your RELENG_7 tree resides % patch < PATCH-FILE Then you should follow the full procedure to update userland and kernel from source as spelled out in src/UPDATING. Please note that HWPMC(4) log files that contain callchain information are not binary compatible with prior versions of pmc(3) and pmcstat(8). Please do test on your systems and let Fabien and me know how you fared. Koshy ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel API docs ('make doxygen')
Quoting Mel <[EMAIL PROTECTED]> (from Fri, 11 Jul 2008 15:17:54 +0200): I was wondering if this project is considered obsolete, finished or work in progress. I would say it's in the "it has to prove it's usefulness"-stage. This means not all people are convinced it is useful to have such stuff in our source and someone needs to sit down and do something good to a subsystem to show that it is useful to those people. If it's the latter, I'm happy to do the legwork, like set up proper stubs for each function and structure that people who really know how they work can I think some people would complain if this would be committed to our version control system without consent, and without those stubs being there I don't expect that the stubs get converted to proper docs. So giving advice to just go ahead may be a waste. adjust. There's a lot already in there with normal comments, that can become documentation by simply adding an extra asterisk. Decide for yourself if you are willing to invest your time to convert the existing docs in the source into doxygen docs. In src/tools/kerneldoc/subsys/ is already a framework to handle the doxygen stuff per subsystem (not all subsystems are done there). It would be most beneficial to start with one of the subsystems which are already available there. In case you want to play around there, send me a mail and I try to get some time to commit some fixes. In case you are interested to work on a subsystem which is not represented there, you can email me too (but it should be easy to copy&modify an existing file). But again, no guarantees that any changes to the source get's committed. Bye, Alexander. -- Beware of a tall black man with one blond shoe. http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Postfix problem.
hey guys i am having problems with postfix on freebsd. Postfix its listening on port smtps (465) but not on smtp (25) and all of the services are up and running, even i can use the postfixadmin to add mailboxes etc. what can be happening? i am following this how-to http://www.purplehat.org/?page_id=4 step by step so any help would be great thanks in advance. -- Atte: Andres Eduardo Chavez O. Websites: http://www.noixe.net ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Postfix problem.
-On [20080714 14:59], Andres Chavez ([EMAIL PROTECTED]) wrote: >Postfix its listening on port smtps (465) but not on smtp (25) >and all of the services are up and running, even i can use the postfixadmin >to add mailboxes etc. The obvious: 1) check your logfiles 2) sockstat | grep 25 -- see if something is already bound on port 25 -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B All are lunatics, but he who can analyze his delusions is called a philosopher. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Postfix problem.
On Mon, Jul 14, 2008 at 2:58 PM, Andres Chavez <[EMAIL PROTECTED]> wrote: > hey guys i am having problems with postfix on freebsd. > > Postfix its listening on port smtps (465) but not on smtp (25) > and all of the services are up and running, even i can use the postfixadmin > to add mailboxes etc. Hi Anders What you can do is perhaps telnet into port 25 and see what service is running. like this : host# telnet localhost 25 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 somehost.com ESMTP Sendmail 8.14.2/8.14.2; Mon, 14 Jul 2008 15:11:00 +0200 (SAST) You are probably running Sendmail. You can read more here : http://www.freebsd.org/doc/en/books/handbook/mail-changingmta.html Hope this helps. Karl -- -- Karl Fischer |_|0|_|"Absence of evidence |_|_|0|is not evidence of absence" |0|0|0|Carl Sagan - http://fischer.org.za - -- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Postfix problem.
Can you please cc: the mailinglist? Thanks. -On [20080714 15:36], Andres Chavez ([EMAIL PROTECTED]) wrote: >postfix/postfix-script: warning: not owned by group maildrop: /usr/sbin/ >postdrop > >postfix/postfix-script: warning: not set-gid or not owner+group+world >executable: /usr/sbin/postdrop > >postfix/postfix-script: starting the Postfix mail system. I would suggest: 0) clean your system from your botched attempt at installing postfix by yourself 1) read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html 2) install postfix from ports/mail/postfix And take it from there? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B In every stone sleeps a crystal... ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Postfix problem.
> Can you please cc: the mailinglist? Thanks. > > -On [20080714 15:36], Andres Chavez ([EMAIL PROTECTED]) > wrote: >>postfix/postfix-script: warning: not owned by group maildrop: >> /usr/sbin/ >>postdrop >> >>postfix/postfix-script: warning: not set-gid or not >> owner+group+world >>executable: /usr/sbin/postdrop >> >>postfix/postfix-script: starting the Postfix mail system. > > I would suggest: > > 0) clean your system from your botched attempt at installing postfix > by >yourself > 1) read > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html > 2) install postfix from ports/mail/postfix > > And take it from there? > Hi there, I have attached the notes I gathered while making the postfix server that is sending you this mail. In particular, pay attention to the bit that says: As part of the installation the port asks if it could add user "postfix" to group "mail", I advise answering yes. It also offers to activate postfix in /etc/mail/mailer.conf, again answer yes. Regards, Tim. We are BSD ... resistance is futile. http://www.freebsd.org/ - http://www.openbsd.org/ - http://www.netbsd.org/ postfix Description: Binary data ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: GPG encryption of binary sample requested.
Julian Stacey wrote: > [...] > I'll have to install some other POP3 (or IMAP) server, Big choice: > cd /usr/ports/mail; echo *pop* > akpop3d cucipop freepops mdpop3d nullpop p5-vpopmail pecl-pop3 > pop-before-smtp pop3gwd pop3lite pop3proxy pop3vscan popa3d > popa3d-before-sendmail popcheck popclient popd popfile poppassd > popper poppwd poppy popular qpopper solidpop3d teapop teapop-devel > tpop3d vm-pop3d vpopmail vpopmail-devel wmmultipop3 wmpop3 wmpop3lb I'm a satisfied user of dovecot (ports/mail/dovecot) for several years. Installation was painless. Works with standard mailfolders, so you don't have to convert to maildir format if you don't want to. YMMV, of course. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Passwords are like underwear. You don't share them, you don't hang them on your monitor or under your keyboard, you don't email them, or put them on a web site, and you must change them very often. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Postfix problem.
On Tue, 15 Jul 2008, Tim Clewlow wrote: Can you please cc: the mailinglist? Thanks. -On [20080714 15:36], Andres Chavez ([EMAIL PROTECTED]) wrote: postfix/postfix-script: warning: not owned by group maildrop: /usr/sbin/ postdrop postfix/postfix-script: warning: not set-gid or not owner+group+world executable: /usr/sbin/postdrop postfix/postfix-script: starting the Postfix mail system. I would suggest: 0) clean your system from your botched attempt at installing postfix by yourself 1) read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html 2) install postfix from ports/mail/postfix And take it from there? Hi there, I have attached the notes I gathered while making the postfix server that is sending you this mail. In particular, pay attention to the bit that says: As part of the installation the port asks if it could add user "postfix" to group "mail", I advise answering yes. It also offers to activate postfix in /etc/mail/mailer.conf, again answer yes. Not sure what the issue is other than what has already been suggested. However, Postfix can fix permission/owner-ship on its own files by doing: postfix set-permissions -d ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Announcement: PmcTools callchain capture for RELENG_7
> Does it mean that hwpmc from now will work "out of the box" with new Intel > core2 duo/quad processors (like T7500) ? No, someone needs to write the appropriate CPU-dependent module for that. For those who are interested in doing so, there is a HowTo document at: http://wiki.freebsd.org/PmcTools/PmcHardwareHowTo Koshy ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Best Practice
Karl Fischer wrote: > Hello > I'm a SysAdmin, I'm wondering whether this is the correct list to ask? > I'm looking for FreeBSD Best Practice information, (or a FreeBSD > Mailing List, I can join) > I want to make sure that all my servers comply to at least some widely > accepted standards, > so in the event of me getting hit by a bus or being abducted by aliens, > another person can take over from me. > > I have done a search through the mailing lists and this seems like the > list to ask. The only thing that comes close to that is the Handbook, which covers only the base system (e.g. without web servers, databases and similar "third party" software). The Handbook describes how to set up RAID, networking, add users, sendmail (but no POP3/IMAP servers), etc. in a fairly detailed and consistent way. signature.asc Description: OpenPGP digital signature
Re: GPG encryption of binary sample requested.
On Mon, Jul 14, 2008 at 04:39:20PM +0200, Oliver Fromme wrote: > Julian Stacey wrote: > > [...] > > I'll have to install some other POP3 (or IMAP) server, Big choice: > > cd /usr/ports/mail; echo *pop* > > akpop3d cucipop freepops mdpop3d nullpop p5-vpopmail pecl-pop3 > > pop-before-smtp pop3gwd pop3lite pop3proxy pop3vscan popa3d > > popa3d-before-sendmail popcheck popclient popd popfile poppassd > > popper poppwd poppy popular qpopper solidpop3d teapop teapop-devel > > tpop3d vm-pop3d vpopmail vpopmail-devel wmmultipop3 wmpop3 wmpop3lb > > I'm a satisfied user of dovecot (ports/mail/dovecot) for > several years. Installation was painless. Works with > standard mailfolders, so you don't have to convert to > maildir format if you don't want to. YMMV, of course. I'm also a satisfied user of dovecot (after switching from qpopper!). There is a problem I continually encounter with dovecot, however -- but it only applies if you're using dovecot with postfix, and have postfix configured to use dovecot as the SMTP AUTH authentication mechanism (yes, that's a feature dovecot provides as well!). -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Best Practice
On Mon, Jul 14, 2008 at 04:55:32PM +0200, Ivan Voras wrote: > Karl Fischer wrote: > > Hello > > I'm a SysAdmin, I'm wondering whether this is the correct list to ask? > > I'm looking for FreeBSD Best Practice information, (or a FreeBSD > > Mailing List, I can join) > > I want to make sure that all my servers comply to at least some widely > > accepted standards, > > so in the event of me getting hit by a bus or being abducted by aliens, > > another person can take over from me. > > > > I have done a search through the mailing lists and this seems like the > > list to ask. > > The only thing that comes close to that is the Handbook, which covers > only the base system (e.g. without web servers, databases and similar > "third party" software). The Handbook describes how to set up RAID, > networking, add users, sendmail (but no POP3/IMAP servers), etc. in a > fairly detailed and consistent way. Also, check out _Building a Server with FreeBSD 7_ by Bryan Hong. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Hardware support for AMD Geode CS5536 audio?
OK, After doing a little more reading, I see that a DOS test program is impossible because the MSR registers for the audio controller are accessed in protected mode only. There actually are opcoded assembler instructions to access the MSR's: RDMSR WRMSR This is a show stopper in DOS. This is gonna take a little patience. Andrew -- This message was sent on behalf of [EMAIL PROTECTED] at openSubscriber.com http://www.opensubscriber.com/message/freebsd-hackers@freebsd.org/8429646.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: FreeBSD Best Practice
Absolute FreeBSD by Michael W. Lucas is also a good book for getting a FreeBSD system up and running. When I first started running BSD that book and the handbook were my bibles. (sorry for the top reply -- limitation of my wintendo phone) -Original Message- From: Karl Fischer <[EMAIL PROTECTED]> Sent: Monday, July 14, 2008 7:08 AM To: freebsd-hackers@freebsd.org Subject: FreeBSD Best Practice Hello I'm a SysAdmin, I'm wondering whether this is the correct list to ask? I'm looking for FreeBSD Best Practice information, (or a FreeBSD Mailing List, I can join) I want to make sure that all my servers comply to at least some widely accepted standards, so in the event of me getting hit by a bus or being abducted by aliens, another person can take over from me. I have done a search through the mailing lists and this seems like the list to ask. Thanks Karl -- -- Karl Fischer |_|0|_|"Absence of evidence |_|_|0|is not evidence of absence" |0|0|0|Carl Sagan - http://fischer.org.za - -- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Can I change the device of the "/" mount point at boot time.
Hi All, I am new to FreeBSD and this mailing list as well. What I want to achieve is change the device of my mount point '/'(or any other mount point) after I reboot the machine. I have some knowledge about initrd in Linux in which I can change the device for '/' and than reboot the machine so that it takes a new device for '/'. How can I achieve this in FreeBSD? I am using the latest release 7.0. Any pointers will be helpful. Thanks, --Tapan. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
On Mon, Jul 14, 2008 at 11:36:52PM +0530, Tapan Chaudhari wrote: > Hi All, > I am new to FreeBSD and this mailing list as well. > What I want to achieve is change the device of my mount point '/'(or any > other mount point) after I reboot the machine. I have some knowledge about > initrd in Linux in which I can change the device for '/' and than reboot the > machine so that it takes a new device for '/'. > How can I achieve this in FreeBSD? I am using the latest release 7.0. Any > pointers will be helpful. I think you're looking for the loader variables rootdev or root.vfs.mountrootfsfrom. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
This is not exactly what I wanted. I will try to elaborate myself. I am creating my own device which will act as a new boot slice which must be mounted as '/'. New device will process i/o calls and then redirect the i/o calls to original device of '/'. Now since I cannot unmount '/' and mount it again with my new device while system is running, I will have to find a way to tell kernel to mount my new device as '/' from next time onwards it boots. does anyone have suggestions on this? Thanks, --Tapan. On Tue, Jul 15, 2008 at 12:10 AM, Jeremy Chadwick <[EMAIL PROTECTED]> wrote: > On Mon, Jul 14, 2008 at 11:36:52PM +0530, Tapan Chaudhari wrote: > > Hi All, > > I am new to FreeBSD and this mailing list as well. > > What I want to achieve is change the device of my mount point '/'(or any > > other mount point) after I reboot the machine. I have some knowledge > about > > initrd in Linux in which I can change the device for '/' and than reboot > the > > machine so that it takes a new device for '/'. > > How can I achieve this in FreeBSD? I am using the latest release 7.0. Any > > pointers will be helpful. > > I think you're looking for the loader variables rootdev or > root.vfs.mountrootfsfrom. > > -- > | Jeremy Chadwickjdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
On Tue, 15 Jul 2008 00:48:42 +0530 "Tapan Chaudhari" <[EMAIL PROTECTED]> wrote: > This is not exactly what I wanted. I will try to elaborate myself. > I am creating my own device which will act as a new boot slice which must be > mounted as '/'. New device will process i/o calls and then redirect the i/o > calls to original device of '/'. Now since I cannot unmount '/' and mount it > again with my new device while system is running, I will have to find a way > to tell kernel to mount my new device as '/' from next time onwards it > boots. > does anyone have suggestions on this? That's pretty much exactly what vfs.root.mountfrom does. Edit /boot/loader.conf to add a line: vfs.root_mountfrom="fstype:devicespec" and you're good to go. The kernel will boot from your default root partition, then remount root using the value of that variable. I.e. - I set mine to "zfs:internal/root" to boot my system to a zfs root. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
Hi, Thanks a lot Mike. But the problem is the device I am talking about is not the physical device. I am writing a driver which will create a virtual device and all the i/os done on this virtual device will be ultimately redirected to the original device. Correct me if I am wrong, but I guess the loader will try to mount my new device on '/' and then load the modules into the kernel. Since my driver would not be loaded at that point in time, it will fail to even mount '/'. Am I right? Or can our drivers get loaded before loader mounts '/' ? Thanks, --Tapan. On Tue, Jul 15, 2008 at 1:06 AM, Mike Meyer <[EMAIL PROTECTED]> wrote: > On Tue, 15 Jul 2008 00:48:42 +0530 > "Tapan Chaudhari" <[EMAIL PROTECTED]> wrote: > > > This is not exactly what I wanted. I will try to elaborate myself. > > I am creating my own device which will act as a new boot slice which must > be > > mounted as '/'. New device will process i/o calls and then redirect the > i/o > > calls to original device of '/'. Now since I cannot unmount '/' and mount > it > > again with my new device while system is running, I will have to find a > way > > to tell kernel to mount my new device as '/' from next time onwards it > > boots. > > does anyone have suggestions on this? > > That's pretty much exactly what vfs.root.mountfrom does. Edit > /boot/loader.conf to add a line: > > vfs.root_mountfrom="fstype:devicespec" > > and you're good to go. The kernel will boot from your default root > partition, then remount root using the value of that variable. I.e. - > I set mine to "zfs:internal/root" to boot my system to a zfs root. > > -- > Mike Meyer <[EMAIL PROTECTED]> > http://www.mired.org/consulting.html > Independent Network/Unix/Perforce consultant, email for more information. > > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
On Tue, 15 Jul 2008 01:40:24 +0530 "Tapan Chaudhari" <[EMAIL PROTECTED]> wrote: > Hi, >Thanks a lot Mike. But the problem is the device I am talking about is > not the physical device. I am writing a driver which will create a virtual > device and all the i/os done on this virtual device will be ultimately > redirected to the original device. Correct me if I am wrong, but I guess the > loader will try to mount my new device on '/' and then load the modules into > the kernel. Since my driver would not be loaded at that point in time, it > will fail to even mount '/'. Am I right? Or can our drivers get loaded > before loader mounts '/' ? You gotta keep your "/"'s straight. The kernel will boot of off a physical devices - pretty much required. At that point, you can use boot.config to load modules from that device, including any needed to keep your driver happy. Set the vsf.root.mountfrom to tell the kernel what where to find what's going to become the root file system when it gets to that point. The process is documented in the man pages, starting with say boot(8). Read through that and some of the "SEE ALSO" pages. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
2008/7/14 Tapan Chaudhari <[EMAIL PROTECTED]>: > > Hi, > Thanks a lot Mike. But the problem is the device I am talking about is > not the physical device. I am writing a driver which will create a virtual > device and all the i/os done on this virtual device will be ultimately > redirected to the original device. Correct me if I am wrong, but I guess the > loader will try to mount my new device on '/' and then load the modules into > the kernel. Since my driver would not be loaded at that point in time, it > will fail to even mount '/'. Am I right? Or can our drivers get loaded > before loader mounts '/' ? Yes, take a look at /boot/loader.conf . ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: massive interrupt storm
On Tue, Jul 08, 2008 at 05:21:34PM +1000, Murray Taylor wrote: > We have variously shutdown all USB in the bios, pulled the Raid > daughter board, and still cant solve this storm. Have you tried disabling MSI and MSI-X in FreeBSD to see if it makes a difference? Set hw.pci.enable_msi="0" and hw.pci.enable_msix="0" in /boot/loader.conf and reboot. -- | Jeremy Chadwickjdc at parodius.com | Nope, :( Interrupt usage is still around the 89-95% :( NB sysctl -a | grep msi returns nothing, and attempting to set the values directly returns 'unknown OID' this is on 6.2 GENERIC Still looking for any other hints as to what may be causing this storm. We have tried the msi hints above, with no joy. shutting down USB stuff in the BIOS (no joy), disabling ACPI on boot (this generates a kernel fault and reboots) and different keyboards ( USB only, this thing has no PS/2 ports ) This only thing that made a difference, and that was not totally repeatable was unplugging and re-plugging a keyboard after boot then the storm stopped, but we were still without bge1 (a single NIC firewall is kinda useless!) Murray Taylor --- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --- ### This e-mail message has been scanned for Viruses by Bytecraft ### ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
Thank You Mateusz and Mike. I guess I am clear with my doubt now. I will also go through the man pages to go into depth of it. Thanks, --Tapan. On Tue, Jul 15, 2008 at 2:27 AM, Mike Meyer <[EMAIL PROTECTED]> wrote: > On Tue, 15 Jul 2008 01:40:24 +0530 > "Tapan Chaudhari" <[EMAIL PROTECTED]> wrote: > > > Hi, > >Thanks a lot Mike. But the problem is the device I am talking about is > > not the physical device. I am writing a driver which will create a > virtual > > device and all the i/os done on this virtual device will be ultimately > > redirected to the original device. Correct me if I am wrong, but I guess > the > > loader will try to mount my new device on '/' and then load the modules > into > > the kernel. Since my driver would not be loaded at that point in time, it > > will fail to even mount '/'. Am I right? Or can our drivers get loaded > > before loader mounts '/' ? > > You gotta keep your "/"'s straight. The kernel will boot of off a > physical devices - pretty much required. At that point, you can use > boot.config to load modules from that device, including any needed to > keep your driver happy. Set the vsf.root.mountfrom to tell the kernel > what where to find what's going to become the root file system when it > gets to that point. > > The process is documented in the man pages, starting with say > boot(8). Read through that and some of the "SEE ALSO" pages. > > -- > Mike Meyer <[EMAIL PROTECTED]> > http://www.mired.org/consulting.html > Independent Network/Unix/Perforce consultant, email for more information. > > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SCHED_4BSD bad interactivity on 7.0 vs 6.3
On Sun, 13 Jul 2008, Nate Eldredge wrote: On Sun, 13 Jul 2008, Kris Kennaway wrote: Nate Eldredge wrote: On Sun, 13 Jul 2008, Kris Kennaway wrote: Nate Eldredge wrote: Hi folks, Hopefully this is a good list for this topic. It seems like there has been a regression in interactivity from 6.3-RELEASE to 7.0-RELEASE when using the SCHED_4BSD scheduler. After upgrading my single-cpu amd64 box, 7.0 has much worse latency. When running a kernel compile, there is a noticeable lag to echo my typing or scroll my browser windows, and playing an mp3 frequently cuts out for a second or two. This did not happen on 6.3-RELEASE. Are you sure it's not the x.org server bug that was present in the version shipped with 7.0? Update to the latest version and see if your X interactivity improves. Yes, I had not yet upgraded my x.org port when testing this, so it was the same x.org that was fine under 6.3. Also: I wrote a small program which forks two processes that run gettimeofday() in a tight loop to see how long they get scheduled out. On 6.3 the maximum latency is usually under 100 ms. On 7.0 it is 500 ms or more even when nothing else is running on the system. When a compile is also running it is sometimes 1400 ms or more. This test shows a difference even in single user mode, when X is not running at all. It shows *a* difference, but perhaps not the *same* difference. Please humour me and rule it out. Okay. I am in the process of recompiling all my ports, so after that is done I will boot with a GENERIC kernel and see what happens. After trying this, I can't seem to reproduce the sound skipping behavior, unless I do something fairly extreme like "make -j 6". But the mouse does seem to skip when a compile is running, so I do believe there is a regression. -- Nate Eldredge [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
On Tue, 15 Jul 2008, Tapan Chaudhari wrote: > Thank You Mateusz and Mike. I guess I am clear with my doubt now. I > will also go through the man pages to go into depth of it. The critical thing is that the loader must read the kernel (and modules, config etc..) from a disk the BIOS knows about. After that you can use any device the kernel knows about. As for the virtual device aspect - could you use a geom class to do you want? It's hard to say without an overview of what you actually want to achieve :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: Can I change the device of the "/" mount point at boot time.
Hey, Thanks Deniel for the reply. I am aware of the fact you mentioned and will keep in mind. Well what i am trying to achieve is a simple thing to write an interception driver to catch all the i/os going to a particular device, do some manipulations on it and than let it through to the original device. Well as you mentioned about geom, I have recently posted a mail on GEOM mailing list as I could not find geom doing interception, the discussion is still on (You can see the mails with subject line "Can GEOM be used to intercept the I/o calls to an existing mounted device?"). Any sugessuions on interception driver will be helpful? As an interception driver is not possible, for time being I am going towards the redirection concept which will require a reboot and changing the devices on the mount points. For redirection driver, I dont think I will need geom. I can directly create a new device. Rather I think it would be an overhead using geom for a virtual device. Any thoughts on both the issues? Thanks, --Tapan. On Tue, Jul 15, 2008 at 9:02 AM, Daniel O'Connor <[EMAIL PROTECTED]> wrote: > On Tue, 15 Jul 2008, Tapan Chaudhari wrote: > > Thank You Mateusz and Mike. I guess I am clear with my doubt now. I > > will also go through the man pages to go into depth of it. > > The critical thing is that the loader must read the kernel (and modules, > config etc..) from a disk the BIOS knows about. > > After that you can use any device the kernel knows about. > > As for the virtual device aspect - could you use a geom class to do you > want? It's hard to say without an overview of what you actually want to > achieve :) > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
list blocklist from inode
Hello, Is there a way (without using fsdb(8)) to list the block list from a given inode? thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ «...una sola vez, que es cuanto basta si se trata de verdades definitivas.» «...only once, which is enough if it has todo with definite truth.» José Saramago, Historia del Cerca de Lisboa ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: list blocklist from inode
On Tue, Jul 15, 2008 at 06:51:28AM +0200, Matthias Apitz wrote: > > Is there a way (without using fsdb(8)) to list the block list from a > given inode? thx ffsinfo -i -l 0x230 -- Rick C. Petty ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can I change the device of the "/" mount point at boot time.
On Tue, 15 Jul 2008, Tapan Chaudhari wrote: >Thanks Deniel for the reply. I am aware of the fact you mentioned > and will keep in mind. > Well what i am trying to achieve is a simple thing to write an > interception driver to catch all the i/os going to a particular > device, do some manipulations on it and than let it through to the > original device. Well as you mentioned about geom, I have recently > posted a mail on GEOM mailing list as I could not find geom doing > interception, the discussion is still on (You can see the mails with > subject line "Can GEOM be used to intercept the I/o calls to an > existing mounted device?"). Any sugessuions on interception driver > will be helpful? My first question would be "Why do you want to do that?" > As an interception driver is not possible, for time being I am going > towards the redirection concept which will require a reboot and > changing the devices on the mount points. For redirection driver, I > dont think I will need geom. I can directly create a new device. > Rather I think it would be an overhead using geom for a virtual > device. > Any thoughts on both the issues? I think you'd have a lower overhead and much less hassle writing a GEOM class and using that. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.