Re: nss_ldap and pam_ldap ?
Is there any plan to port pam_ldap ( and nss_ldap ) to FreeBSD-CURRENT ? No plans, but if you submit something, I would be interested. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: set*uid broken?
Fixed in sys/kern/kern_prot.c,v 1.93. Thanks for the report! On Wed, Jun 06, 2001 at 11:18:15AM +0200, Alexander Leidinger wrote: Hi, (3) root@ttyp0 # ktrace fetchnews fetchnews: must be run as news or root (4) root@ttyp0 # id uid=0(root) gid=0(wheel) groups=0(wheel), 2(kmem), 3(sys), 4(tty), 5(operator), 20(staff), 31(guest) (5) root@ttyp0 # ll `which fetchnews` -r-xr-xr-x 1 root wheel 58996 Apr 6 15:32 /usr/local/sbin/fetchnews* (6) root@ttyp0 # ldd `which fetchnews` /usr/local/sbin/fetchnews: libc.so.5 = /usr/lib/libc.so.5 (0x28074000) (7) root@ttyp0 # kdump |grep -e [ug]id 1860 fetchnews CALL geteuid 1860 fetchnews RET geteuid 0 1860 fetchnews CALL getuid 1860 fetchnews RET getuid 0 1860 fetchnews CALL getegid 1860 fetchnews RET getegid 0 1860 fetchnews CALL getgid 1860 fetchnews RET getgid 0 1860 fetchnews CALL geteuid 1860 fetchnews RET geteuid 0 1860 fetchnews CALL setregid(0x,0x8) 1860 fetchnews RET setregid 0 1860 fetchnews CALL setreuid(0x,0x8) 1860 fetchnews RET setreuid 0 1860 fetchnews CALL geteuid 1860 fetchnews RET geteuid 8 1860 fetchnews CALL getegid 1860 fetchnews RET getegid 0 -current from yesterday, leafnode+-2.12, ktrace.out available on request (I didn't want to mail 21k to everyone). I noticed some mails about changed set*uid behavior, is this a buggy program, or is it a bug in -current? Bye, Alexander. -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
mdconfig and _virtual_ memory
Hi! For years of using MFS I presumed, that it used virtual memory -- RAM and swap to store the file system -- using RAM for speed of MFS and swap when RAM was needed by others. When I moved to mdconfig, I figured I have to use ``-t swap'' for the same effect, but it seems, I was wrong -- apparently, ``swap'' means the filesystem will always hit the disk, even if there is plenty of RAM to go around. My suspicion was further confirmed, by disabling the swapping at all -- the mdconfig-ed device stopped working -- disklabel got ENOMEM. Now I use ``-t malloc'', but I suspect, this will never hit the disk, even if there is where to swap and more memory can be used elsewhere. It seems, ``-t malloc'' simply bites a chunk of RAM away... Is it possible to make md-devices backed by _virtual memory_? Did the old MFS do that? Where else am I wrong in this letter? Thanks! Yours, -mi P.S. Where is that new mount_mfs wrapper? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Terminal line discipline is broken [sorta]
It is very strange, but control keys [^C,^Z etc] no longer work (nop) in the /bin/sh and bash2 after today's build/installworld. I see this misbehaviour on two machines. Even more strange that /bin/tcsh doesn't have this problem. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic on sync (?)
hello, world\n -current cvsupped on Jun 3rd, won't live for more than a fraction of a minute after booting; here's a trace I wrote down on a piece of paper: Debugger panic _mtx_assert vnode_pager_generic_putpages vop_stdputpages vop_defaultop ufs_vnoperate vnode_pager_putpages vm_pageout_flush vm_object_page_clean vfs_msync sync syscall syscall_with_err_pushed Is there anything else I can do to track this down? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: panic on sync (?)
On 06-Jun-01 Jens Schweikhardt wrote: hello, world\n -current cvsupped on Jun 3rd, won't live for more than a fraction of a minute after booting; here's a trace I wrote down on a piece of paper: Are you sure all of your tree is up to date? First of all, what is the actual panic message (does it say mtx_owned(vm_mtx) or mtx_owned(Giant))?. Secondly, what revision of sys/vm/vm_pager.c, sys/vm/vnode_pager.c, and sys/kern/vfs_default.c do you have? -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1)does
Brad Knowles [EMAIL PROTECTED] writes: At 9:21 PM -0400 2000/7/3, Will Andrews wrote: Does anyone else here think this is a good idea? If you're looking for votes, you've got mine. BTW, will this play nicely with -h? Consider me stupid if you yes since all internal values are counted in bytes as I remember me. juste the output is affected by -h or whatever option. -c just add a summary line. PS : take care, my email address have changed. no more citeweb.net (not reliable) nor poboxe.com (no more free). thanks. Cyrille. -- home: mailto:[EMAIL PROTECTED] UNIX is user-friendly; it's just particular work: mailto:[EMAIL PROTECTED] about who it chooses to be friends with. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Terminal line discipline is broken [sorta]
On Wed, 6 Jun 2001, Maxim Sobolev wrote: It is very strange, but control keys [^C,^Z etc] no longer work (nop) in the /bin/sh and bash2 after today's build/installworld. I see this misbehaviour on two machines. PAM now blocks keyboard signals when reading the password, and usually forgets to unblock them. I use the workaround of backing out the broken code (rev.1.4 of /usr/src/contrib/libpam/libpam_misc/misc_conv.c). Even more strange that /bin/tcsh doesn't have this problem. This may be a bug in tcsh. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: anyone seen these outside of alpha? or on non-SMP?
My guess would be that the inode in question is a directory inode, and that there are temp files there, or a lot of open files, but that is just a ballpark guess. Correct. A sample program to reproduce this problem is enclosed. When a diradd dependency that causes a newdirblk dependency to be allocated is made obsolete in newdirrem(), the pagedep structure is likely to be freed without first removing the newdirblk dependency that still points to the pagedep structure. - Tor Egge #!/bin/sh dovmstat() { vmstat -m | awk '/^ *(mkdir|newdirblk|dirrem|diradd|pagedep)/ { print }' } dovmstat rm -rf a dirrems=`vmstat -m | awk '/^ *dirrem/ { print $2 }'` while test $dirrems -gt 0 do sync sleep 1 dirrems=`vmstat -m | awk '/^ *dirrem/ { print $2 }'` done mkdir a mkdirs=`vmstat -m | awk '/^ *mkdir/ { print $2 }'` while test $mkdirs -gt 0 do sync sleep 1 mkdirs=`vmstat -m | awk '/^ *mkdir/ { print $2 }'` done dovmstat touch a/000 dovmstat touch a/001 dovmstat touch a/002 dovmstat touch a/003 dovmstat touch a/004 dovmstat touch a/005 dovmstat touch a/006 dovmstat touch a/007 dovmstat touch a/007 dovmstat touch a/008 dovmstat touch a/009 dovmstat touch a/00a dovmstat touch a/00b dovmstat touch a/00c dovmstat touch a/00d dovmstat touch a/00e dovmstat touch a/00f dovmstat rm a/00f dovmstat ls -ld a dovmstat rm -rf a dovmstat echo FINISHED