System reset trying to configure Sybase server (databases/sybase_ase)

2006-06-08 Thread Mikhail Teterin
Hello! I installed the databases/sybase_ase port on the FreeBSD/amd64 system running 6.1-STABLE. The install went fine, and trying to run the su sybase cd ${PREFIX}/sybase-ase install/sybinit progresses fine for some time, until the system resets :-( The last messages

Re: System reset trying to configure Sybase server (databases/sybase_ase)

2006-06-09 Thread Mikhail Teterin
п'ятниця 09 червень 2006 08:20, Alexander Leidinger написав: This sounds like the /famous/ this software isn't branded correctly   bug. Please check that every binary executable, specially every static   one, is branded with brandelf to Linux. Thanks for the pointer, I'll check the binaries.

Extremely high-load -- due to pcm's IRQ-handling

2006-08-16 Thread Mikhail Teterin
kmail prompted me for password, which I supplied. Then, all of a sudden, the system slowed to a crawl -- even the mouse curse was barely moving. It took many minutes to login from the outside and some more to start top. Below you can see kmail in kserel keeping the processor(s) EXTREMELY busy.

Fwd: Re: getopt_long and POSIXLY_CORRECT

2006-09-22 Thread Mikhail Teterin
-- Переслане повідомлення -- Subject: Re: getopt_long and POSIXLY_CORRECT Date: п'ятниця 22 вересень 2006 13:19 From: Andrey Chernov [EMAIL PROTECTED] To: Mikhail Teterin [EMAIL PROTECTED] Cc: bug-m4@gnu.org, bug-gnulib bug-gnulib@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL

Mystery symbols made up by C++ at _low_ optimization levels

2006-09-25 Thread Mikhail Teterin
Could someone with knowledge of compilers, please, look at the PR 103610? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/103610 One of the source files, when compiled (with -O0 or -O1), grows a symbol, that is not referenced anywhere else... Depending on the optimizations, the symbol

Re: getopt_long and POSIXLY_CORRECT

2006-09-26 Thread Mikhail Teterin
неділя 24 вересень 2006 04:43, Hiroki Sato написав: mi Could a committer with interest in -stable, please, see to it, that mi Andrey's recent change to getopt_long makes it into 6.2-RELEASE? mi mi The change makes our implementation of getopt_long closer to GNULIB's and will mi make it easier

Bug in 6.x' C++ compiler

2006-10-11 Thread Mikhail Teterin
GCC would not fix the bug described in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390 because the compiler is of an unsupported version (they only support 4.x now). Yet, the problem is rather real and hits when the devel/icu port is built with low optimization (-O1 or -O0). Any

Re: Bug in 6.x' C++ compiler

2006-10-12 Thread Mikhail Teterin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390 четвер 12 жовтень 2006 05:54, Kostik Belousov написав: Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 opt/gcc-3.4.6 is the stock version of the 3.4.6 built directly from the FSF sources (relatively long time ago). Well, if

Re: em network issues

2006-10-21 Thread Mikhail Teterin
= I'd appreciate if people who are observing the problem will report = whether adding DEVICE_POLLING option to kernel config helps them = or not. This will help to tell whether the problem is in the above = quote or in the import of new versions from vendor. I tried this yesterday -- before

Re: em network issues

2006-10-23 Thread Mikhail Teterin
субота 21 жовтень 2006 13:33, Gleb Smirnoff написав: We aren't currently speaking about performance, we need to know whether kernel with DEVICE_POLLING option makes NIC work stable. Yes, that seems to be the case... After I got to the machine's console (there was no network access) and turning

Re: em network issues

2006-10-23 Thread Mikhail Teterin
понеділок 23 жовтень 2006 13:37, Mikhail Teterin написав: We aren't currently speaking about performance, we need to know whether kernel with DEVICE_POLLING option makes NIC work stable. Yes, that seems to be the case... I spoke too soon :-( It took a lot longer this time (without polling

some issues not listed on TODO

2006-10-23 Thread Mikhail Teterin
Hello! Looking at the http://www.freebsd.org/releases/6.2R/todo.html today, I was surprised to not see the following problems in addition to the em(4) issue: . devel/nspr's self test fails: the forktest executable complains about a bug in pthread. Using libthr seems to work,

Re: OS suddenly VERY busy

2005-07-22 Thread Mikhail Teterin
середа 20 липень 2005 01:34, John-Mark Gurney Ви написали: This is a single-CPU Opteron running:   FreeBSD 5.4-STABLE #0: Fri Jun 10 09:11:30 EDT 2005 amd64 The box has 2Gb of RAM, but NO SWAP. run ps lax a few times, and notice which process is fork bombing your box by seeing

Hang in NFS-mounted directory

2005-07-26 Thread Mikhail Teterin
I'm currently seeing an NFS-hang, which will probably cause me to reboot an otherwise happy system. A java process was overwriting files in an NFS-mounted directory, when I tried to Ctrl-C it (always worked before). The process is now hung in nfrslk state: load: 1.65 cmd: java 53499

new em-driver still broken (was: Re: em network issues)

2006-10-27 Thread Mikhail Teterin
On Saturday 21 October 2006 13:33, Gleb Smirnoff wrote: = We aren't currently speaking about performance, we need to know whether = kernel with DEVICE_POLLING option makes NIC work stable. Having noticed today's em-driver update, I rebuilt world/kernel and tried the dump-test again. The kernel

Re: new em-driver still broken

2006-10-31 Thread Mikhail Teterin
понеділок 30 жовтень 2006 23:23, Mikhail Teterin написав: Ok. I rebooted and restarted the heavy traffic dump (DEVICE_POLLING in kernel, but without polling actialy enabled). The dump got underway, although the amount of sys load was rather high -- way above 70% most of the time (on a dual-CPU

Re: new em-driver still broken

2006-10-31 Thread Mikhail Teterin
вівторок 31 жовтень 2006 13:49, Jack Vogel написав: Scott's question still hasnt been answered, or if so I dont understand it. If everything was working why were you trying to turn on polling? Because it was working poorly -- over 50% of the (combined) CPU time was spent in the kernel (sys)

Re: new em-driver still broken

2006-10-31 Thread Mikhail Teterin
вівторок 31 жовтень 2006 14:14, Jeremy Chadwick написав: On Tue, Oct 31, 2006 at 01:57:54PM -0500, Mikhail Teterin wrote: Nothing -- the screen (console) is not updated. If I leave top(1) running, I'll see INSANE amounts of CPU-time (1300% each, for example) getting attributed

Re: new em-driver still broken

2006-10-31 Thread Mikhail Teterin
Actually, it stalls even with polling disabled. It just takes A LOT longer, as I just found out. Instead of minutes, it takes hours of heavey traffict to stall, but it still happens. Pressing a key still wakes it up... -mi ___

Re: new em-driver still broken

2006-11-01 Thread Mikhail Teterin
On Tuesday 31 October 2006 20:41, Jack Vogel wrote: = I still think it looks like some kind of scheduler issue going on = here, so maybe this is something to check. Why would the scheduler affect the sys component of the load (which shoots to the sky before the machine drops of the network)? I

Re: new em-driver still broken

2006-11-01 Thread Mikhail Teterin
середа 01 листопад 2006 08:44, Steven Hartland написав: Actually, it stalls even with polling disabled. It just takes A LOT longer, as I just found out. Instead of minutes, it takes hours of heavey traffict to stall, but it still happens. Pressing a key still wakes it up... Sounds like

Re: new em-driver still broken

2006-11-01 Thread Mikhail Teterin
вівторок 31 жовтень 2006 19:43, Jack Vogel написав: This is fairly bizarre :) I think I can say pretty safely that this is NOT an em driver issue, its a scheduler problem of some sort. Am I the only one having problems with em driver? In its latest 6.x-incarnation? Or is the enabled

ULE-scheduler helped (Re: new em-driver still broken)

2006-11-04 Thread Mikhail Teterin
On Tuesday 31 October 2006 20:41, Jack Vogel wrote: = I still think it looks like some kind of scheduler issue going on = here, so maybe this is something to check. Ok. First I tried to cvs the sys/dev/em back to 6.1 -- the new kernel had the same problems... Then I tried to change the 'PCI

/etc/group - ASCII only? (daily run output)

2007-02-02 Thread Mikhail Teterin
Hello! For several years we had some group-names spelled out in Cyrillics on the server. That worked in 4.10 and seems to continue to work in 6.2. Except for the following daily warnings, which we never saw in 4.x: -- Forwarded Message -- Date: Fri, 2 Feb 2007 03:08:36 -0500

panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-02-27 Thread Mikhail Teterin
The memory-mounted /tmp filled up on this 6.2-PRERELEASE system (as of Nov 7). Unfortunately, instead of the process existing due to ENOSPC, the entire system paniced: [...] g_vfs_done():md0[WRITE(offset=982335488, length=131072)]error = 28 g_vfs_done():md0[WRITE(offset=982466560,

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-02-27 Thread Mikhail Teterin
On Tuesday 27 February 2007 11:41, Alex Kozlov wrote: = On Tue, Feb 27, 2007 at 10:59:08AM -0500, Mikhail Teterin wrote: = /tmp's space allocation (after reboot) is as follows: = =Filesystem 1K-blocks Used Avail Capacity Mounted on =/dev/md0 2026030 3552 1860396 0%/tmp

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-02-27 Thread Mikhail Teterin
On Tuesday 27 February 2007 15:53, Alex Kozlov wrote: = Yes, I switched to swap-backed md already. But the malloc-based variety is = currently the _default_ (see /etc/defaults/rc.conf)... = Bad default. Filing a PR. = Creation of a 2Gb malloc-based md should've failed on a machine with =

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-02-27 Thread Mikhail Teterin
On Tuesday 27 February 2007 16:09, Kris Kennaway wrote: = Documented in the manpage, use swap backing or reserve enough space. = = Kris The strings panic and -o reserve are mentioned in neither mdmfs(8) nor in rc.conf(5)... Is one supposed to look elsewhere? Worse, the use of malloc-based mds

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-03-05 Thread Mikhail Teterin
On Monday 05 March 2007 08:23, Yar Tikhiy wrote: = How will it break them?  swap backing only touches swap if there is = memory pressure, i.e. precisely the situation in which malloc backing = will panic. = = I forgot that in BSD swap wouldn't be allocated in advance to its = consumers.  Then

panic in ATA (atacontrol reinit ata2)

2007-03-08 Thread Mikhail Teterin
Hello! I can reinit the ata0 (no devices) and ata1 (a single DVD drive) without any problems -- they are both IDE (PATA). Reinit-ing ata2 (with one SATA drive) hangs the machine solid. Most of the time... This one time, however, it paniced and dumped core instead of hanging. Here is the

Re: pitiful performance of an SATA150 drive

2007-03-26 Thread Mikhail Teterin
On Wednesday 01 March 2006 11:07, Mikhail Teterin wrote: = On Wednesday 01 March 2006, SЬren Schmidt wrote: = = dd if=/dev/ad8 of=/dev/null bs=1m = = Well, as I said, there is no obvious problems with _reading_. The above = command reads at well over 60Mb/s: = = 1638924288 bytes transferred

Re: pitiful performance of an SATA150 drive

2007-03-26 Thread Mikhail Teterin
On Monday 26 March 2007 15:21, Søren Schmidt wrote: = What HW was this again, there has been alot of updates/changes over the = last year ? It is now a quad core (dual CPU) Opteron-275 using IWill's DK8X motherboard. http://www.google.com/search?q=iwill+dk8x The SATA controller(s) are

Re: pitiful performance of an SATA150 drive

2007-03-26 Thread Mikhail Teterin
On Monday 26 March 2007 17:35, Søren Schmidt wrote: = Nopes its the stock AMD and a SiI chip.. Yes, that's correct. Sorry for the confusion. = Anyhow there has been some changes in that area that actually might fix = an interrupt routing bogon. Please try the attached patch against an up = to

Re: pitiful performance of an SATA150 drive

2007-03-26 Thread Mikhail Teterin
On Monday 26 March 2007 18:38, Mikhail Teterin wrote: = I'm running a compressed dump now to see, if the data corruption is still = here. Yes, it is still here. Although the dump/compression finished cleanly, the result is broken: # gzip -t /store/home.0.gz gzip: data stream

Re: installworld : problem 2 (parallelism: -j 2/3/4)

1999-08-20 Thread Mikhail Teterin
Matthew D. Fuller once wrote: On my dual CPU system installworld fails when run with -j flag. Buildworld is fine with `-j 8', but installworld does not handle even `-j 2'. Here is the tail of the -j2 run: Out of morbid curiosity, why exactly do you run -j'd installworlds?

kernel threads, cc -kthread

1999-08-21 Thread Mikhail Teterin
Hello! What is the status of the subj for -stable? The cc's man-page says: -kthread Link a kernel-threaded process against libpthread in addition to libc. Objects linked into kernel- threaded processes should be compiled with

sketch seg-faults at start-up -- confirmation

1999-08-21 Thread Mikhail Teterin
Sketch (built by /usr/ports/graphics/sketch) would not start up for me either: Program received signal SIGSEGV, Segmentation fault. 0x28157041 in select () from /usr/lib/libc_r.so.3 (gdb) where #0 0x28157041 in select () from /usr/lib/libc_r.so.3 #1 0x281e7e19 in _XWaitForReadable () from

Re: Linux StarOffice51 runs on -stable

1999-09-02 Thread Mikhail Teterin
Andre Albsmeier once wrote: Before running soffice for the first time -- apply the trick described by Andre Albsmeier on http://www.freebsd.org/cgi/getmsg.cgi?fetch=432982+436209+/usr/local/www/db/text/1998/freebsd-hackers/19980628.freebsd-hackers to the freshly installed

ipnat's ftp proxying crashes -stable

1999-09-21 Thread Mikhail Teterin
Hello! I'm trying to setup my dual interface machine to act as an ftp proxy for my home LAN. The machine has two interfaces: ep0 (10.10.0.2/28) and ep1 (connected to the cable-modem, with DHCP-obtained settings). It is a real shame, this part is so poorly documented, but I

Re: kernel not patching?

1999-12-02 Thread Mikhail Teterin
David Gilbert once wrote: char *dgilbert_bre5_top = "dgilbert_bre5_top"; as a global variable in vinumraid5.c --- I'm doing this as part of a strategy to track down a memory (stack) corruption bug. Anyways... when I recompile the kernel, it compiles this one module... and this global

Re: URGENT (?) booting from CD on Atapi

1999-12-17 Thread Mikhail Teterin
Tom once stated: =On Fri, 17 Dec 1999, Mikhail Teterin wrote: = = Tom once stated: = = =On Fri, 17 Dec 1999, Mikhail Teterin wrote: = = = = A machine with SCSI disks and an ATAPI CD-ROM (no IDE disks) would = = not boot from 3.3 CD if the SCSI disks are online. It would say: = = "Read

Re: URGENT (?) booting from CD on Atapi

1999-12-17 Thread Mikhail Teterin
Mike Smith once stated: = Ok... So this is a different one, then... What information do I need = to provide for someone to be able to make a "work around" for _it_? = =It's not clear that you can; it's possible that your setup is just "too =broken" for us. = =A good start would be to test

Re: URGENT (?) booting from CD on Atapi

1999-12-18 Thread Mikhail Teterin
= = = A machine with SCSI disks and an ATAPI CD-ROM (no IDE disks) = = = would not boot from 3.3 CD if the SCSI disks are online. It = = = would say: "Read Error" on the upper left of the screen -- = = = where you'd normally see the spinning dash. I suspect, this is = = = a loader's

StarOffice5 and SMP

1999-12-18 Thread Mikhail Teterin
So, the combination in subject is still incompatible on -stable? -mi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message

Re: Linux Emulation v6.1

2000-01-12 Thread Mikhail Teterin
Coleman Kane once stated: =Hi, I have now noticed that I can no longer play Quake3 under the new =linux emulation, v6.1. It dies with invalid system call and dumps the =core. Is this a problem of mine, or has anyone else experienced crashes =from the new linux libs? I can no longer use the

CFLAGS ingored for a few C files

2000-03-28 Thread Mikhail Teterin
Here is a list of 37 cc invocations from builworld log, which did not have my CFLAGS set (I build everything with -mcpu=686, -march=i686). I'm not sure if that number should be 0, but I'm certain that some of those files could be compiled with optimization: cc -S tmp-dum.c cc -S tmp-dum.c cc

Re: top, systat )-: (all rebuilt!)

2000-03-28 Thread Mikhail Teterin
The patches did the trick for me... -mi =On Tue, Mar 28, 2000 at 09:53:20AM -0500, Mikhail Teterin wrote: = Ruslan Ermilov once stated: = = =Do you use loader(8), or directly boot your kernel from boot blocks? = = Directly... Is that what it is?!? = =Yes, starting from the following

Re: erroneous messages filtering ((no subject))

2000-04-01 Thread Mikhail Teterin
Mikhail Teterin wrote: How hard is it to reject messages with blank lines n the body only, or, if there is only non-blank line, to check it for the ``*subscribe''? I know, the mailing list software check the number of crossposts -- this seems even easier... It's

Re: erroneous messages filtering ((no subject))

2000-04-02 Thread Mikhail Teterin
I'd come up with a filter to defeat this claim, but I'm afraid it will not be employed anyway... As far as I'm concerned there are better ways for the project to spend its time than catering to the demands of those too lazy to setup their own procmail filters. The original poster can

ServerWorks ServerSet III LE chipset?

2000-07-05 Thread Mikhail Teterin
We are wondering if we should expect any problems with the chipset in subject? How about the Adaptec 7892 SCSI? TIA, -mi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message

Re: cvs commit: src/sys/net bridge.c

2000-07-21 Thread Mikhail Teterin
Nick Sayer once stated: =nsayer 2000/07/20 21:48:57 PDT = = Modified files:(Branch: RELENG_4) =sys/net bridge.c = Log: = MFC - bridge_refresh sysctl = = Approved by: jhb = = Revision ChangesPath = 1.16.2.3 +30 -8 src/sys/net/bridge.c Could

Re: No /boot/loader (dangerously dedicated)

2000-07-21 Thread Mikhail Teterin
Thomas Stromberg once stated: =As for geometry, I tried both with and without "dangerously = dedicated." My understanding was that if I used the dos partition = entry method that we should be able to pick up the geometry = correctly, but should I try the old dos fdisk

Re: erlang port -- a poster child (Re: I'll be rolling a 4.1.1 r

2000-09-20 Thread Mikhail Teterin
Andrew Boothman once stated: =* If the PR is for a port make sure that "port update" is in the =synopsis field, if only so that it catches Neil Blakey-Milner's regular =check for such PR's, but also to act as a good description. = =* If you are the MAINTAINER of a piece of code (or more

an unkillable process (again)

2000-12-20 Thread Mikhail Teterin
Here it is: 425 mi -18 0 45308K 144K swwrt4:25 0.10% 0.10% communicator-l For some bizarre reasons of its own, Netscape went into swap-writing binge. Why did it make it immune to ``kill -9''? -mi FreeBSD misha.privatelabs.com 4.2-STABLE FreeBSD 4.2-STABLE #0: Wed Dec

need ISO-image for a new machine install

2005-03-17 Thread Mikhail Teterin
Hello! Is there a place, from where I can download a reasonably fresh 5.4-PRERELEASE install (or mini-install) .iso image for amd64? Thanks! -mi ___ freebsd-stable@freebsd.org mailing list

Re: need ISO-image for a new machine install

2005-03-17 Thread Mikhail Teterin
Mikhail Teterin wrote: Hello! Is there a place, from where I can download a reasonably fresh 5.4-PRERELEASE install (or mini-install) .iso image for amd64? Thanks! The 5.4-PRE/BETA snapshots aren't ready yet, but I just released a 6-CURRENT snapshot this morning. See my email

reliable panic: isa_dmastart: bad bounce buffer

2005-04-12 Thread Mikhail Teterin
Hello! Whenever I try to mount a floppy disk: mount -t msdosfs /dev/fd0 /mnt I get: panic: isa_dmastart: bad bounce buffer The OS is FreeBSD-5.4-STABLE from last night, amd64. dmesg attached. DR-DOS boots perfectly fine from this floppy... Any ideas? Thanks! -mi

PTHREAD_INVARIANTS in 5.x

2005-05-10 Thread Mikhail Teterin
Hello! As we were counting down to 5.3-RELEASE, I noticed, that all threading libraries still compile with PTHREAD_INVARIANTS. My suggestion to have this fixed was shutdown as not enough time was left for testing the 5.3. 6 months later the much anticipated 5.4 ships with these defines again

Re: PTHREAD_INVARIANTS in 5.x

2005-05-10 Thread Mikhail Teterin
= As we were counting down to 5.3-RELEASE, I noticed, that all = threading libraries still compile with PTHREAD_INVARIANTS. My = suggestion to have this = fixed was shutdown as not enough time = was left for testing the 5.3. = Can we have these things turned off NOW, so that, at least, 5.5

unplugging a umass-device panics 4.x

2005-05-14 Thread Mikhail Teterin
Hello! This happened 4 times today on the same machine: 17:59:12 : umass0: at uhub2 port 1 (addr 4) disconnected 17:59:12 : (da0:umass-sim0:0:0:0): lost device 17:59:12 : (da0:umass-sim0:0:0:0): removing device entry 17:59:12 : umass0: detached 17:59:12 : 17:59:12 : 17:59:12 : Fatal trap 12:

Re: patching a file with blanks in the name

2005-06-10 Thread Mikhail Teterin
--- foo bar/meow~ Fri Mar 11 09:00:49 2005 +++ foo bar/meowFri Jun 10 12:17:22 2005 - a = 0; + a = 1; With the above example patch searches only for `foo', then gives up and asks for help. I tried quoting the entire file name and escaping the blanks with backslashes --

how to royally mess up a -stable system

2004-07-18 Thread Mikhail Teterin
Have ImageMagick try to load a really big image file -- big enough to overblow your /var/tmp ... Here is the state of the box (after the libMagick process was killed) -- from the `systat -pigs': /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 Load Average

mozilla hangs on startup after -stable upgrade

2004-12-24 Thread Mikhail Teterin
Hello! After I upgraded a friend's machine from 4.10-STABLE (Sep 22) to 4.11-STABLE (Dec 19) his mozilla installation (1.4.x) stopped starting up. It says the usual 'no running window found' and then just hangs there. According to Ctrl-T, mozilla-bin is in the running state, but no window ever

Re: mozilla hangs on startup after -stable upgrade

2004-12-26 Thread Mikhail Teterin
This is a fairly FAQ. It can be caused by aggressive optimizations (e.g. unroll-loops), or by font problems (i.e. try running fc-cache -f -v). If you've compiled using default CFLAGS and CXXFLAGS, and your fontconfig cache is okay, try running mozilla -g, and see where it's crashing. But I

Re: Problems with OpenOffice compile after upgrade from 5.2.1 to 5.3

2005-02-01 Thread Mikhail Teterin
The patch to use the system compiler (created by Gentoo for an earlier release and adapted by me to 1.1.4) was submitted to the OpenOffice port maintainer over three weeks ago -- before the port was upgraded to 1.1.4. The patch also included fixes to make the port use independently installed

Re: weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
[Moved from -current to -stable] вівторок 21 березень 2006 16:23, Matthew Dillon Ви написали:     You might be doing just writes to the mmap()'d memory, but the system     doesn't know that. Actually, it does. The program tells it, that I don't care to read, what's currently there, by

more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
When I mount with large read and write sizes: mount_nfs -r 65536 -w 65536 -U -ointr pandora:/backup /backup it changes -- for the worse. Short time into it -- the file stops growing according to the `ls -sl' run on the NFS server (pandora) at exactly 3200 FS blocks (the FS was created

Re: weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 17:48, Matthew Dillon Ви написали: :Actually, it does. The program tells it, that I don't care to read, what's :currently there, by specifying the PROT_READ flag only.     That's an architectural flag.  Very few architectures actually support     write-only memory

Re: more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 17:56, Matthew Dillon Ви написали:  For UDP mounts, 65536 is too large (the UDP data length can     only be 65536 bytes.  For that matter, the *IP* packet itself can     not exceed 65535 bytes.  So 65536 will not work with a UDP mount. Well, then the mount should

Re: more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 18:48, Patrick M. Hausen Ви написали: On Tue, Mar 21, 2006 at 06:26:45PM -0500, Mikhail Teterin wrote: The problem is about same with 32K and 16K packets. With 8K packets, the thing kind-of works (although trying to `systat -vm' still stalls disk access

Re: more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 18:48, Patrick M. Hausen Ви написали: Are you using TCP or UDP for your NFS mounts? Ok, I just tried tcp as follows: mount_nfs -r 8192 -w 8192 -U -otcp,intr,tcp pandora:/backup /backup (oops, twice :-) The symptoms are largely the same. The file stopped

Re: more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 19:25, Matthew Dillon Ви написали: If the program works over a local     filesystem but fails to produce data in the output file on an NFS     mount (but completes otherwise), then there is a bug in NFS somewhere.     If the problem is simply due to the program

Re: more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 20:09, Matthew Dillon Ви написали: If the network bandwidth is still going full bore then the program is doing something. NFS retries would not account for it. A simple test for that would be to ^Z the program once it gets into this state and see if

Re: more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 20:09, Matthew Dillon Ви написали:     If neither of those are an issue then I would guess that the problem     could be related to the NFSv3 2-phase commit protocol.  A way to test     that would be to mount with NFSv2 and see if the problem still occurs. Adding -2

Re: more weird bugs with mmap-ing via NFS

2006-03-21 Thread Mikhail Teterin
вівторок 21 березень 2006 20:53, Matthew Dillon Ви написали: Ah ha. That's the problem. I don't know why you are getting a write error, but that is preventing the client from cleaning out the dirty buffers. The number of dirty buffers continues to rise and the client is just

Re: more weird bugs with mmap-ing via NFS

2006-03-22 Thread Mikhail Teterin
середа 22 березень 2006 12:23, Matthew Dillon Ви написали: My guess is that you are exporting the filesystem as a particular user id that is not root (i.e. you do not have -maproot=root: in the exports line on the server). Yes, indeed, re-exporting with -maproot=0 leads to normal

flushing anonymous buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS)

2006-03-22 Thread Mikhail Teterin
середа 22 березень 2006 14:03, Matthew Dillon Ви написали:     I consider it a bug.  I think the only way to reliably fix the problem     is to give the client the ability to specify the uid to issue RPCs with     in the NFS mount command, to match what the export does. So, the problem is, the

Re: flushing anonymous buffers over NFS is rejected by server (more weird bugs with mmap-ing via NFS)

2006-03-23 Thread Mikhail Teterin
середа 22 березень 2006 15:20, Matthew Dillon Ви написали:     The only real solution is to make the NFS client aware of the     restricted user id exported by the server by requiring that the     same uid be specified in the mount command the client uses to     mount the NFS partition.  The

vmstat still stalls (Re: more weird bugs with mmap-ing via NFS)

2006-03-23 Thread Mikhail Teterin
вівторок 21 березень 2006 20:09, Matthew Dillon Ви написали:     'vmstat 1' while the program is running would tell us if VM faults     are creating an issue. This problem -- vmstat and `systat -vm' occasionally stalling the entire system -- did not go away, it just became less frequent and

Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS)

2006-03-23 Thread Mikhail Teterin
вівторок 21 березень 2006 17:48, Matthew Dillon Ви написали:     Reading via mmap() is very well optimized. Actually, I can not agree here -- quite the opposite seems true. When running locally (no NFS involved) my compressor with the `-1' flag (fast, least effective compression), the program

Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS)

2006-03-23 Thread Mikhail Teterin
четвер 23 березень 2006 15:48, Matthew Dillon Ви написали:     Well, I don't know about FreeBSD, but both grep cases work just fine on     DragonFly. Yes, they both do work fine, but time gives very different stats for each. In my experiments, the total CPU time is noticably less with mmap,

Is login.conf.db now required?

2006-03-24 Thread Mikhail Teterin
Hi! I updated world to today's 6.1 and my syslog is filling up with: Mar 24 15:08:29 aldan sshd[2163]: login_getclass: unknown class 'root' The /etc/login.conf did not change since November. I never had login.conf.db -- it was always optional. Did that just change, or is something else broken

Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS)

2006-03-24 Thread Mikhail Teterin
Matthew Dillon wrote: It is possible that the kernel believes the VM system to be too loaded to issue read-aheads, as a consequence of your blowing out of the system caches. See attachment for the snapshot of `systat 1 -vm' -- it stays like that for the most of the compression run time

Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS)

2006-03-25 Thread Mikhail Teterin
On Saturday 25 March 2006 05:39 am, Peter Jeremy wrote: = On Fri, 2006-Mar-24 15:18:00 -0500, Mikhail Teterin wrote: = which there is not with the read. Read also requires fairly large = buffers in the user space to be efficient -- *in addition* to the = buffers in the kernel. = = I disagree

Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS)

2006-03-26 Thread Mikhail Teterin
On Saturday 25 March 2006 06:46 pm, Peter Jeremy wrote: = My guess is that the read-ahead algorithms are working but aren't doing = enough re-ahead to cope with read a bit, do some cpu-intensive processing = and repeat at 25MB/sec so you're winding up with a degree of serialisation = where the I/O

Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS)

2006-03-28 Thread Mikhail Teterin
вівторок 28 березень 2006 05:27, Peter Jeremy написав: I'd suggest that each mmap be capable of storing several hundred msec of data as a minumum (maybe 10MB input and 5MB output, preferably more). Synchronisation can be done by writing tokens into pipes shared with the mmap's, optimised by

problems with an SATA drive on nVidia3 controller

2006-04-02 Thread Mikhail Teterin
Hello! We have an amd64 machine with an nVidia3 SATA controller on motherboard. The drive just came from the manufacturer and the self-tests initiated via smartctl show no problems: atapci1: nVidia nForce3 Pro SATA150 controller port

Re: problems with an SATA drive on nVidia3 controller

2006-04-03 Thread Mikhail Teterin
On Sunday 02 April 2006 04:42 pm, Søren Schmidt wrote: = What freebsd version are we talking about here ? (dmesg would have been = nice). 6.1 as of Sunday. dmesg.boot attached. = Have you tried another cable ? Not yet -- I was not there on weekend. I vaguely remember nVidia controllers being

Re: pitiful performance of an SATA150 drive

2006-04-16 Thread Mikhail Teterin
[Moved to -stable] On Sunday 16 April 2006 07:04, Søren Schmidt wrote: = I just tried this on a system as close to the one you have as possible You are welcome to visit my machine and take a look. Use the same ssh key as for the FreeBSD cluster and connect to aldan.algebra.com. = That

cc can't build 32-bit executables on amd64

2006-05-01 Thread Mikhail Teterin
Can I direct someone's attention to the annoying but easy to fix bug: http://www.freebsd.org/cgi/query-pr.cgi?pr=gnu/96570 There are still a few days left to make sure, FreeBSD-6.1 is shipped with amd64 being able to link 32-bit executables. Release Engineers insist, it must be fixed

Re: cc can't build 32-bit executables on amd64

2006-05-01 Thread Mikhail Teterin
понеділок 01 травень 2006 17:25, Paul Allen написав: This was originally mentioned in amd64/76224 which was closed by obrien with the terse remark: We don't yet support building 32-bit apps on a 64-bit system. We only barely support *running* them at this point. I may be missing something

Re: cc can't build 32-bit executables on amd64

2006-05-01 Thread Mikhail Teterin
понеділок 01 травень 2006 18:55, Jonathan Noack написав: Did you miss the previous reply which mentioned using '-B/usr/lib32 -B/usr/local/lib32' in addition to '-m32'? I did not miss this work-around. But it is not a proper way -- one need not specify -B/usr/lib in the 64-bit case. Nor should

Re: cc can't build 32-bit executables on amd64

2006-05-01 Thread Mikhail Teterin
понеділок 01 травень 2006 19:25, Sean Bryant написав: The gcc's multilib.h functionality is just for that. [...] Then why not work on adding the functionality? I'm sure freebsd people would love to have a proper working 32 bit compatibility layer happening. Did you see the PR -- with the

Re: cc can't build 32-bit executables on amd64

2006-05-02 Thread Mikhail Teterin
On Tuesday 02 May 2006 02:22, Giorgos Keramidas wrote: = cc can build binaries just fine if you also use the -B option: = =         % cc -m32 -B/usr/lib32 ... Yes, this is a work-around. It is not a solution... /usr/lib32 should be there automatically. = I know it does because I've used it on

Re: cc can't build 32-bit executables on amd64

2006-05-02 Thread Mikhail Teterin
On Tuesday 02 May 2006 05:59, Peter Jeremy wrote: = But probably not as fast since it's using a generic 'C' core instead = of a hand-tweaked assembler core.  I read Mikhail's comment as meaning = that it is possible to build non-trivial 32-bit executables on amd64, = there's just work still needed

Re: amd64/89550: spin-lock panics continue (crash trace)

2007-05-26 Thread Mikhail Teterin
The patch in the PR allows our two Symbios 875 boards to work with FreeBSD-6.2-recent. However, the machine continues to suffer from the spin lock held to long panics every few days. Usually, there is a double-panic, which prevents crash dump from occuring. But this morning it succeeded. The

sudden crash in ulpt (stack)

2007-06-10 Thread Mikhail Teterin
Sent something to the ulpt... Sudden crash. Please, advise. -mi [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic

ImageMagick's modules and __cxa_finalize

2007-07-29 Thread Mikhail Teterin
Has anyone had any luck using ImageMagick built with modules support? If I try that, and follow-up with `gmake check' (in the ${WRKSRC}), about a fifth of ImageMagick's own self-tests seg-fault -- all of them inside __cxa_finalize (after main() has already returned): [EMAIL

usb/umass, devfs: this sucks

2007-12-21 Thread Mikhail Teterin
Another attempt to use USB-storage with FreeBSD, another moment of hair-pulling frustration. I attach the card-reader with the media card already inserted (detection of card-insertion has not worked in a long time, if ever). The disk appears: umass1: Genesys USB Reader, rev

Re: usb/umass, devfs: this sucks

2007-12-25 Thread Mikhail Teterin
On субота 22 грудень 2007, Mike Tancsa wrote: = Perhaps its the one card reader you are using is particularly = problematic ? I have been using the multi-type cheapo reader below = for some time Perhaps. But /nothing/ excuses devfs hanging for 25 minutes. Nothing. It should be more resilient

  1   2   >