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
