Shouldn't GNU tar be ignoring /proc with --one-file-system?
I use Amanda to make nightly backups of a bunch of servers using GNU tar. However, gtar doesn't seem to respect its --one-file-system flag with /proc. Amanda runs a variation of this command: # /usr/local/bin/gtar --create --file - --directory / --one-file-system --sparse --ignore-failed-read --totals . /dev/null /usr/local/bin/gtar: ./proc: file changed as we read it Before I file a bug report, can anyone think of a legitimate reason why gtar would be touching /proc at all? Kirk ___ 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: Shouldn't GNU tar be ignoring /proc with --one-file-system?
On Nov 18, 2011, at 11:27 AM, Robert Bonomi wrote: See the output of 'mount(8)' for the names of all the mounted filesystems on your machine. $ mount | grep proc procfs on /proc (procfs, local) *NOTE*WELL* that '/proc' is *not* a separate filesystem. It is merely a _directory_ with a bunch of 'special' files in it. I'm confused here. In what way isn't /proc a separate filesystem? It's even called procfs. ___ 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: before i even =touch= my server again....
On 06/23/10 11:35, Polytropon wrote: Of course, all write attempts to /var will then fail. Or even worse: they'll succeeded. And then when you re-mount /var, you'll lose access to all the files you've written in the mean time. -- Kirk Strauser ___ 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
Promise TX4302 eSATA card doesn't play with a Quantum DLT-v4 tape drive
I have a FreeBSD 8 server with a Quantum DLT-v4 tape drive. I'd been using it over USB but want to switch to eSATA for various reasons. Here's the dmesg entry for the drive when connected via USB: sa0 at umass-sim0 bus 0 scbus0 target 0 lun 0 sa0: QUANTUM DLT-V4 0A00 Removable Sequential Access SCSI-2 device sa0: 40.000MB/s transfers Here are snippets of dmesg when connecting the drive via the new Promise TX4302 card I just installed: atapci0: Promise PDC40718 SATA300 controller port 0xdc80-0xdcff,0xd800-0xd8ff mem 0xdfbff000-0xdfbf,0xdfbc-0xdfbd irq 66 at device 7.0 on pci3 atapci0: [ITHREAD] atapci0: [ITHREAD] ata2: ATA channel 0 on atapci0 ata3: ATA channel 1 on atapci0 ata4: ATA channel 2 on atapci0 ata5: ATA channel 3 on atapci0 ata3: SIGNATURE: eb140101 ast0: FAILURE - MODE_SENSE timed out ata3: SIGNATURE: eb140101 ast0: FAILURE - MODE_SENSE timed out ata3: SIGNATURE: eb140101 ast0: FAILURE - MODE_SENSE timed out ata3: SIGNATURE: eb140101 ast0: FAILURE - MODE_SENSE timed out ata3: SIGNATURE: eb140101 ast0: FAILURE - MODE_SENSE timed out device_attach: ast0 attach returned 6 ...and then device ast0 never appears. Any idea how I can get these two pieces of hardware to play nicely together? -- Kirk Strauser ___ 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: Promise TX4302 eSATA card doesn't play with a Quantum DLT-v4 tape drive
On 04/12/10 10:50, Mark wrote: Would you need to load atapicam into the kernel?? That doesn't seem to change things. I'll try again later today by rebooting with atapicam_load=YES in /boot/loader.conf just for giggles. -- Kirk Strauser ___ 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: Promise TX4302 eSATA card doesn't play with a Quantum DLT-v4 tape drive
On 04/12/10 11:50, Mark wrote: I have the promise controller, I got it to add dvd burners to the system, but it will not work with the dvd drives. The promise site says the card is atapi compliant but it did not work that way for me. I had to move hard drives to the promise and add the dvd burners to the on board esata. YMMV Good grief. Thanks for the information. -- Kirk Strauser ___ 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
Upgrading sudo to 1.7.2.2 doesn't work with OPIE
I'm using FreeBSD 8-STABLE from yesterday. I had sudo 1.6.9.20 installed and used portupgrade to upgrade it to 1.7.2.2. At this point, it stopped working: $ sudo -v otp-md5 [something] Password: Sorry, try again. otp-md5 [something] Password: Sorry, try again. otp-md5 [something] Password: Sorry, try again. sudo: 3 incorrect password attempts This is using the dist sudoers file, edited to allow me to use it. Reverting to the previous version works correctly: # pkg_delete -f sudo-1.7.2.2 # pkg_add sudo-1.6.9.20.tbz Will not overwrite existing /usr/local/etc/sudoers file. # exit $ sudo -v otp-md5 [something] Password: $ Any idea why that may be or how I could troubleshoot it, short of bisecting the sudo releases until I find the culprit? -- Kirk Strauser ___ 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: Upgrading sudo to 1.7.2.2 doesn't work with OPIE
On 02/04/2010 10:26 AM, Kirk Strauser wrote: Any idea why that may be or how I could troubleshoot it, short of bisecting the sudo releases until I find the culprit? Eh, did it anyway. The problem was with a change added between 1.7.2p1 and 1.7.2p2. This patch fixes it: --- auth/pam.c.orig 2010-02-04 10:43:28.635212518 -0600 +++ auth/pam.c 2010-02-04 10:43:34.194558424 -0600 @@ -107,13 +107,6 @@ } /* - * Set PAM_RUSER to the invoking user (the from user). - * We set PAM_RHOST to avoid a bug in Solaris 7 and below. - */ -(void) pam_set_item(pamh, PAM_RUSER, user_name); -(void) pam_set_item(pamh, PAM_RHOST, user_host); - -/* * Some versions of pam_lastlog have a bug that * will cause a crash if PAM_TTY is not set so if * there is no tty, set PAM_TTY to the empty string. I'll file a bug with the sudo folks, but if anyone else is having the same problem, this should get you running in the mean time. -- Kirk Strauser ___ 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: Dislike the way port conflicts are handled now
On 01/15/2010 10:57 PM, Greg Larkin wrote: This change was based on a recent PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=137855) and made it into the tree a couple of weeks ago: http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk.diff?r1=1.631;r2=1.632 Since some folks like the old behavior and some folks like the new behavior, what do you all think of a user-selectable make.conf option to choose where the check-conflicts target appears in the port build sequence? Regards, Greg I'd love that. The new behavior isn't a bad default, but it needs an override. Wait a minute; rewind. Isn't that what make -DDISABLE_CONFLICTS does? -- Kirk Strauser ___ 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: Dislike the way port conflicts are handled now
On 01/16/2010 02:26 PM, Pav Lucistnik wrote: What is the particular scenario that the new conflicts handling broke for you? Often you really want to ignore locally installed packages and then it's better to override LOCALBASE to /nonex or something similar, instead of disabling conflict handling.. Pav, I'm the OP, and described the problem in the first post. To recap, though, say I want to upgrade from the databases/mysql50-client port to databases/mysql51-client. Without taking extra steps such as using -DDISABLE_CONFLICTS or removing the CONFLICTS definition from the Makefile, I can't even start downloading the distfiles (using make fetch) until I pkg_delete the old version. With the old system, I could do everything up through building the new port so that the time between running pkg_delete and make reinstall is minimized. -- Kirk Strauser ___ 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
To jail, or not to jail?
I've been having fun playing with jails on my home server. There's one for databases, one for a webserver, another for using as a play shell server, etc. We use jails heavily at work for encapsulating services, and I can make a pretty good argument there for doing so. In general, though, do you see jails as particularly important or useful when not in a hosting environment where you're giving root access to an untrusted party? How far do you go toward segregating services? Theoretically, you could have a jail per daemon, but it seems like down that path lies madness. -- Kirk Strauser ___ 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
Dislike the way port conflicts are handled now
Until recently, it seems like port dependencies were handled at installation time. Lately, they're handled any time I try to do anything with a port. I absolutely detest the new behavior. Example cases: OLD WAY: $ cd /usr/ports/something/foo22 $ make $ pkg_delete foo21-2.1 $ make install NEW WAY $ cd /usr/ports/something/foo22 $ make === foo22 conflicts with installed package(s): foo21-2.1 $ make fetch === foo22 conflicts with installed package(s): foo21-2.1 $ curse --type=copious $ pkg_delete foo21-2.1 $ make install This isn't just a hypothetical pain in the butt. An example was being unable to build databases/mysql51-client because mysql-client-5.0.something was installed. I understand not being able to *install* it, but to be prevented from *building* it? In most circumstances, I want to be able to delete the old package and install the new one with minimal downtime. As another example, can you imagine not being able to even run make fetch on something huge like OpenOffice until you uninstalled the old version? In the mean time, I've been editing the port's Makefile to remove the CONFLICTS line long enough to finish building. That's not very helpful for those ports that don't actually build until you run make install, but at least I can get the distfile download out of the way. -- Kirk Strauser ___ 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: GEOM corrupt or invalid GPT detected on ZFS raid on Freebsd 8.0 x64
On 01/08/10 09:56, Derrick Ryalls wrote: After not getting daily system mails for a while, then suddenly getting them, I took a closer look and noticed this message appears after a boot: +GEOM: ad4: corrupt or invalid GPT detected. +GEOM: ad4: GPT rejected -- may not be recoverable. +GEOM: label/disk1: corrupt or invalid GPT detected. +GEOM: label/disk1: GPT rejected -- may not be recoverable. label/disk1 should be the same thing as ad4, and it is part of a 4 disk raidz. My guess it that ZFS overwrote the label. The two aren't very compatible, to the best of my knowledge. -- Kirk Strauser ___ 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
Blacklisting a SourceForge mirror from ports?
in ports/Mk/bsd.sites.mk, the list of SourceForge mirrors is defined by: .for mirror in heanet sunet iweb switch surfnet kent freefr \ voxel jaist osdn nchc transact softlayer \ internode biznetnetworks ufpr # garr dfn ovh (redirect as of 2009-Sep-02) MASTER_SITE_SOURCEFORGE+= \ http://${mirror}.dl.sourceforge.net/project/%SUBDIR%/ .endfor .endif The problem is that the first mirror, heanet, is glacially slow every time I try to download from it. Transfers of 5-10KB/s aren't unheard of. When I see that a large tarball is coming down from heanet, I'll routinely kill the transfer and manually download it. In my /etc/make.conf, I have: MASTER_SITE_SOURCEFORGE=http://sunet.dl.sourceforge.net/%SUBDIR%/ That *usually* works, but will often return a redirect, in which case the fetch goes back to using the list of mirrors, starting with heanet, which puts me back in the same predicament. I could obviously edit bsd.sites.mk to remove that entry, but updates could wipe out my changes. Worse, if the SF layout changes and bsd.sites.mk is updated to reflect the new structure, a locally edited version wouldn't have those fixes. All that said, is there a better way to specify SourceForge mirrors? A blacklist would be ideal for this specific situation, but I'm open to ideas. -- Kirk Strauser ___ 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: graphics/ImageMagick seemingly not using OpenMP
On Aug 11, 2009, at 6:54 AM, Anton Shterenlikht wrote: On Mon, Aug 10, 2009 at 11:18:43AM -0500, Kirk Strauser wrote: On my FreeBSD 7.2-STABLE system (from July 29), I'm trying to enable OpenMP for the graphics/ImageMagick port. With the IMAGEMAGICK_OPENMP option set, I get this from make configure: checking for cc -std=gnu99 option to support OpenMP... (cached) unsupported checking for cc -std=gnu99 option to support OpenMP... -fopenmp If I go on to build it, there's no other mention of OpenMP in the output. What am I doing wrong? I think the second like shows that OMP is indeed supported. Have you tested on any OMP test? But the rest of the build doesn't give any indication. Specifically, the -fopenmp flag isn't used anywhere. I've tested that OMP works - or at least compiles - but I don't know of any way to find if a given binary was actually compiled with it. -- Kirk Strauser ___ 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: graphics/ImageMagick seemingly not using OpenMP
On Aug 11, 2009, at 9:53 AM, Anton Shterenlikht wrote: Have you also built perl-threaded? I just now recompiled Perl with threads enabled, then Imagemagick, with identical results. -- Kirk Strauser ___ 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
graphics/ImageMagick seemingly not using OpenMP
On my FreeBSD 7.2-STABLE system (from July 29), I'm trying to enable OpenMP for the graphics/ImageMagick port. With the IMAGEMAGICK_OPENMP option set, I get this from make configure: checking for cc -std=gnu99 option to support OpenMP... (cached) unsupported checking for cc -std=gnu99 option to support OpenMP... -fopenmp If I go on to build it, there's no other mention of OpenMP in the output. What am I doing wrong? -- Kirk Strauser ___ 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: Need a filesystem with unlimited inodes
On Tuesday 09 June 2009 03:10:46 am Matthew Seaman wrote: Or store your data in a RDBMS rather than in the filesystem. Hear, hear. I'm hard pressed to imagine why you'd need 100M 1KB files. -- Kirk Strauser ___ 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: fsck on 1.5TB drive
John Nielsen. wrote: I just installed 7.2 on a 1.5TB RAID 5. I'm using about 10GB for the system and swap, and the rest for a single large partition to be used for backups. As of right now, the single partition, /bkup, is empty. Some will disagree, but this almost screams for ZFS: no fsck, great RAID support, and nearly instant snapshots. You should check into it. -- Kirk Strauser ___ 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: fsck on 1.5TB drive
Wojciech Puchar wrote: my 6 disk system with 2 750GB disks, 2 500GB disks and 2 320GB disks does fsck in 40 minutes. if you exclude these 320GB disk containing system and squid cache (LOTS of files) it takes 5 minutes That's a great example of why I like ZFS on new installations. -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
On Thursday 04 June 2009 04:17:56 pm Chris Rees wrote: Info is horrible to use as a quick reference, because as Polytropon said earlier, you can't just dive in to get something specific. The info is split into (arbitrary) sections, through which you have to tread, and jump around hyperlinks all over. In fairness, a good info browser (eg Emacs) makes searching in an info doc trivially easy. I think the biggest problem is that /usr/bin/info is horrid and people lump their impression of it onto their impression of info docs as a whole. -- Kirk Strauser ___ 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
D'oh! was Re: Named ignoring forward-only zones?
On Thursday 04 June 2009 11:53:38 am Kirk Strauser wrote: For some reason, BIND 9 (FreeBSD 7.2-RELEASE) isn't properly forwarding queries. Commenting out // zone 10.in-addr.arpa { type master; file master/empty.db; }; from named.conf fixed the problem. That's kind of... embarrassing. -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
On Friday 05 June 2009 11:50:58 am Chris Rees wrote: Is there a 'quick' way to use emacs instead of info? Like info-emacs topic? Not that I know of. :-/ I've remembered why I hate the info browser so much; it reminds me of the 'help' included with MS-DOS 6.22. Anyone remember that? Ouch. You had to go there, didn't you? -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
Chris Rees wrote: Traditional: % tar xzvf bluurgh.tgz GNU recommended: $ tar --extract --verbose --gunzip --file bluurgh.tgz Seriously, why are long options encouraged? Scripting. I almost always use long options when writing scripts I might use again later so that 6 months later I don't have to remember what some single-letter option meant. I pretty much never use them on the command line, though. -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
On Thursday 04 June 2009 08:28:08 am Chris Rees wrote: Perhaps your emails would be easier to read if they weren't so rushed. I think that's the problem. After re-reading his email, I think I can see how he meant it to refer to the state of Linux's documentation and not FreeBSD's, but I really had to go looking for that interpretation. -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
On Thursday 04 June 2009 11:20:24 am Chris Rees wrote: PS Does _anyone_ prefer info manuals, apart from Stallman? I like them *in their place*. Can you imagine how long the man page for GCC would be? IMHO, though, info pages are only tolerable within Emacs. -- Kirk Strauser ___ 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
Named ignoring forward-only zones?
For some reason, BIND 9 (FreeBSD 7.2-RELEASE) isn't properly forwarding queries. A snippet of named.conf: acl clients { localnets; localhost; ::1; 10.45.12/19; }; view internal { match-clients { clients; }; zone 5.0.10.in-addr.arpa { type forward; forward only; forwarders { 10.0.5.16; }; }; }; Now, I can query the forwarder directly to get the right answer: $ dig +noall +answer -t ptr -x 10.0.5.16 @10.0.5.16 16.5.0.10.in-addr.arpa. 86400 IN PTR kanga.honeypot.net. But I can't get the same from named: $ dig -t ptr -x 10.0.5.16 ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 56485 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;16.5.0.10.in-addr.arpa.IN PTR ;; AUTHORITY SECTION: 10.in-addr.arpa.10800 IN SOA 10.in-addr.arpa. nobody.localhost. 42 86400 43200 604800 10800 So, why isn't named directing that query to the configured forwarder? I'm 99.9% certain this has been working recently. -- Kirk Strauser ___ 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: Open_Source
On Tuesday 02 June 2009 10:59:51 am Wojciech Puchar wrote: I would add - with Open Source add it's far smaller (actually close to zero) probability that it doesn't do anything except it's supposed to do. I mean things like sending private data to someone else, scanning for other programs i have on disk, my addressbook etc. I agree completely. I'd never voluntarily trust my personal information to a system that I (or other interested parties on my behalf) couldn't audit. -- Kirk Strauser ___ 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
Swap on ZFS - still a bad idea?
Putting swap on ZFS is listed as broken on the wiki. Is that still true of the newly MFC'ed version? -- Kirk Strauser ___ 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: Swap on ZFS - still a bad idea?
On Wednesday 03 June 2009 01:36:37 pm Wojciech Puchar wrote: No idea. You may just make separate partition for swapping and it will work. Good if you have swap just for sure. Well, the problem is that I wanted to have a bare-metal ZFS system without any FreeBSD slices or partitions. If your system needs swapping under normal operation, using ZFS is really bad idea as it needs lots of memory - which you are already short of. It was more of the just in case, with plenty of RAM for normal operation. -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
On Wednesday 03 June 2009 04:03:14 pm Polytropon wrote: I'm looking to an existing way to output a date in the format YY/DDD, where YY is the year (last two digits) and DDD is the of the year, starting from 1, preceeded by zeroes if needed, and /DDD, where is the year with four digits, such as 2009-01-01 would be 09/001, 2009-02-01 would be 2009/032. Like this? $ date +'%y/%j' 09/154 $ date +'%Y/%j' 2009/154 -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
On Wednesday 03 June 2009 04:52:19 pm Polytropon wrote: Exactly. After re-reading man strftime, I really found it mentioned there: %jis replaced by the day of the year as a decimal number (001-366). Would be nice to have this in man date, too. :-) Well, I see the point of documenting it in one canonical location, and pointing everything else at that location (instead of having to maintain every related man page every time it's updated). -- Kirk Strauser ___ 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: Date representation as YY/DDD or YYYY/DDD
Ignore him please. Sent from my iPod -- Kirk On Jun 3, 2009, at 6:14 PM, Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: PS. I love FreeBSD for its excellent documentation. Can't tell something similar about Linux, sadly. --- This manual is no longer maintained. It may contain wrong informations. Use textinfo or even better out webpage --- ___ 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: Remotely edit user disk quota
On Thursday 28 May 2009 08:53:23 am Wojciech Puchar wrote: depends, between pentium I and core2 quad. what's a difference? Well, I can transfer 25MB/s between hosts on the LAN without my CPU ever breaking 10% CPU usage. I'm of the opinion that most people don't need to optimize for CPU in such cases when the security payoffs are so great. -- Kirk Strauser ___ 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: Remotely edit user disk quota
On Thursday 28 May 2009 06:13:11 am Wojciech Puchar wrote: rsh is as secure as the communication channel. If it can be considered secure - DO USE rsh, because it's fastest as it doesn't have any encryption overhead. Are you on a 386? -- Kirk Strauser ___ 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: Remotely edit user disk quota
On Thursday 28 May 2009 02:34:02 pm Wojciech Puchar wrote: And yes - i do log as root by insecure rsh and telnet. OK, I'm now promoting you to batshit insane. Seriously, there's no excuse for running telnet - even in a secure (ha!) environment - when so much better alternatives exist. Let me shoot you a hypothetical: your webserver gets compromised. The intruder uses a little ARP poisoning to launch a MITM attack between your workstation and the database server. He comes back a couple hours later and uses your plaintext root password to make a backup of your database for his personal use. Oh, but that could never happen to you, because you run a PtP VPN between every pair of machines on your network, said network being separated from the Internet by a 2 meter air gap and a Doberman Pinscher. Seriously, using telnet today is flat-out stupid, and I'd fire you in a second if you brought that level of bullheaded incompetence into my company. /rant -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD Software RAID
On Wednesday 27 May 2009 09:52:42 am Wojciech Puchar wrote: ZFS should work on i386. As far as I know there aren't any killer bugs that are architecture specific, but I'm no expert. Unless your aim is to learn unless someone assume than size of pointers are 4 bytes, and write program in C, there will work as good in 64-bit mode and in 32-bit mode. Wojciech, I have to ask: are you actually a programmer or are you repeating things you've read elsewhere? I can think of a whole list of reasons why code written to target a 64-bit system would be non-trivial to port to 32-bit, particularly if performance is an issue. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD Software RAID
On Wednesday 27 May 2009 11:40:51 am Wojciech Puchar wrote: you talk about performance or if it work at all? Both, really. If they have to code up macros to support identical operations (such as addition) on both platforms, and accidentally forget to use the macro in some place, then voila: untested code. do you have any other examples of code non-portability between amd64 and i386? You're also forgetting that this isn't high-level programming where you get to lean on a cross-platform libc or similar. This is literally interfacing with the hardware, and there are a whole boatload of subtle incompatibilities when handling stuff at that level. -- Kirk Strauser ___ 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: Flamewar ( was: Sponsoring FreeBSD)
On Wednesday 27 May 2009 11:44:03 am Glen Barber wrote: Thanks to your attitude, actions, and demeanor, I will be unsubscribing from this list. Don't. He's hardly the only PITA in support mailing lists. Just add him to your killfile and move on. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD Software RAID
On Monday 25 May 2009 08:57:48 am Howard Jones wrote: I'm was half-considering switching to ZFS, but the most positive thing I could find written about that (as implemented on FreeBSD) is that it doesn't crash that much, so perhaps not. That was from a while ago though. Wojciech hates it for some reason, but I wouldn't let that deter you. I'm using ZFS on several production machines now and it's been beautifully solid the whole time. It has several huge advantages over UFS: - Filesystem sizes are dynamic. They all grow and shrink inside the same pool, so you don't have to worry about making one too large or too small. - You can sort of think of a ZFS filesystem as a directory with a set of configurable, inheritable attributes. Set your /usr/ports to use compression, and tell /home to keep two copies of everything for safety's sake. - Snapshots aren't painful. It's been 100% reliable on every amd64 machine I've put it on (but avoid it on x86!). 7-STABLE hasn't required any tuning since February or so. UFS and gstripe/gmirror/graid* are good, but ZFS has spoiled me and I won't be going back. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD Software RAID
On Tuesday 26 May 2009 01:44:51 pm Gary Gatten wrote: What about with PAE and/or other extension schemes? If it's just memory requirements, can I assume if I don't have a $hit load of storage and billions of files it will work ok with 4GB of RAM? I guess I'm just making sure there isn't some bug that only exists on the i386 architecture? My understanding is that it's much more than just the memory addressing. ZFS is thoroughly 64-bit and uses 64-bit math pervasively. That means you have to emulate all those operations with 2 32-bit values, and on the register-starved x86 platform you end up with absolutely horrible performance. Furthermore, it's just not that well tested. Sun designed ZFS for 64-bit systems and I think 32-bit support was pretty much an afterthought. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD as USB joystick
On Friday 22 May 2009 11:07:34 am Sebastiaan van Erk wrote: Ok, that's a clear answer. Are there any alternatives? For example a PCI expansion card that does USB device mode and is programmable? Might be difficult to get working under FreeBSD though maybe? You might look at getting an Arduino board ($30 or so) with built-in USB and enough RAM to hold your controller software. Write your joystick emulator to run on the Arduino, and control *that* via your FreeBSD system's parallel port (if you still have one). Just a thought. - Kirk ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD as USB joystick
On Friday 22 May 2009 01:05:57 pm Warren Block wrote: Seems like it'd be less work to have the FreeBSD system close the switches of a real USB joystick. Think so? I had an Arduino writing messages to my kids on a 7-segment display in about an hour. I would think that finding the right USB codes would be reasonably do-able. ___ 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: Limiting resources in cron jobs
On May 20, 2009, at 7:00 AM, Mel Flynn wrote: Check with top what the CPU time is, it's not the same as the wall clock. Give me *some* credit. :-) -- Kirk Strauser ___ 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
Limiting resources in cron jobs
I have a jail where the www user runs hourly cron jobs. On rare occasion, these jobs get stuck in a seemingly infinite CPU loop - a Python script calls Ghostscript and that child process never returns - and I have to manually kill them. I'd like to use login.conf to set resource limits so that I don't have to do this myself, but they don't seem to be applied. Here's a snippet of my login.conf: www:\ :cputime=300:\ :tc=default: I've run cap_mkdb /etc/login.conf to make that live. Then, I used vipw to change www's class: www:*:80:80:www:0:0:World Wide Web Owner:/nonexistent:/usr/sbin/nologin However, I can trigger the error condition and watch the child Ghostscript process run for 6-7 minutes before I kill it. It's my understand that cron uses the limits from login.conf. Any idea what I might be doing wrong and causing it not to do so? -- Kirk Strauser ___ 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
Disabling inbound email in a jail
I only want sendmail in a jail to do one thing: forward nightly reports from r...@localhost to a real account on another machine. What's the proper way to configure this? By default, sendmail_enable=NO in /etc/rc.conf still gives a running sendmail that accepts mail from other hosts: m...@realhost$ echo foo | mail m...@jail.example.com m...@jail.example.com$ tail -f /var/log/maillog Feb 27 09:43:37 jail.example.com sm-mta[86832]: n1RFhbBp086832: from=m...@realhost, size=735, class=0, nrcpts=1, msgid=20090227154335.877a442...@realhost, bodytype=7BIT, proto=ESMTP, daemon=Daemon0, relay=jail.example.com [10.0.5.70] Feb 27 09:43:37 jail.example.com sm-mta[86833]: n1RFhbBp086832: to=m...@jail.example.com, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30983, relay=local, dsn=2.0.0, stat=Sent However, if I set sendmail_enable=NONE, then I can't send outbound email either: m...@jail.example.com$ echo foo | mail m...@realhost m...@jail.example.com$ tail -f /var/log/maillog Feb 27 09:37:37 jail.example.com sendmail[86513]: n1RFbbg3086513: from=me, size=28, class=0, nrcpts=1, msgid=200902271537.n1rfbbg3086...@jail.example.com, relay...@localhost Feb 27 09:37:37 jail.example.com sendmail[86513]: n1RFbbg3086513: to...@realhost, ctladdr=me (1001/1001), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30028, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1] What's the happy medium between sendmail wide open (eg sendmail_enable=NO (WTF?)) and disabled mail system (eg sendmail_enable=NONE)? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 7.0 reboots on Dell 2950
On Tuesday 27 January 2009 10:32:57 Mel wrote: Even though 7.1 has bugfixes, this kind of guesswork causes a lot of downtime for OP without any certainty that things will be any better. If by lots you mean 2 minutes for a reboot, I'd be inclined to agree. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 7.0 reboots on Dell 2950
On Jan 28, 2009, at 3:45 PM, Mel wrote: On Wednesday 28 January 2009 11:24:50 Kirk Strauser wrote: On Tuesday 27 January 2009 10:32:57 Mel wrote: Even though 7.1 has bugfixes, this kind of guesswork causes a lot of downtime for OP without any certainty that things will be any better. If by lots you mean 2 minutes for a reboot, I'd be inclined to agree. Right, you really want to do buildworld on a production machine that experiences random reboots. That would make the situation worse how? The worst case is that it fails during installkernel, leaving him to boot from kernel.old. -- Kirk Strauser ___ 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
Clearing SMART errors I don't care about?
I have a 250GB drive that I use exclusively for unimportant data. I run smartd to watch the status of my drives and get regular output like: smartd[1409]: Device: /dev/ad8, 4 Offline uncorrectable sectors I've been seeing that exact message for a couple of years now and don't particularly care. I'd like to know if the drive's about to roll over and die, but I really don't need to know about the same 4 offline uncorrectable errors. Is there a way to clear that message while leaving SMART enabled on the drive? I didn't see anything specifically answering it in smartctl(8) but wondered if I missed something. -- Kirk Strauser ___ 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: SOLVED: Simple swap question
On Dec 19, 2008, at 9:37 AM, FreeBSD wrote: Because this server is monitored by Nagios and it emails me every hour a warning because the swap is not 100% free (I know it's pretty extreme, but I want to know if the system is swapping). Martin, I'm not trying to be harsh, honestly, but stop doing things like that until you understand them. FreeBSD will *copy* (not *move*, but *copy*) stuff to swap as it sees fit. I have 6GB of RAM in my home server, and at this moment top says this: Mem: 1060M Active, 1712M Inact, 549M Wired, 5352K Cache, 214M Buf, 2600M Free Swap: 16G Total, 3068K Used, 16G Free I know for a fact that I've never used 100% of the RAM since the last reboot, but it's still played around with 3MB of swap. This is not hurting anything, and absolutely is *not* an indication that anything is wrong or sub-optimal. Seriously, get over your obsession with keeping swap utterly empty before it drives you nuts. FreeBSD isn't designed to work that way and you'll be fighting it for no good reason whatsoever. -- Kirk Strauser ___ 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: Clearing SMART errors I don't care about?
On Dec 19, 2008, at 10:03 AM, Wojciech Puchar wrote: by rewriting whole drive you should be able to remove them I tried running dd if=/dev/zero of=/dev/ad8 bs=1m a while back but I'm still getting them. At this point, I imagine that I really do have bad sectors. I'm fine with that. I just don't want to hear about them any more. :-) -- Kirk Strauser PGP.sig Description: This is a digitally signed message part
Re: Clearing SMART errors I don't care about?
On Dec 19, 2008, at 11:10 AM, James Tanis wrote: To answer your question, I don't believe smartd is sophisticated enough to filter out specific errors. It's meant to warn you at the first sign of drive failure so you will have time to replace the drive. It doesn't exactly provide a meter of how imminent drive failure is. If your going to start ignoring it's advice it isn't going to be very useful to you at all. I beg to differ. smartctl -H /dev/ad8 says that it passes its self- assessment and doesn't expect the drive to flat-out die any day soon. I'd still like to know if the error count increased, or if it started to detect imminent failure. -- Kirk Strauser ___ 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: SOLVED: Simple swap question
On Dec 19, 2008, at 12:04 PM, FreeBSD wrote: This server is very lightly used, so most of the time if the swap is getting used it shows that something is going wrong. No it doesn't. Get that wrong idea out of your head. -- Kirk Strauser ___ 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: Simple swap question
On Thursday 18 December 2008 09:16:10 FreeBSD wrote: Hi everyone, I have a FreeBSD 7.0-Release server that started to swap after an error in a shell script (process spawning competition ;-) ). I killed the shell and the RAM is now OK. The problem is that the swap is still used. How can I reset the swap? You don't. The system will handle it for you, I promise. :-) -- Kirk Strauser ___ 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: Simple swap question
On Thursday 18 December 2008 11:02:06 FreeBSD wrote: Thanks for your answer. I'm asking here because it's been several days and there is still used swap for data that should never be used anymore. If the kernel wants to keep it, why not move it to RAM now that there is some free? Do you *know* that it hadn't copied it back to RAM, leaving a copy in swap in case it needs that RAM suddenly? Really, the OS is better at this than we are. -- Kirk Strauser ___ 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: /tmp running out of inodes
On Thursday 18 December 2008 10:54:33 Tankko wrote: On a side question...what the the best policy for deleting files from /tmp? Seems like a lot of apps are happy to leave files in /tmp. What kind of files are you seeing in /tmp? I have files in mine from July, but only about 7,000 files today - not nearly enough to run out of inodes (not that it should crash the FS anyway). Is clean up commonly done as a cron job? What about files like mysql.sock= which are important. I can't just blindly remove everything in /tmp each night. I think you really need to figure out what's spamming /tmp. You *can* do something like find /tmp -type f -oldermt '3 days ago' -delete, but that's just addressing the symptoms. -- Kirk Strauser ___ 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: Simple swap question
On Thursday 18 December 2008 14:13:12 FreeBSD wrote: I can't see any process within parentheses in top... I also looked at the -f option of ps but the process that caused the swapping are not listed. Dude. For real. Quit sweating it. Let the system do what it needs to do; chances are it's already done what you want. -- Kirk Strauser ___ 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
Disenchanted with ZFS; alternatives?
I have ZFS on my 7.1-PRERELEASE system, and while it does some spiffy things, in general I'm a bit underwhelmed. PROS: Adding new filesystems on a whim is really nice. It has a lot of really cool other features that I will probably never need. CONS: I have nearly 3GB of wired RAM, but it doesn't seem to be all that fast. For example, starting an Amanda backup on a UFS2 filesystem would get through the estimate phase almost instantly on a system that had been up for several days because of cached filesystem data. On ZFS, it still limps along even if I just finished the last backup a few minutes earlier. Other than saying I'm using ZFS, I don't seem to have much to show for it. WTF: Raidz and top-level vdevs cannot be removed from a pool. At this point, I'm almost ready to go back to good ol' UFS2, but I'd hate to give up that easy addition of new filesystems. I *could* have a single 700GB root FS but that just doesn't seem right. Are there any good, tested GEOM- based ways of getting that functionality, perhaps along the lines of using something like gvirstor and growfs as needed? - Kirk ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Disenchanted with ZFS; alternatives?
On Monday 01 December 2008 11:49:46 Wojciech Puchar wrote: UFS is excellent. your problem is that you like to have lots of filesystems. why don't just make one or one per disk? For all the usual reasons: faster fsck, ability to set attributes on each filesystem (noexec, noatime, ro), a runaway process writing to /tmp won't cause problems in /var, etc. A big local reason is that Amanda is much easier to configure when you're using a bunch of filesystems because it runs tar with --one-file-system set. If /var is separate from / and I want to back them up separately, I just tell Amanda to dump / and /var. If /var is part of / then I have to say dump / except for /var (and /tmp and /usr and ...). i have one per disk/mirror configuration everywhere except one place where i made separate filesystem for /var/spool/squid for some reasons. Oh, there are definitely advantages to that setup. It just complicates certain admin functions (see above). With something like ZFS that makes creating new filesystems trivially easy, they're nice to use. tell me what's your needs and how many/what disks you have. Right now I have a 750GB (with another on order) and a 320GB. The box is a multi-purpose home server with mail, several websites, and a bunch of local file streaming (from MP3 and ripped DVDs to Apple's Time Machine storage). UFS is best-performer on real load, runs on almost no RAM, but uses more if available for caching. That's my main beef with ZFS at the moment. I don't mind if it uses a lot of RAM - that's what I bought it for! - but that it doesn't seem to use it effectively (at least on my workload). - Kirk ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Disenchanted with ZFS; alternatives?
On Monday 01 December 2008 13:24:48 Valentin Bud wrote: On Mon, Dec 1, 2008 at 5:59 PM, Kirk Strauser [EMAIL PROTECTED] wrote: It has a lot of really cool other features that I will probably never need. then you don't need ZFS. usually you choose a technology because you need it. if you don't need it then you don't use it. pure simple. Well, there are always external considerations: when my boss asks me about it, it'll be nice to have personal experience. I deploy a lot of stuff at home with an eye toward trying it at work down the road. - Kirk ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Ideal SCSI adapter for me?
I have a FreeBSD 7/amd64 system with a newly incompatible SCSI adapter (see kern/128452 for details). I want to switch to a card that's still supported but don't want to spend an arm and a leg since its whole purpose in live will be to connect my UW-SCSI tape drive. Any recommendations for cheap, minimal cards that are known to work well with recent FreeBSD releases? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash-9, 10 on FreeBSD
On Tuesday 28 October 2008 13:31:13 Craig Butler wrote: The way forwards has to be to jump onto the gnash band wagon I think that project is moving leaps and bounds. Any idea how to get the Firefox plugin working? I installed it with PLUGIN and GTK selected, and /usr/local/lib/browser_plugins/libgnashplugin.so is there, but about:plugins doesn't reflect it. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash-9, 10 on FreeBSD
On Oct 28, 2008, at 4:00 PM, Manolis Kiagias wrote: If it is firefox3 you are talking about, create a symbolic link to the actual plugins directory: ln -s /usr/local/lib/browser_plugins/libgnashplugin.so /usr/local/ lib/firefox3/plugins Well, that seems pretty obvious now. It leads me to wonder, though: what browsers *do* look in /usr/local/lib/browser_plugins? Or is that just meant to be a convenient place to symlink into? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash-9, 10 on FreeBSD
On Oct 28, 2008, at 4:22 PM, Manolis Kiagias wrote: The following excerpt from /usr/ports/UPDATING will completely answer your question :) Sigh. And I get onto other people for not reading that. :-D -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Installing Samba : FreeBSD Vs Linux ?
On Friday 17 October 2008 10:42:05 Wojciech Puchar wrote: do what your boss wants. it's his company, and it's his right to make bad decision This is off-topic, but I wholly disagree. As a professional employee, it's my job to advise my boss on technological matters, and to persuade him to change course if I think he's making a bad decision. I'm not paid to do data entry, but to know enough about my job to know what's best for my employer. The final decision is his, but until he's made it, I'll do what I can to steer him. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
On Saturday 11 October 2008 15:22:37 Michal Kulczewski wrote: I'm running 7.0 stable with ULE scheduler on i386 architecture (since it's Pentium M). I've tried to use kde4 out of the box (after compilation). Whole kde is running poorly. I have to wait seconds for any action to complete (right mouse button, moving windows, moving widgets, etc), so, as you can imagine, I'm not that patient to tweak any settings while using kde4. Now I see that many of you are using nvidia binary drivers, maybe this is the answer why my kde4 is running so slow. However, beryl is working quite fast for me. kde4 is using only 4% of processor, hal and dbus are enabled and running. Go into System Settings - Desktop and try toggling Enable desktop effects to see if it makes a difference. Also, go into Advanced Options (same screen) and try changing the Compositing type between OpenGL and XRender. I'm also using the radeon driver and it's nicely fast on my machine. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd7 kde4 performance
On Saturday 11 October 2008 03:10:41 Wojciech Puchar wrote: well it's KDE. what do you expect ;) QT4 is quite a lot faster than QT3, and both have been very quick for several years now. Your argument is quite turn-of-the-millenium. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Coretemp seems to be off quite a bit
On Oct 7, 2008, at 12:33 PM, Frank Shute wrote: $ sysctl dev.cpu | grep freq dev.cpu.0.freq: 250 dev.cpu.0.freq_levels: 2333/22464 2041/19656 2000/22464 1750/19656 1500/16848 1250/14040 1000/11232 750/8424 500/5616 250/2808 For some reason, versions of FreeBSD after 7.0-RELEASE think I have an odd-MHz CPU: $ sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2984/-1 2611/-1 2238/-1 1865/-1 1492/-1 1119/-1 746/-1 373/-1 I don't know if Kirk has fiddled with powerd. I just installed it started it. That's all I did. I put 'powerd_enable=YES' in /etc/rc.conf and started it. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Coretemp seems to be off quite a bit
On Oct 7, 2008, at 12:51 PM, Jeremy Chadwick wrote: It would help if we could see some of his sysctl date, specifically these: debug.cpufreq.* dev.cpufreq.[0-9].* dev.cpu.[0-9].freq dev.cpu.[0-9].freq_levels $ sysctl debug.cpufreq debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 $ sysctl dev.cpufreq.0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 $ sysctl dev.cpufreq.1 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 $ sysctl dev.cpu | grep freq dev.cpu.0.freq: 2984 dev.cpu.0.freq_levels: 2984/-1 2611/-1 2238/-1 1865/-1 1492/-1 1119/-1 746/-1 373/-1 For all we know, it could be the heatsink/fan is not properly mounted, or there's too much thermal paste. Who knows. I remounted the heatsink (side note: curse you, Intel - was that meant to be funny?), and didn't apply a single bit of paste other than what came on it. I don't have the ability to boot Windows on this system, or at least not without some pain (it's a server with no extra drive space I could readily set aside to install it, for starters). Since fiddling with the heatsink, the temperature was down to 45C at boot. I did another make -j4 buildworld and it got up to 58C. Since killing that build, it's slowly working its way back into the high 40s (currently bouncing between 48 and 49). -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Coretemp seems to be off quite a bit
I have a Gigabyte motherboard with an Intel ICH-9 chipset, and a 3.0GHz Core 2 Duo (E8400). The coretemp sysctls seem to always show 50C as the baseline temperature: $ sysctl dev.cpu | grep temp dev.cpu.0.temperature: 50 dev.cpu.1.temperature: 50 This is with a big PSU fan, a good CPU fan, a clean heatsink, and two case fans aimed the right direction (front fan pulling cool air in, rear fan pushing warm air out). If I reboot and go into the BIOS, I get numbers around 42-43C. I know it's kind of hard to compare directly, but the coretemp numbers are from a totally idle system with powerd scaling it back to 373MHz, so it should be as cool as when sitting idle in the BIOS screens. When I work the system hard, like running make -j4 buildworld, I see temperatures up around 63-64C, and I'm almost positive that's not right. Any ideas why coretemp and the BIOS would show such different numbers? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More RAM for buffers?
On Friday 03 October 2008, RW wrote: The terms are a bit misleading, because the don't all relate to the use of the memory from the user's perspective, but how it's seen within FreeBSD's integrated cache/VM system. Thanks to you and everyone else who wrote. I guess I'll go back to using it and letting it manage itself. :-) -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
More RAM for buffers?
I have an AMD system with 6GB of RAM. From dmesg: usable memory = 6428237824 (6130 MB) avail memory = 6203797504 (5916 MB) However, most of it is just sitting there when it looks like it could be used for buffers or cache: Mem: 1186M Active, 3902M Inact, 468M Wired, 233M Cache, 214M Buf, 138M Free Swap: 8192M Total, 900K Used, 8191M Free Since I've yet to find a great explanation for what the different types of memory are, could someone say why all that inactive memory is better than using it for cache or buffers? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More RAM for buffers?
On Thursday 02 October 2008, Kirk Strauser wrote: I have an AMD system with 6GB of RAM. From dmesg: usable memory = 6428237824 (6130 MB) avail memory = 6203797504 (5916 MB) However, most of it is just sitting there when it looks like it could be used for buffers or cache: On another AMD64 machine, also with 6GB of RAM, I have: Mem: 482M Active, 1044M Inact, 363M Wired, 3792K Cache, 214M Buf, 4023M Free Swap: 8192M Total, 8192M Free I can understand that on the other machine maybe inactive memory is more beneficial than cache or buffers, but this system is just sitting there with 4GB free (and the exact same amount of buffer memory as on the other, which seems a little too coincidental). -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dump/restore don't work, handbook lies
On Sunday 31 August 2008 18:03:53 Lloyd M Caldwell wrote: I needed to increase the size of my freebsd root (/). I booted, single user, attached a large usb freebsd formatted file system to receive the backup image. And you're sure that the large usb freebsd formatted file system is intact and that your dump is uncorrupted? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Help! Tape drive resets the server!
On Aug 27, 2008, at 10:22 AM, Kirk Strauser wrote: Occasionally, whenever I open sa0 for reading (typically when Amanda starts flushing backups to tape), the system resets. In summary: RAM issues. Apparently I have to boost the RAM from 1.8V to 2.1V, or so says its manufacturer. Got my fingers crossed! -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SMP questions
On Thursday 28 August 2008 07:59:00 H.fazaeli wrote: Hi all, I have 3 questions regrading SMP on freebsd 6.x: 1. Is there any userland tool/api to bound a process to a specific cpu? I don't think so. FreeBSD 7.x just got cpuset backported from -CURRENT. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Help! Tape drive resets the server!
On Wednesday 27 August 2008 14:53:44 Tyson Boellstorff wrote: 3) Yes, it's possible that your drive is doing this, but more likely you have a bent pin/short somewhere causing the scsi bus to reset, and your kernel isn't handling this nicely. Check your pins. They bend easy, but a mechanical pencil with no lead in it can help you with that. Interesting idea. I'll check that next time I power down. 4) Is your termination auto or physical? Physical. 5) Is the tape drive manually jumped for a specific ID? I assume that it is set for 3. Try 4. Seriously? I mean, I certainly don't mind trying it and it wouldn't be any harder than pulling the cable to check the pins, but what's your line of thinking here? 6) Try a slower transfer rate. Last night I bumped it down from 40MB/s to 20MB/s, disabled tagged queueing (which the adapter had enabled by default), and moved it to a different power lead. So far so good, but 24 hours does not my confidence earn. Thanks for the tips! If it's still acting wonky, I'll work through them. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Help! Tape drive resets the server!
I have a Seagate DDS-4 tape drive: sa0 at sym0 bus 0 target 3 lun 0 sa0: SEAGATE DAT9SP40-000 912L Removable Sequential Access SCSI-3 device sa0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) It's attached to a Tekram DC390F SCSI card: sym0: 875 port 0xc000-0xc0ff mem 0xe9004000-0xe90040ff,0xe9006000-0xe9006fff irq 20 at device 0.0 on pci7 sym0: Tekram NVRAM, ID 7, Fast-20, SE, parity checking sym0: [ITHREAD] Occasionally, whenever I open sa0 for reading (typically when Amanda starts flushing backups to tape), the system resets. I don't mean that the kernel panics or anything; I mean that within a second or two I'm looking at a POST screen. I'd been having this problem for a while, but recently upgraded literally every other piece of hardware on the system. The card and drive were the *only* components carried over to the new system, and I even swapped out the card for a duplicate I had stored away. Is it possible that the drive itself is triggering the reset? I'd find that a little unlikely, but am certainly not an expert on the matter. Alternatively, has anyone had that sort of problem with drives attached to that card? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Help! Tape drive resets the server!
On Wednesday 27 August 2008 12:16:33 Chuck Swiger wrote: That type of behavior might indicate a problem with the power supply; if you've replaced that already, I'm not sure what else to say other than to be be sure you've got a decent model which is adequately spec'ed out for the number of drives in your system... It's actually a fairly new Antec PSU rated at 450W (? 500W? Somewhere in there) without too many components on it. Thanks for the suggestion, though. I might try some of the other power leads on that PSU. Maybe I picked one with an intermittent short or something. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Adapter to hook SCSI tape drive to SATA?
I have a Seagate DDS-4 tape drive hanging off a Tekram SCSI card. I was starting to get random hard resets whenever accessing the drive - as in dd if=/dev/zero of=/dev/sa0 would get me to the BIOS POST screen in under a second - so this morning I swapped out an unused card of the same model from another system. Hopefully this was just a hardware glitch and the new card (which is also 9 years old) will be OK. This got me thinking, though: has anyone used any of the SCSI-to-SATA adapters to hook a tape drive to their FreeBSD system? More importantly, did it work? I'd just as soon use one of the on-board SATA connectors as an aging boat anchor of a SCSI card if I could get away with it. I mean, I still use SCSI a lot elsewhere, but I'd like to ditch it in this one specific application if possible. Thanks! -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
x11/kde4 tries to install kde3?
When attempting to install KDE4, I get: $ cd /usr/ports/x11/kde4 $ sudo make install === Installing for kde-3.5.8_2 [...] === Checking if x11/kde4 already installed === kde-3.5.8_2 is already installed [...] Stop in /usr/ports/x11/kde4. I installed on this hardware about two weeks ago, so it should be fairly clean of any weird legacy settings. Has anyone else successfully installed KDE4 on FreeBSD 7? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: changing architecture from i386 to amd64
On Friday 08 August 2008, Ivo Karabojkov wrote: I hope to be able to switch my architecture without re-installing FreeBSD with AMD64. I went through this last week. I use the 7.0 install disk to do an *upgrade* installation over the old one, booted into the new amd64 system, and upgraded kernel and world. Next, I manually reinstalled databases/db47, lang/ruby18, databases/ruby-bdb, and ports-mgmt/portupgrade. When that was done, I ran portupgrade -fa to recompile all the ports on my system. The only gotchas I had were that Berkeley databases aren't portable from 32-bit to 64-bit systems, and I used quite a few. A word to the wise: dump PostgreSQL to a text file before the upgrade. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to disable that an user execute any command
On Tuesday 08 July 2008, DSA - JCR wrote: but I think that if he/she want to make CTRL-C to the shell task, he can stop the task and then enter in the system and look whatever he wants (for example, how the things are done). Use sudo to allow non-root users to run that script as root. If they hit ^C, they get dropped right back to their own account. I want this because there is intelectual propierty behind this. Don't put trade secrets in shell scripts. -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Too Much Context Switching?
On Monday 30 June 2008, cpghost wrote: You need to run ZEO if you want to make use of multiple CPUs in Zope. Here's a small HOWTO. It's for gentoo, but easily adaptable to FreeBSD: http://gentoo-wiki.com/HOWTO_ZEO/Zope_and_Plone Good luck optimizing the Beast! ;-) This is *so* critically important that I can't overstress it. You *have* to use ZEO if you're running a busy Zope site. On our dual P4-Xeon system, I run 8 Zope instances and use Apache to spread the load across 7 of them (reserving the 8th for admin use) like so: I $ cat /usr/local/etc/apache22/zope.txt zeoclients 9080|10080|11080|12080|13080|14080|15080 $ cat mydomain.conf [...] # Load-balance the Zope servers RewriteMap zope rnd:/usr/local/etc/apache22/zope.txt RewriteRule ^/(.*) http://web2.daycos.com: ${zope:zeoclients}/VirtualHostBase/http/web2.xrsnet.com:80/XRSnet/VirtualHostRoot/$1 [P] On each new connection, Apache picks a random port from the list defined in zope.txt and passes the connection to that Zope process. -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: httpd php dump
kalin m wrote: ok... what to do? freebsd 7; httpd 2.2.9; php5.2.6 (or 5.1.2) php was configured with just this : ./configure --with-mysql=/usr/local/mysql --with-apxs2=/etc/httpd/bin/apxs Is there a reason you're not installing it through ports, which are extremely widely tested and patch FreeBSD-specific problems with a lot of software? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Change in /etc/rc.conf:ipv6_defaultrouter
On Monday 30 June 2008, Ashish Shukla आशीष शुक्ल wrote: Did you mean your setup stopped working after you compiled new kernel, hmm...? Yes. Unfortunately, I'm not sure exactly when it happened. I saw an article on Slashdot about IPv6, went to look at my maillog to see how much traffic I'd been getting, and found none. So back to my original post: take this as a heads-up. Anyone who had a setup like mine that suddenly stopped working might be able to fix it by updating their defaultrouter. -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Change in /etc/rc.conf:ipv6_defaultrouter
On Sunday 29 June 2008, Ashish Shukla आशीष शुक्ल wrote: I think how without specifying zone index[1] in link-local address worked, it is probably due to availability of only single inet6 interface except lo0. The physical and virtual interfaces on the system are exactly as before. I'm guessing that my setup worked as a side effect of a now-fixed bug, probably the same one that was preventing me from using the 2001: defaultrouter when I first got the system up and running. Just wanted to confirm, is following command worked ? if possible paste the output: % ping6 fe80::213:10ff:fe79:137a $ ping6 fe80::213:10ff:fe79:137a ping6: UDP connect: Network is unreachable This is after rebooting with ipv6_defaultrouter=2001:470:a80a:1::1. -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Change in /etc/rc.conf:ipv6_defaultrouter
Ashish Shukla ? wrote: | ipv6_ifconfig_fxp0=2001:470:a80a:1:2d0:b7ff:fe0e:3a4a prefixlen | 64 | ipv6_defaultrouter=fe80::213:10ff:fe79:137a I don't know how is above ipv6_defaultrouter setting is working, since above is a link-local address, and you've not specified any explicit link in above fe80::/10 address. BtW, did you recently changed your configuration ? Is this same setting working since you started using IPv6 on your FreeBSD host, hmm..? That configuration has been working, unchanged, for a few months now. Until recently it used the fxp0 interface, as evidenced by the fact that it actually worked. :-) Are you trying to ping6 a link-local address, without any mention of interface, hmm...? Again, it worked. If it hadn't, I would have kept messing with it until it did. I host web and mail on that host's IPv6 address and was very keen in getting it up and running. I think above solution is better. Perhaps. I'm content with anything that keeps my connectivity up between reboots. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Change in /etc/rc.conf:ipv6_defaultrouter
I've been using IPv6 on my FreeBSD-7 host for quite some time. My IPv6 router is a different machine, so the FreeBSD server is just a regular host on the network. This morning I discovered that I couldn't pass packets to hosts outside my LAN from FreeBSD, although an OS X host on the same LAN had no problems pinging www.kame.net. I had this in my /etc/rc.conf: ipv6_ifconfig_fxp0=2001:470:a80a:1:2d0:b7ff:fe0e:3a4a prefixlen 64 ipv6_defaultrouter=fe80::213:10ff:fe79:137a Whenever I'd try to ping6 my local router, I'd get: ping6: UDP connect: Network is unreachable Also, the routing table seemed a bit screwy and was sending everything to lo0: $ netstat -nr -f inet6 [...] default fe80::213:10ff:fe79:137a UGSlo0 I found two workarounds: ipv6_defaultrouter=2001:470:a80a:1::1 and ipv6_defaultrouter=fe80::213:10ff:fe79:137a%fxp0 I'm leaning slightly toward the latter, as it still uses the guaranteed-configured link local addresses, but the latter works OK too (although it didn't when I originally configured this many months ago, which is why I was using link local routing in the first place). So, I'm not too sure which is right or wrong, but I definitely know that something has changed recently. Consider this a heads-up if you want. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD as VOIP PBX
On Friday 20 June 2008, Thomas Mullins wrote: Is anyone using FreeBSD for their VOIP PBX needs? If so, what software are you using? And any recommendations for software to look at would be greatly appreciated. I bought the book Asterisk: The Future of Telephony a little while ago, and it was an *excellent* introduction. I used it to configure Asterisk on my FreeBSD server. link: http://oreilly.com/catalog/9780596009625/ -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Stripe sizes with gstripe
On Thursday 12 June 2008, David Kelly wrote: Apparently it won't read anything larger than your stripe size which defaults to a miserable 4k. Ugh. It seems like there are a few possibilities here, and I'm not sure which is actually true. Say you have two drives, striped. 1) Ideally, you could have a 512 byte stripe size. A program tries to read 4KB. Then, gstripe would issue a single request to each drive to read 4 blocks and interleaves the results. 2) Less ideally, you'd have a 128KB stripe size. A program requests a single block, but gstripe reads the entire stripe to fulfill the request. Not so hot for random access. 3) Worst, maybe? You have a 512 byte stripe. A program reads 4KB. gstripe reads 512B from da0, then 512B from da1, then 512B from da0, etc. Actually, I guess you could also have a combination of #2 and #3, where small reads fetch an entire stripe while large reads are broken into lots of tiny ones. So, back to gstripe. Which of those is it most like? If there is a tuning knob that I have missed, would appreciate being told what. Pass it along, would ya? :-) Oh, and don't forget to make your partition offsets -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Stripe sizes with gstripe
On Friday 13 June 2008, David Kelly wrote: Still, I don't understand what is going on when I use md5(1) on a gigabyte file hosted on a gstripe partition with 128k stripes that systat -v reports transactions are usually between 42k and 43k each? Even more unlikely, why are *my* numbers almost identical to yours? Here's a snapshot of mine at this very second: Disks da0 da1 da2 da3 da4 KB/t 26.77 42.05 41.70 41.98 41.70 where da[1-4] are my gstripe providers with a 128KB stripe size. I find it unlikely that our workloads are so similar that we'd coincidentally have almost the exact same values. -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Stripe sizes with gstripe
On Thursday 12 June 2008, you wrote: If there is a tuning knob that I have missed, would appreciate being told what. Dang it; hit send on accident. Anyway, should the partition offsets on your gstripe volume be a multiple of the stripe size or of the filesystem's block size? -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Poor read() performance, and I can't profile it
On Wednesday 11 June 2008, Chuck Swiger wrote: If your data files are small enough to fit into 2GB of address space, try using mmap() and then treat the file(s) as an array of records or memoblocks or whatever, and let the VM system deal with paging in the parts of the file you need. Otherwise, don't fread() 1 record at a time, read in at least a (VM page / sizeof(record)) number of records at a time into a bigger buffer, and then process that in RAM rather than trying to fseek in little increments. During a marathon session last night, I did just that. I changed the sequential reads in the outer file to fread many records at a time. Then I switched to mmap() for the random-access file. The results were much better, with good CPU usage and only 3 times the wall clock runtime: [EMAIL PROTECTED] date; time /tmp/cdbf /tmp/invoice.dbf /dev/null; date Thu Jun 12 13:56:49 CDT 2008 /tmp/cdbf /tmp/invoice.dbf /dev/null 29.00s user 11.16s system 56% cpu 1:11.03 total Thu Jun 12 13:58:00 CDT 2008 [EMAIL PROTECTED] date; time /tmp/cdbf ~pgsql/data/frodumps/xbase/invoice.dbf invid ln /dev/null; date Thu Jun 12 14:10:57 CDT 2008 /tmp/cdbf ~pgsql/data/frodumps/xbase/invoice.dbf invid ln /dev/null 38.14s user 6.21s system 23% cpu 3:05.13 total Thu Jun 12 14:14:02 CDT 2008 Also, if you're malloc'ing and freeing buf memohead with every iteration of the loop, you're just thrashing the malloc system; instead, allocate your buffers once before the loop, and reuse them (zeroize or copy new data over the previous results) instead. Also done. I'd gotten some technical advice from Slashdot (which speaks volumes for my clueless, granted) that made it sound like a good idea. I changed almost all the mallocs into static buffers. I'm still offering that shell account to anyone who wants to take a peek. :-) -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Stripe sizes with gstripe
Does gstripe read an entire stripe at a time? If so, why do that instead of just reading a few requested blocks? If not, then is there any advantage to large stripes? -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Upgrading a System from Freebsd6.2 to 6.3
On Thursday 12 June 2008, Martin McCormick wrote: Can I upgrade a system from 6.2 to 6.3 by changing the *default tag=RELENG_6_2 line in my cvs-supfile to *default tag=RELENG_6_3 Then, I just do the usual remaking of the world and kernel. Yep! Be sure to check in /usr/src/UPDATING to see if there are any special gotchas. -- Kirk Strauser signature.asc Description: This is a digitally signed message part.
Re: Poor read() performance, and I can't profile it
On Thursday 05 June 2008, Kirk Strauser wrote: I was testing the same software on my desktop PC when I noticed that it ran *much* faster, and found that it was spending only about 1% as much time in the kernel on Linux as it was on FreeBSD. I'm almost ready to give up on this. I've gone as far as completely rewriting the original C++ program into straightforward C, and still the performance is terrible on FreeBSD versus Linux. On Linux: $ time ./cdbf /tmp/invoice.dbf /dev/null ./cdbf /tmp/invoice.dbf /dev/null 42.65s user 20.09s system 71% cpu 1:28.15 total On FreeBSD: Also note that on the FreeBSD machine, I have enough RAM that to buffer the entire file, and in practice gstat shows that the drives are idle for subsequent runs after the first one. Right now my code looks a lot like: for(recordnum = 0; recordnum recordcount; recordnum++) { buf = malloc(recordlength); fread(buf, recordlength, 1, dbffile); /* Do stuff with buf */ memoblock = getmemoblock(buf); /* Skip to the requested block if we're not already there */ if(memoblock != currentmemofileblock) { currentmemofileblock = memoblock; fseek(memofile, currentmemofileblock * memoblocksize, SEEK_SET); } memohead = malloc(memoblocksize); fread(memohead, memoblocksize, 1, memofile); currentmemofileblock++; /* Do stuff with memohead */ free(memohead); free(buf); } ...where recordlength == 13 in this one case. Given that the whole file is buffered in RAM, the small reads shouldn't make a difference, should they? I've played with setvbuf() and it shaves off a few percent of runtime, but nothing to write home about. Now, memofile gets quite a lot of seeks. Again, that shouldn't make too much of a difference if it's already buffered in RAM, should it? setvbuf() on that file that gets lots of random access actually made performance worse. What else can I do to make my code run as well on FreeBSD as it does on a much wimpier Linux machine? I'm almost to the point of throwing in the towel and making a Linux server to do nothing more than run this one program if I can't FreeBSD's performance more on parity, and I honestly never thought I'd be considering that. I'll gladly give shell access with my code and sample data files if anyone is interested in testing it. -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Poor read() performance, and I can't profile it
On Wednesday 11 June 2008, Kirk Strauser wrote: On Linux: $ time ./cdbf /tmp/invoice.dbf /dev/null ./cdbf /tmp/invoice.dbf /dev/null 42.65s user 20.09s system 71% cpu 1:28.15 total On FreeBSD: Oops! I left that out: $ time /tmp/cdbf /var/tmp/invoice.dbf /dev/null /tmp/cdbf /var/tmp/invoice.dbf /dev/null 59.15s user 11.93s system 36% cpu 3:14.53 total Again, Linux is on a boring Dell workstation, FreeBSD is on a far faster Dell server 15K RPM SCSI drives (even if they don't come into play once the data files are buffered). -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Poor read() performance, and I can't profile it
I'm running a command (dumprecspg from my XBaseToPg project) on a FreeBSD 7 server. I've noticed that throughput on that program is a lot lower than I would have expected, and further investigation found it spending most of its time in the kernel, presumably in read() [1]. I was testing the same software on my desktop PC when I noticed that it ran *much* faster, and found that it was spending only about 1% as much time in the kernel on Linux as it was on FreeBSD. I ran a quick-and-dirty comparison of the same software on two different machines, the FreeBSD server being by far the more powerful of the two. I ran the same command on both machines from various filesystems (to rule out differences in drive performance), and posted the output of zsh's time command for the fastest run in each setting. The results are below. Any ideas what could be causing this horrible performance? I'm willing to try just about anything. FreeBSD on a Dell Poweredge 1600SC server: 7-STABLE from 2008-03-09 2x 2.4GHz P4 Xeon 3GB RAM Changes to /etc/make.conf: CPUTYPE?=pentium4 Kernel config: include GENERIC ident JAIL1 options PMAP_SHPGPERPROC=301 nooptionSCHED_4BSD option SCHED_ULE root : Fujitsu 36GB, 10k RPM Best time: 6.37s user 9.68s system 99% cpu 16.068 total /tmp : tmpfs Best time: 6.29s user 10.88s system 99% cpu 17.194 total /fast : 4 Seagate Cheetah 36GB, 15k RPM SCSI320 drives in RAID-0 with gstripe, 128KB stripe size with kern.geom.stripe.fast enabled and stripe.fast_failed=0 Best time: 6.60s user 9.46s system 99% cpu 16.088 total Conclusion: Since gstat showed all drives as idle through most of all the tests, it looks like the rest is running entirely from buffers. Linux on a Dell Dimension 4600 desktop: Ubuntu 8.04 2.4GHz P4 1GB RAM root: WD 250GB SATA Best time: 7.60s user 0.92s system 97% cpu 8.722 total Conclusion: I don't know if there's an equivalent to gstat in Linux, but the system overhead is about one-hundredth as much as in FreeBSD. [1] I can't run gprof on FreeBSD because if I build the binary with -pg, then it segfaults on startup: $ gdb /tmp/xbase/bin/dumprecspg /tmp/dumprecspg.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... Core was generated by `dumprecspg'. Program terminated with signal 11, Segmentation fault. Reading symbols from /tmp/xbase/lib/libxbase64.so.1.0...done. Loaded symbols for /tmp/xbase/lib/libxbase64.so.1.0 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0807110c in main (ac=Cannot access memory at address 0x18 ) at dumprecspg.cpp:63 63 int main(int ac,char** av) (gdb) -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Poor read() performance, and I can't profile it
On Thursday 05 June 2008, Kris Kennaway wrote: Kirk Strauser wrote: ktrace(1) and check for the buffer size in use. It is probably too small. Kris It seems to be doing a lot of read()s with 4096-byte buffers. Is that what you mean? It's also doing a lot of lseek()s to what is likely the current position anyway (example: seek to 0x00, read 16 bytes, seek to 0x10, etc.). Would that make a difference, or should that be a NOP? -- Kirk Strauser ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]