RE: undelete for FreeBSD current?
Thanks Robert, The strings method worked very well in this instance. -Original Message- From: Robert Watson [mailto:[EMAIL PROTECTED] Sent: Thursday, 13 November 2003 1:59 PM To: Barney Wolff Cc: Thyer, Matthew; '[EMAIL PROTECTED]' Subject: Re: undelete for FreeBSD current? On Wed, 12 Nov 2003, Barney Wolff wrote: On Thu, Nov 13, 2003 at 11:30:51AM +1030, Thyer, Matthew wrote: I've done a bad thing and need to recover a single file in /usr/local/etc/rc.d/ after a rm -rf of /usr/local I've kept the file system relatively quiet since then. TCT may help. http://www.porcupine.org/forensics/tct.html but I don't think it's been tested with current/ufs2. Also, don't expect to build it on the system and then find a deleted file. But if you have a clue of what you're looking for, just grepping /dev/dan or /dev/adn might work. (grep -a -A100 -B100) Assuming that the file system had a fair amount of free space, and therefore wasn't fragmented, I've always found the strings command quite helpful in recovering text files after loss or deletion. It can also be nicely applied to /dev/mem if you accidentally close that pesky editor window without save... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
undelete for FreeBSD current?
I've done a bad thing and need to recover a single file in /usr/local/etc/rc.d/ after a rm -rf of /usr/local I've kept the file system relatively quiet since then. Is there a port that can achieve this? Otherwise pointers to web sites or mail archives regarding the use of fsdb to achieve this would be helpful. Please no replies about backups. Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 EDINBURGH South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: FreeBSD-CURRENT telnet can't disable autologin
Sorry my fault for not testing well enough.
You are quite correct it works when I actually telnet to a machine.
-Original Message-
From: Tim Kientzle [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 15 October 2003 4:31 PM
To: Thyer, Matthew
Cc: '[EMAIL PROTECTED]'
Subject: Re: FreeBSD-CURRENT telnet can't disable autologin
Thyer, Matthew wrote:
Some people don't want auto login but are being frustrated when they try to disable
it as below.
What is the correct way to disable this feature?
fuzz: {1017} cat ~/.telnetrc
unset autologin
fuzz: {1018} telnet
telnet display
will flush output when sending interrupt characters.
won't send interrupt characters in urgent mode.
will send login name and/or authentication information.- * NOTE
This should work.
Note that, according to the man page, the .telnetrc
file is read at the time of the 'open' command,
so the above does accord with the documentation.
What happens when you try to 'open' a connection?
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD-CURRENT telnet can't disable autologin
Some people don't want auto login but are being frustrated when they try to disable it
as below.
What is the correct way to disable this feature?
fuzz: {1016} ls -l ~/.telnetrc
-rw-r- 1 thyerm scis 38 Oct 15 13:11 /home/thyerm/.telnetrc
fuzz: {1017} cat ~/.telnetrc
unset autologin
fuzz: {1018} telnet
telnet display
will flush output when sending interrupt characters.
won't send interrupt characters in urgent mode.
will send login name and/or authentication information.- * NOTE
won't skip reading of ~/.telnetrc file.
won't map carriage return on output.
will recognize certain control characters.
won't turn on socket level debugging.
won't print hexadecimal representation of network traffic.
won't print user readable output for netdata.
won't show option processing.
won't print hexadecimal representation of terminal traffic.
echo[^E]
escape [^]]
rlogin [off]
tracefile (standard output)
flushoutput [^O]
interrupt [^C]
quit[^\]
eof [^D]
erase [^H]
kill[^U]
lnext [^V]
susp[^Z]
reprint [^R]
worderase [^W]
start [^Q]
stop[^S]
forw1 [off]
forw2 [off]
ayt [^T]
telnet
Matthew Thyer Phone: +61 8 8259 7249
Science Corporate Information Systems Fax:+61 8 8259 5537
Defence Science and Technology Organisation, Edinburgh
PO Box 1500 EDINBURGH South Australia 5111
IMPORTANT: This email remains the property of the Australian Defence
Organisation and is subject to the jurisdiction of section 70 of the
CRIMES ACT 1914. If you have received this email in error, you are
requested to contact the sender and delete the email.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: passwd NIS+ YP compat mode
The silence is deafening.
Please commit this if it's the correct solution.
FreeBSD looks real bad when it cant be a NIS client of Solaris NIS+ (in YP compat)
servers.
-Original Message-
From: Thyer, Matthew
Sent: Monday, June 23, 2003 12:04 PM
To: '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'; Wilkinson, Alex
Subject: SEC:URe: passwd NIS+ YP compat mode
Yoshinori's patch for FreeBSD NIS clients of Solaris NIS+ servers in YP
compatibility mode works for me.
Please commit this before 5 becomes -STABLE (I'm shocked the bug has made it into
5.1).
Solaris NIS+ servers in YP compatibility is a very common configuration in larger
enterprises.
On Tue, 27 May 2003 18:09:29 -0700, TOMITA Yoshinori wrote:
I hope this patch will solve this problem for users living under NIS+
servers.
I guess yp_order() is used to check masswd.by* or master.passwd.by*
databese really exists. yp_master() can be used for this purpose. But
I do not know the cost of yp_master() compared to yp_order().
--- /usr/src/lib/libc/gen/getpwent.c.bakTue May 27 08:47:24 2003
+++ /usr/src/lib/libc/gen/getpwent.cWed May 28 09:35:50 2003
@@ -938,14 +938,15 @@
nis_map(char *domain, enum nss_lookup_type how, char *buffer, size_t bufsize,
int *master)
{
- int rv, order;
+ int rv;
+ char*outname;
*master = 0;
if (geteuid() == 0) {
if (snprintf(buffer, bufsize, master.passwd.by%s,
(how == nss_lt_id) ? uid : name) = bufsize)
return (NS_UNAVAIL);
- rv = yp_order(domain, buffer, order);
+ rv = yp_master(domain, buffer, outname);
if (rv == 0) {
*master = 1;
return (NS_SUCCESS);
@@ -954,7 +955,7 @@
if (snprintf(buffer, bufsize, passwd.by%s,
(how == nss_lt_id) ? uid : name) = bufsize)
return (NS_UNAVAIL);
- rv = yp_order(domain, buffer, order);
+ rv = yp_master(domain, buffer, outname);
if (rv == 0)
return (NS_SUCCESS);
return (NS_UNAVAIL);
--
---
TOMITA Yoshinori
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: passwd NIS+ YP compat mode
Untested in any other environment other than client of Solaris 8 NIS+ in YP compat.
However I am using the AMD automounter to mount users home directories from HP-UX
10.20, Solaris 8 and 9 systems succesfully.
Relevant parts of my /etc/rc.conf and /etc/amd.conf are:
ifconfig_xl0=DHCP
nisdomainname=one.two
nis_client_enable=YES
nis_client_flags=-s -S one.two,a.big.expensive.server.com -m
rpcbind_enable=YES
nfs_server_enable=YES
nfs_client_enable=YES
mountd_flags=-r
amd_enable=YES
amd_flags=-F /etc/amd.conf
Extract of /etc/amd.conf:
[global]
map_options = opts:=intr,rsize=8192,wsize=8192
mount_type = nfs
auto_dir = /.tmp_mnt
cache_duration = 300
log_file = syslog
restart_mounts = yes
unmount_on_exit = no
[/home]
map_name = amd.home
map_type = nis
freeme: {1005} ypmatch user1 amd.home
host==freeme;type:=link;fs:=/export/home/user1 ||
rhost:=freeme;type:=nfs;rfs:=/export/home/user1;sublink:=.
-Original Message-
From: John De Boskey [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 26, 2003 10:51 AM
To: Thyer, Matthew
Cc: yoshint
Subject: Re: passwd NIS+ YP compat mode
Is there a PR for this?
I understand this patch fixes ypclient to solaris NIS+ compat. Have you tested
it in any other configs?
-John
- Thyer, Matthew's Original Message -
The silence is deafening.
Please commit this if it's the correct solution.
FreeBSD looks real bad when it cant be a NIS client of Solaris NIS+ (in YP compat)
servers.
-Original Message-
From: Thyer, Matthew
Sent: Monday, June 23, 2003 12:04 PM
To: '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'; Wilkinson, Alex
Subject:SEC:URe: passwd NIS+ YP compat mode
Yoshinori's patch for FreeBSD NIS clients of Solaris NIS+ servers in YP
compatibility mode works for me.
Please commit this before 5 becomes -STABLE (I'm shocked the bug has made it into
5.1).
Solaris NIS+ servers in YP compatibility is a very common configuration in larger
enterprises.
On Tue, 27 May 2003 18:09:29 -0700, TOMITA Yoshinori wrote:
I hope this patch will solve this problem for users living under NIS+
servers.
I guess yp_order() is used to check masswd.by* or master.passwd.by*
databese really exists. yp_master() can be used for this purpose. But
I do not know the cost of yp_master() compared to yp_order().
--- /usr/src/lib/libc/gen/getpwent.c.bakTue May 27 08:47:24 2003
+++ /usr/src/lib/libc/gen/getpwent.cWed May 28 09:35:50 2003
@@ -938,14 +938,15 @@
nis_map(char *domain, enum nss_lookup_type how, char *buffer, size_t bufsize,
int *master)
{
- int rv, order;
+ int rv;
+ char*outname;
*master = 0;
if (geteuid() == 0) {
if (snprintf(buffer, bufsize, master.passwd.by%s,
(how == nss_lt_id) ? uid : name) = bufsize)
return (NS_UNAVAIL);
- rv = yp_order(domain, buffer, order);
+ rv = yp_master(domain, buffer, outname);
if (rv == 0) {
*master = 1;
return (NS_SUCCESS);
@@ -954,7 +955,7 @@
if (snprintf(buffer, bufsize, passwd.by%s,
(how == nss_lt_id) ? uid : name) = bufsize)
return (NS_UNAVAIL);
- rv = yp_order(domain, buffer, order);
+ rv = yp_master(domain, buffer, outname);
if (rv == 0)
return (NS_SUCCESS);
return (NS_UNAVAIL);
--
---
TOMITA Yoshinori
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
--
--
As said by Napolean Bonaparte:
Never ascribe to malice, that which is adequately explained by incompetence
After being embraced by MS:
When accused of malice, always hide behind incompetence.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: passwd NIS+ YP compat mode
Yoshinori's patch for FreeBSD NIS clients of Solaris NIS+ servers in YP compatibility
mode works for me.
Please commit this before 5 becomes -STABLE (I'm shocked the bug has made it into 5.1).
Solaris NIS+ servers in YP compatibility is a very common configuration in larger
enterprises.
On Tue, 27 May 2003 18:09:29 -0700, TOMITA Yoshinori wrote:
I hope this patch will solve this problem for users living under NIS+
servers.
I guess yp_order() is used to check masswd.by* or master.passwd.by*
databese really exists. yp_master() can be used for this purpose. But
I do not know the cost of yp_master() compared to yp_order().
--- /usr/src/lib/libc/gen/getpwent.c.bakTue May 27 08:47:24 2003
+++ /usr/src/lib/libc/gen/getpwent.cWed May 28 09:35:50 2003
@@ -938,14 +938,15 @@
nis_map(char *domain, enum nss_lookup_type how, char *buffer, size_t bufsize,
int *master)
{
- int rv, order;
+ int rv;
+ char*outname;
*master = 0;
if (geteuid() == 0) {
if (snprintf(buffer, bufsize, master.passwd.by%s,
(how == nss_lt_id) ? uid : name) = bufsize)
return (NS_UNAVAIL);
- rv = yp_order(domain, buffer, order);
+ rv = yp_master(domain, buffer, outname);
if (rv == 0) {
*master = 1;
return (NS_SUCCESS);
@@ -954,7 +955,7 @@
if (snprintf(buffer, bufsize, passwd.by%s,
(how == nss_lt_id) ? uid : name) = bufsize)
return (NS_UNAVAIL);
- rv = yp_order(domain, buffer, order);
+ rv = yp_master(domain, buffer, outname);
if (rv == 0)
return (NS_SUCCESS);
return (NS_UNAVAIL);
--
---
TOMITA Yoshinori
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Remember my ill-fated i386 smp pmap optimizations?
John Baldwin wrote: On 08-Jul-2002 Peter Wemm wrote: [snip] Excuse me while I go outside and shoot myself. Hahahaha! Glad to see you have fixed them. :) Unfortunately, there are still more problems. :-( I have found some of them. And what is really scary is that I have verified that some of what Terry has been FUD'ing(*) about for our TLB (mis)management is actually correct. :-( We have code that simply will not work (ie: vm86 will explode when doing VESA calls) if certain accidental conditions that mask the bugs no longer occur. Probably why my Pentium-III 866 locks up (with a continuous beep from the PC speaker) when I switch virtual consoles (no X running) when doing disk I/O and one console is running the standard 80x25 and the other is running 132x60. Seems to happen every time so far and has done so for several months. It doesn't happen on my Celeron 450 Slot-1 (actually a 300a running at 100Mhz FSB instead of 66MHz) with an Nvidia TNT2 16MB, Western digital something 20GB also using 80x25 and 132x60. (also GENERIC kernel and v.new -CURRENT). The P-III 866 has an Nvidia GeForce2 MX400 64MB, IBM 120GXP 40GB drive, very new -CURRENT and GENERIC kernel. extract of /boot/loader.conf has: hw.ata.wc=1 hw.ata.tags=1 --- This line not on the Celeron 450 box as vesa_load=YESthe WD drive cant do tagged command queing extract of /etc/rc.conf has: font8x16=cp437-8x16.fnt font8x14=cp437-8x14.fnt font8x8=cp437-8x8.fnt -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 EDINBURGH South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recent -CURRENT when trying to build ports/x11/XFree86-4
=== Registering installation for XFree86-documents-4.2.0 === Returning to build of XFree86-4.2.0_1,1 === XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz - not found ===Verifying install for /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz in /usr/ports/x11-fonts/XFree86-4-font100dpi === Extracting for XFree86-font100dpi-4.2.0 Checksum OK for xc/X420src-2.tgz. === XFree86-font100dpi-4.2.0 depends on executable: mkfontdir - found === XFree86-font100dpi-4.2.0 depends on executable: imake - found === XFree86-font100dpi-4.2.0 depends on shared library: X11.6 - found === Patching for XFree86-font100dpi-4.2.0 === Configuring for XFree86-font100dpi-4.2.0 (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/encodings imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) making Makefiles in large... including in ./large... depending in ./large... (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/bdf/100dpi imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop *** Error code 2 -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 EDINBURGH South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4
Doesn't seem to work for me with PERL defined in my environment and/or in
/etc/make.conf.
make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop
*** Error code 2
Stop in /usr/ports/x11-fonts/XFree86-4-font100dpi.
*** Error code 1
Stop in /usr/ports/x11/XFree86-4.
fuzz: {1025} env | grep PERL
PERL=/usr/local/bin/perl
fuzz: {1026} grep PERL /etc/make.conf
PERL=/usr/local/bin/perl
fuzz: {1027} pkg_info | grep perl
perl-5.6.1_6Practical Extraction and Report Language
-Original Message-
From: Shizuka Kudo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 11 July 2002 3:04 AM
To: Thyer, Matthew; '[EMAIL PROTECTED]'
Subject: Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on
v.recen t -CURRENT when trying to build ports/x11/XFree86-4
--- Thyer, Matthew [EMAIL PROTECTED] wrote:
make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop
*** Error code 2
--
Try:
build ports/lang/perl and set env PERL to /usr/local/bin/perl
__
Do You Yahoo!?
Sign up for SBC Yahoo! Dial - First Month Free
http://sbc.yahoo.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
RE: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4
Thanks Dirk but I cant install ports/x11/XFree86-4-clients either! Errors below a gcc 3.1 ism maybe ? installing in programs/scripts... /usr/bin/install -c -m 0755 xon.sh /usr/X11R6/bin/xon install in programs/scripts done installing in programs/glxinfo... rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0' /usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' collect2: ld returned 1 exit status *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/glxinfo. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients. -Original Message- From: Dirk Engling [mailto:[EMAIL PROTECTED]] Sent: Thursday, 11 July 2002 3:13 AM To: [EMAIL PROTECTED] Subject: Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4 Just make /usr/ports/x11/XFree86-4-clients before XFree86-4, that worked fine with me Regards erdgeist - fnord! id 0x17B701E5 size 1024 | type rsa 11F8 8FF3 0508 09F9 DC6A 2AB3 AA67 C8CF To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecen t -CURRENT when trying to build ports/x11/XFree86-4
My entire machine is built from source. I started with no packages installed at all. The only think I can think of is old binaries/libraries/other files left behind from earlier -CURRENT. Is there a tool to clean these up yet? Maybe it should be part of mergemaster. I'll clean them up manually and see if that fixes it. I dont have an /etc/malloc.conf Significant part of my /etc/make.conf is: CFLAGS=-O -pipe COPTFLAGS=-O -pipe USA_RESIDENT=no XFREE86_VERSION=4 HAVE_MOTIF=yes WITH_MOTIF=yes WITH_PNG_MMX=yes WITH_GNOME=yes WITH_GTK=yes WITH_TK83=yes WITH_OGGVORBIS=yes WITH_SANE=yes A4=yes I'll experiment with a cut down make.conf too. -Original Message- From: Peter Wemm [mailto:[EMAIL PROTECTED]] Sent: Thursday, 11 July 2002 12:32 PM To: Thyer, Matthew Cc: 'Dirk Engling'; 'FreeBSD-CURRENT' Subject: Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecen t -CURRENT when trying to build ports/x11/XFree86-4 Thyer, Matthew wrote: Thanks Dirk but I cant install ports/x11/XFree86-4-clients either! Errors below a gcc 3.1 ism maybe ? Almost certainly a compiler mixup. Did you install a binary package? Secondly.. you have: rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib Note that cc will not link in libstdc++.so. The new and delete primatives have been moved from libgcc.a to libstdc++.so.4, so if you compile and link a c++ executable, you MUST either use c++ instead of cc, or explicitly add -lstdc++ to the command line. The example above that you pasted does neither. Finally.. If you are really stuck here, may I suggest make -i all install on the port? ie: ignore errors. You might end up missing out on having /usr/X11R6/bin/glxinfo installed, but I would wager that you will not miss it. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Wierd path issue with system tcsh under recent -CURRENT NIS client
It seems that /bin/tcsh does not expand ~/ when used with the setenv
command either in my .cshrc or when typed on the commandline.
See command numbers 1008 - 1014 in particular.
Using set path= is fine and just inheriting login.conf's default path
(which includes ~/bin) is fine too so whats up with setenv ?
fuzz: {1001} ypcat -k passwd | grep thyerm
thyerm thyerm:YouThinkImCrazy?:1234:5678:Matthew
Thyer,L73-10,x98765,:/home/thyerm:/usr/local/bin/tcsh
fuzz: {1002} ls -l /usr/local/bin/tcsh
lrwxr-xr-x 1 root wheel 9 May 29 14:09 /usr/local/bin/tcsh - /bin/tcsh
fuzz: {1003} ls -ld /home
lrwxr-xr-x 1 root wheel 12 Feb 26 2001 /home - /export/home
fuzz: {1004} pwd
/export/home/thyerm
fuzz: {1005} grep ^setenv PATH .cshrc
setenv PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin
setenv PATH
${PATH}:~/bin:/usr/local/bin:/usr/local/sbin:/usr/games:/usr/local/games:/us
r/local/games/bin:/usr/local/grass5/bin
fuzz: {1006} echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:~/bin:/usr/local/bin:/usr/local
/sbin:/usr/games:/usr/local/games:/usr/local/games/bin:/usr/local/grass5/bin
fuzz: {1007} echo $version
tcsh 6.11.00 (Astron) 2001-09-02 (i386-intel-FreeBSD) options
8b,nls,dl,al,kan,sm,rh,color,dspm
fuzz: {1008} which update_world
update_world: Command not found.
fuzz: {1009} setenv PATH ${PATH}:/home/thyerm/bin
fuzz: {1010} which update_world
/home/thyerm/bin/update_world
fuzz: {1011} setenv PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:~/bin:/usr/local/bin:/usr/local
/sbin:/usr/games:/usr/local/games:/usr/local/games/bin:/usr/local/grass5/bin
fuzz: {1012} echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:~/bin:/usr/local/bin:/usr/local
/sbin:/usr/games:/usr/local/games:/usr/local/games/bin:/usr/local/grass5/bin
fuzz: {1013} which update_world
update_world: Command not found.
fuzz: {1014} echo ~/bin
/home/thyerm/bin
fuzz: {1015} set path=(/sbin /bin /usr/sbin /usr/bin /usr/X11R6/bin ~/bin
/usr/local/bin /usr/local/sbin /usr/games /usr/local/games
/usr/local/games/bin /usr/local/grass5/bin)
fuzz: {1016} echo $path
/sbin /bin /usr/sbin /usr/bin /usr/X11R6/bin /home/thyerm/bin /usr/local/bin
/usr/local/sbin /usr/games /usr/local/games /usr/local/games/bin
/usr/local/grass5/bin
fuzz: {1017} which update_world
/home/thyerm/bin/update_world
/home/thyerm/bin/update_world is an executable bourne shell script with
#!/bin/sh as its first line.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
RE: Can't install ports/emulators/linux_base on -CURRENT
Thanks, I hope this is not a long-term workaround! -Original Message- From: Brooks Davis [mailto:[EMAIL PROTECTED]] Sent: Friday, 3 May 2002 2:30 PM To: Thyer, Matthew Cc: '[EMAIL PROTECTED]' Subject: Re: Can't install ports/emulators/linux_base on -CURRENT On Fri, May 03, 2002 at 02:19:40PM +0930, Thyer, Matthew wrote: === Registering installation for rpm-3.0.6_6 === Returning to build of linux_base-6.1_1 === Patching for linux_base-6.1_1 === Configuring for linux_base-6.1_1 === Installing for linux_base-6.1_1 setup-2.0.5-1.noarch.rpm filesystem-1.3.5-1.noarch.rpm unpacking of archive failed on file /proc: cpio: chown failed - Operation not supported *** Error code 1 Stop in /usr/ports/emulators/linux_base. Unmount your linprocfs file system first. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Can't install ports/emulators/linux_base on -CURRENT
=== Registering installation for rpm-3.0.6_6 === Returning to build of linux_base-6.1_1 === Patching for linux_base-6.1_1 === Configuring for linux_base-6.1_1 === Installing for linux_base-6.1_1 setup-2.0.5-1.noarch.rpm filesystem-1.3.5-1.noarch.rpm unpacking of archive failed on file /proc: cpio: chown failed - Operation not supported *** Error code 1 Stop in /usr/ports/emulators/linux_base. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: PAM Error
Yesterday I tried to use SWAT for the first time since the PAM configs were moved from /etc/pam.conf and I'm getting the following error: Feb 6 22:54:05 galaxy swat: PAM _pam_init_handlers: could not open /etc/pam.conf What do I need to do to fix this? Recompile the app. I'm guessing it is linked statically, so is not picking up the latest libpam. I am still getting this error on both -CURRENT machines I use and these machines *are* fully re-built from source with all applications re-built from an up-to-date ports tree. To reproduce: 1) update your world, kernel and /etc to post new pam 2) rm /etc/pam.conf 3) reboot 4) build ports/security/sudo 5) configure sudo if you haven't already (/usr/local/sbin/visudo as root) 6) type sudo ls as your authourised sudo user 7) notice the following on your console: Feb 14 12:05:47 blah sudo: PAM _pam_init_handlers: could not open /etc/pam.conf -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 EDINBURGH South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
NIS client does perform Ok when my duplex is right (Was: Re: NIS client performance seems very poor under network load)
It was my problem. My network interface was in 100Mbps half-duplex instead of 100Mbps full-duplex (the switch was in 100 full). I was using DHCP to configure the interface and for some reason it came up as half (even though a 4.3-BETA box elsewhere around here comes up in full-duplex). It seems that Cisco equipment doesn't autonegotiate well as we have seen this problem on other UNIX systems (HP-UX in particular) so we try to tie everything down these days. I have now tied down the interface at my end with this in /etc/rc.conf: ifconfig_xl0=inet 10.1.2.3 netmask 0xff00 media 100baseTX mediaopt full-duplex I no longer have problems with NIS client performance. i.e. when doing my huge FTP tests I can open xterms and they now start immediately. Sorry for the false alarm. P.S. I would still like to try using DHCP but *NOT* autonegotiating. Is this possible ? Should the below work ? ifconfig_xl0=DHCP media 100baseTX mediaopt full-duplex --- Excerpt of my complaint earlier re: NIS client caching issues --- I can see this poor performance in just trying to start an xterm under network load and can create 24 - 32 second delays with a test as follows: % cd /usr/ports/distfiles/xc % ftp nis-server(my home there is local to that box) ftp prompt ftp mput *.tgz Just after pressing enter on the above line, start two xterms. Now thats quite a bit of data even when myself and the server are on 100Mbit/s full-duplex switched ethernet links. -rw-r- 1 user group 237098 Oct 3 17:55 X336contrib.tgz -rw-r- 1 user group17388037 Oct 3 17:55 X336src-1.tgz -rw-r- 1 user group14834083 Oct 3 17:55 X336src-2.tgz -rw-r- 1 user group21994230 Oct 3 17:55 X401src-1.tgz -rw-r- 1 user group18971060 Oct 3 17:55 X401src-2.tgz -rw-r- 1 user group23880758 Oct 3 17:56 X402src-1.tgz -rw-r- 1 user group18918369 Oct 3 17:56 X402src-2.tgz -rw-r- 1 user group24990773 Oct 3 17:56 X410src-1.tgz -rw-r- 1 user group22496001 Oct 3 17:56 X410src-2.tgz The transfers go well with the larger files achieving between 5.14 and 7.78 MB/s however the xterms dont appear until after the whole FTP mput is finished. i.e. the timing was: T+0I press enter on the mput *.tgz FTP command T+3s I launch xterm 1 from another xterm T+5s I launch xterm 2 from another xterm T+25s FTP mput completes T+27s xterm 1 appears on my display T+37s xterm 2 appears on my display Now xterm 1 has the message yp_first: clnt_call: RPC: Timed out as its first line and xterm 2 has two of these messages. So I'd like to do a little bit of investigation and was wonderring if other people have some insight as to where to look. This is not a short term problem and has been present across many months of -CURRENT (last build 19th September 2001 and typically built monthly) ever since I became a NIS client about 18 to 24 months ago. Further info: The nis-server runs HP-UX 10.20. The network is expensive Cisco switched ethernet with everything tied down to 100 MBit full-duplex at all ends except my FreeBSD box which is autonegotiating its 3Com 3c905B-TX Fast Etherlink XL card simply because I have the line ifconfig_xl0=DHCP in my /etc/rc.conf and I dont know how to set media options with ifconfig when DHCPing (anyone ??). -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 EDINBURGH South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NIS client performance seems very poor under network load
Georg-W. Koltermann wrote: You know, I have been using and NSD, at work on IRIX. I had trouble with it, it sometimes wouldn't sync with the nameserver, or would cease to serve any names until I HUPed it. I dont have such problems. Patch or upgrade to 6.5.13. IRIX 6.5's nsd is the name service daemon. It does the lookups be they via DNS, NIS or whatever. And, seriously, I don't really understand what it's good for. Bind has been responsible for resolving host names as long as I know. WHY would anyone want to use NIS for hostname resolution? I never said I use NIS for hostname resolution (and I dont) but I still need NIS to work for user and group lookups. You misunderstand the purpose of IRIX nsd and Solaris nscd, they are not solely for NIS. They are for caching results of all types of naming service lookups be it hosts, passwd, services and by all type of methods e.g. DNS, NIS, NIS+ whatever. If you look at your IRIX 6.5.X NIS client, you'll see that it doesn't run a process called ypbind. The functionality of ypbind has been incorporated into nsd. From the nis(7p) manual page: NOTE The daemon nsd(1M) uses this library to replace the ypbind daemon from previous IRIX releases. Similarly, nsd uses the nisserv(7P) library to replace the ypserv daemon from previous releases. I always configure the resolver to use bind (aka named), and have NIS resolve passwd, group, alias maps etc. if I need that functionality. When I'm worried about network load, I run a local named in caching only mode. None of that solves the user and group use of NIS problem. Named makes a nice system-wide cache, it is maintained well, so why bother and write another daemon for that? A system-wide cache for hostname resolution via DNS only. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NIS client performance seems very poor under network load
Andrew Gallatin wrote: Thyer, Matthew writes: So the answer is a name service caching daemon ala nscd on Solaris. Or linux. Apparently, there is an nscd in glibc. Perhaps somebody with motivation could determine if its any good. If so, they could chop it out of glibc, make it into a port add hooks to our libc for it. (I no longer work at Duke or even use NIS, so that motivated person would not be me). Hmmm now where was that motivation pill under this huge stack of work last I saw it. Seriously, thanks for the info... I may well get motivated once I get a quiet time. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NIS client performance seems very poor under network load
Brandon D. Valentine wrote: do intend to work on this. At the moment I sit daily in front of an SGI Indigo2 running IRIX because it's better than Linux and integrates quite well with our environment. I really want a FreeBSD workstation on my desk, so I'll likely end up writing the patches just so I can get that FreeBSD workstation integrated. But, no promises on a timeframe so if someone else wants to get started now, then by all means charge right ahead with it. I'm not sure why you aren't using FreeBSD here. Myself, I sit in front of FreeBSD on an Athlon 1200 MHz box complete with dual head 19 monitors running XFree86 4.1.0 in xinerama mode so my X server is stretched across the two displays. This is good in that I can keep the NT world on one display (Windows Terminal Server via either Citrix ICA, rdesktop RDP or X11 but most will use RDP due to cheaper licencing) and I can even switch one of my monitors to its BNC input to use my aging Sparc 10 (which I dont do anymore since its hard disk died). I am a NIS client but most of the users who use my machine have local home directories but I am not averse to having /home/user being a sym link to /net/expensive-server/export/home/user because I do run amd solely to provide /net automounting. I get backed up by HP OpenView OmniBack (as discussed elsewhere on FreeBSD lists). I even run the Matrox drivers for my G400 dual head card. The main thing that's bugging me right now is the NIS client performance but it appears that no-one on these lists runs a FreeBSD NIS client (or they do but dont stress their network). I see that overnight when there is lots of network traffic due to backups that my periodically run jobs fail to run because NIS cant get stuff from the server. The NIS server does coordinate a lot of the backups and is probably under network load itself at the time. Most people will say something along the lines of crummy network, crummy NIS server or something like that to which I'd have to say Why dont other people on my network have this problem ?. Yes these other people are NIS clients. I can see this poor performance in just trying to start an xterm under network load and can create 24 - 32 second delays with a test as follows: % cd /usr/ports/distfiles/xc % ftp nis-server(my home there is local to that box) ftp prompt ftp mput *.tgz Just after pressing enter on the above line, start two xterms. Now thats quite a bit of data even when myself and the server are on 100Mbit/s full-duplex switched ethernet links. -rw-r- 1 user group 237098 Oct 3 17:55 X336contrib.tgz -rw-r- 1 user group17388037 Oct 3 17:55 X336src-1.tgz -rw-r- 1 user group14834083 Oct 3 17:55 X336src-2.tgz -rw-r- 1 user group21994230 Oct 3 17:55 X401src-1.tgz -rw-r- 1 user group18971060 Oct 3 17:55 X401src-2.tgz -rw-r- 1 user group23880758 Oct 3 17:56 X402src-1.tgz -rw-r- 1 user group18918369 Oct 3 17:56 X402src-2.tgz -rw-r- 1 user group24990773 Oct 3 17:56 X410src-1.tgz -rw-r- 1 user group22496001 Oct 3 17:56 X410src-2.tgz The transfers go well with the larger files achieving between 5.14 and 7.78 MB/s however the xterms dont appear until after the whole FTP mput is finished. i.e. the timing was: T+0I press enter on the mput *.tgz FTP command T+3s I launch xterm 1 from another xterm T+5s I launch xterm 2 from another xterm T+25s FTP mput completes T+27s xterm 1 appears on my display T+37s xterm 2 appears on my display Now xterm 1 has the message yp_first: clnt_call: RPC: Timed out as its first line and xterm 2 has two of these messages. So I'd like to do a little bit of investigation and was wonderring if other people have some insight as to where to look. This is not a short term problem and has been present across many months of -CURRENT (last build 19th September 2001 and typically built monthly) ever since I became a NIS client about 18 to 24 months ago. Further info: The nis-server runs HP-UX 10.20. The network is expensive Cisco switched ethernet with everything tied down to 100 MBit full-duplex at all ends except my FreeBSD box which is autonegotiating its 3Com 3c905B-TX Fast Etherlink XL card simply because I have the line ifconfig_xl0=DHCP in my /etc/rc.conf and I dont know how to set media options with ifconfig when DHCPing (anyone ??). -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To
Re: NIS client performance seems very poor under network load
Andrew Gallatin wrote: Thyer, Matthew writes: Now xterm 1 has the message yp_first: clnt_call: RPC: Timed out as its first line and xterm 2 has two of these messages. The problem is that there is no global caching of NIS maps. Each app maintains its own cache.. Since these are libc functions being used (gethostbyname, gethostbyaddr, getpwent etc etc) it is under the control of the operating system to do such caching and if most other operating systems do cache we are not likely to see many apps caching themselves. So the answer is a name service caching daemon ala nscd on Solaris. That's my preferred option as we still have control and can invalidate cache entries (nscd -i passwd) if required. The Solaris nscd is quite configurable.. see /etc/nscd.conf from Solaris 7: # # Copyright (c) 1994 by Sun Microsystems, Inc. # All rights reserved. # #ident @(#)nscd.conf 1.3 96/10/09 SMI # # # Currently supported cache names: passwd, group, hosts # # logfile /var/adm/nscd.log # enable-cachehosts no debug-level 0 positive-time-to-live passwd 600 negative-time-to-live passwd 5 suggested-size passwd 211 keep-hot-count passwd 20 old-data-ok passwd no check-files passwd yes positive-time-to-live group 3600 negative-time-to-live group 5 suggested-size group 211 keep-hot-count group 20 old-data-ok group no check-files group yes positive-time-to-live hosts 3600 negative-time-to-live hosts 5 suggested-size hosts 211 keep-hot-count hosts 20 old-data-ok hosts no check-files hosts yes Other options are to follow IRIX and have nsd and nsadmin to control it but I think following Sun would be more popular. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NIS client performance seems very poor under network load
Brandon D. Valentine wrote: On Fri, 28 Sep 2001, Thyer, Matthew wrote: Combine that with the fact that FreeBSD has no automounter that is compatible with the commercial UNIX systems and you'll see that FreeBSD is missing out in some key markets (being a client in a larger UNIX network). I have echoed these sentiments many times on this same mailing list. I am faced with the same problem. I admin a large, heterogenous NIS/NFS/autofs domain and integrating just one FreeBSD box into is so hacking it's embarassing. [I dont want to hear the arguments of Use AMD, it's better because there are many situations where the client cannot control what NIS maps the server will provide]. You post messages like this on FreeBSD mailing lists and from personal experience I can guarantee you'll get lots of help converting to AMD. I'm not asking for help. I have done this myself. In a small part of this organisation I have created a non-standard NIS+ map which I call amd_home. This NIS+ map is populated daily by a hack of a cron job that awks auto_home into amd_home. This is not hard to do but it is hackish. My point is that it looks really bad to management to even have to hack up such a work around. Also this workaround is not very good in that new auto_home map entries wont appear in amd_home until the next day. In answer to those who say convert the whole organisation to AMD, I say you're missing the point. The reality is that many large organisations have a team of admins who already know commercial UNIX and will say Use Linux instead for your x86 requirements. AFAIK nobody has written an autofsd for BSD, but the amd maintainers (now known as am-utils and in src/contrib) have stuff on their website about adding autofs support to amd, but it doesn't appear to be very far along. Thanks for the information. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NIS client performance seems very poor under network load
Brandon D. Valentine wrote: On Thu, 27 Sep 2001, Jordan Hubbard wrote: Progress in these types of situations nearly always comes from people with enough self-interest in the problem area to actually commit to working on it. Rather than asking for people who have written an autofsd to step forward, why not instead start working on this project yourselves and ask for volunteers to HELP you address the problem? That's taking on the problem from the right end, IMHO. I agree wholeheartedly Jordan. My self-interest in the problem has at least motivated me enough to go reading the applicable source but I've not had time lately to work on actual patches. I've got a lot of irons in the fire at the moment, especially with students being back around (I'm a sysadmin at Vanderbilt University) but when things quiet down I do intend to work on this. At the moment I sit daily in front of an SGI Indigo2 running IRIX because it's better than Linux and integrates quite well with our environment. I really want a FreeBSD workstation on my desk, so I'll likely end up writing the patches just so I can get that FreeBSD workstation integrated. But, no promises on a timeframe so if someone else wants to get started now, then by all means charge right ahead with it. Unfortunately my employer doesn't pay me to write code to make FreeBSD work in our environment and my days of hacking on FreeBSD at home are finished due to a life and kids. Maybe I keep pushing on this issue because there have been times in the past where FreeBSD has been prepared to pay programmers to write critical project progressing pieces of code. IMHO I think autofsd is one such piece of code. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NIS client performance seems very poor under network load
Stephen McKay wrote: On Monday, 24th September 2001, Thyer, Matthew wrote: IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. Firstly I must say, Ha! Ha! Ha! HA! HA! choke cough splutter!! Secondly, does your employer really think they own email even in the recipient's mailbox? I mean, I've got a copy of your email. Does that mean DSTO will come and take it back one day? Kick my door in and take all my gear? Just a precaution, sir! You might have some of our mail. Or is it just useless lawyer bluster wasting my precious existence? Do you think I care ? PS I don't use NIS so I have no idea about your FreeBSD problem. Sorry. Now that is something I do care about and FreeBSD's possible poor NIS client performance is making it look very bad in a large UNIX network such as the one we run here. Combine that with the fact that FreeBSD has no automounter that is compatible with the commercial UNIX systems and you'll see that FreeBSD is missing out in some key markets (being a client in a larger UNIX network). [I dont want to hear the arguments of Use AMD, it's better because there are many situations where the client cannot control what NIS maps the server will provide]. So if anyone has something useful to offer re: investigating of FreeBSD's NIS client performance, please reply. Also news along the lines of I have written an autofsd and need people to test it would be good too. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
NIS client performance seems very poor under network load
My NIS client FreeBSD-CURRENT 1.2 GHz Athlon seems to be badly affected by network loads in terms of its NIS client activities. This is not a new problem and has been present ever since I've been a NIS client (~ 2 years) and I update monthly or so (with the last update being 5 days ago). Does FreeBSD cache information it looks up from NIS ? Are there some stats on FreeBSD's NIS performance that I can look at to confirm whether this is the problem ? -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
rshd broken on -CURRENT
Why can I rcp to my FreeBSD-CURRENT box (built Sept 19th) with no password when I dont even have a .rhosts file (I dont have an /etc/hosts.equiv either). I can also rsh freebie command with no prompt for password. I assume this is due to the upgrade of PAM. Looking on a RedHat 7.1 system I see they have the following in /etc/pam.d/rsh: #%PAM-1.0 # For root login to succeed here with pam_securetty, rsh must be # listed in /etc/securetty. auth required /lib/security/pam_nologin.so auth required /lib/security/pam_securetty.so auth required /lib/security/pam_env.so auth required /lib/security/pam_rhosts_auth.so accountrequired /lib/security/pam_stack.so service=system-auth sessionrequired /lib/security/pam_stack.so service=system-auth My FreeBSD-CURRENT box has this for rsh: rsh authrequiredpam_nologin.so no_warn rsh authrequiredpam_permit.so no_warn rsh account requiredpam_unix.so rsh session requiredpam_permit.so It seems that we dont have a /usr/lib/pam_rhosts_auth.so. -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
