NcFTP "undefined symbol" error

2004-02-21 Thread Bryce Newall
Hello all,

I just installed NcFTP 3.1.7 out of the ports collection on my
recently-upgraded 4.9-STABLE system.  When I try to run ncftp, though, it
bails with the following error message:

/usr/libexec/ld-elf.so.1: /usr/local/lib/libncftp.so: Undefined symbol
"ServiceNameToPortNumber"

I have not been able to find any information on this.  Anyone have any
ideas?

Thanks!

*
*Bryce Newall*Email: [EMAIL PROTECTED]*
*   www.dreamhaven.org/~data*
*  "Computers make very fast, very accurate mistakes."  *
*
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


natd originating IP

2004-02-17 Thread Bryce Newall
Greetings everyone,

I am attempting to set up what I thought would be a simple natd
configuration, but is turning out to be a little bit trickier than I
thought.  I have a FreeBSD machine with 2 internet visible IPs on it.  The
machine also has 2 NICs; the first NIC has the 2 external IPs, and the
second has an IP of 10.0.0.1 for the LAN.  On the LAN is a Windows 2000
server, running Exchange 2000 and a couple of other services that are
accessible from the outside via natd redirects on the FreeBSD box.  (Well,
Exchange isn't directly accessible, but Outlook Web Access is.)

Right now, I have natd running, binding to the second IP address (using
the -a  switch.  The problem with that is, I now have the
unwanted side-effect of having all outbound traffic appearing to originate
from the second IP address, both from the LAN and from the FreeBSD box
itself.

The main reason for using the second IP address is that I have a web
server running on port 80 on the FreeBSD box (the company's web site), and
also have Outlook Web Access running on port 80 on the Win2000 server, and
I would prefer not to have to have the users connect to OWA on a special
port (most likely, they'll forget).  Also, by having outgoing traffic
originate from the first IP rather than the second, it provides an extra
layer of protection for the Exchange server (i.e. people wouldn't see that
there's another IP address out there with ports exposed to a Windows
machine).

So what I'm wondering is, is there a way to redirect the incoming traffic
on the second IP address that I want to redirect to the Win2000 server,
and still be able to have all outbound traffic originate from the first
IP?

Thanks in advance!

*****
*Bryce Newall*Email: [EMAIL PROTECTED]*
*   www.dreamhaven.org/~data*
*  "Computers make very fast, very accurate mistakes."  *
*
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


drive errors?

2003-01-03 Thread Bryce Newall
Hi all,

Just looking for a second opinion... does this look like my hard drive is
on its way to a slow (and possibly painful) death?

Thanks!

Jan  3 10:52:39 cosmos /kernel: swap_pager: indefinite wait buffer: device: 
#da/0x20001, blkno: 648, size: 4096
Jan  3 10:53:21 cosmos /kernel: swap_pager: indefinite wait buffer: device: 
#da/0x20001, blkno: 648, size: 4096
Jan  3 10:53:21 cosmos /kernel: (da0:ahc0:0:0:0): SCB 0x7e - timed out
Jan  3 10:53:21 cosmos /kernel: ahc0: Dumping Card State in Command phase, at SEQADDR 
0x15c
Jan  3 10:53:21 cosmos /kernel: ACCUM = 0x80, SINDEX = 0xac, DINDEX = 0xc0, ARG_2 = 
0x27
Jan  3 10:53:21 cosmos /kernel: HCNT = 0x0 SCBPTR = 0x7
Jan  3 10:53:21 cosmos /kernel: SCSISEQ = 0x12, SBLKCTL = 0x0
Jan  3 10:53:21 cosmos /kernel: DFCNTRL = 0x4, DFSTATUS = 0x6d
Jan  3 10:53:22 cosmos /kernel: LASTPHASE = 0x80, SCSISIGI = 0x84, SXFRCTL0 = 0x88
Jan  3 10:53:22 cosmos /kernel: SSTAT0 = 0x7, SSTAT1 = 0x2
Jan  3 10:53:22 cosmos /kernel: STACK == 0x186, 0x156, 0x0, 0x35
Jan  3 10:53:22 cosmos /kernel: SCB count = 230
Jan  3 10:53:22 cosmos /kernel: Kernel NEXTQSCB = 202
Jan  3 10:53:22 cosmos /kernel: Card NEXTQSCB = 126
Jan  3 10:53:22 cosmos /kernel: QINFIFO entries: 126 123 3 182 4
Jan  3 10:53:22 cosmos /kernel: Waiting Queue entries:
Jan  3 10:53:22 cosmos /kernel: Disconnected Queue entries:
Jan  3 10:53:22 cosmos /kernel: QOUTFIFO entries:
Jan  3 10:53:22 cosmos /kernel: Sequencer Free SCB List: 5 13 10 4 2 3 15 12 1 0 8 14 
6 9 11
Jan  3 10:53:22 cosmos /kernel: Sequencer SCB Info: 0(c 0x60, s 0x7, l 0, t 0xff) 1(c 
0x60, s 0x7, l 0, t 0xff) 2(c 0x40, s 0x57, l 0, t 0xff) 3(c 0x40, s 0x57, l 0, t 
0xff) 4(c 0x40, s 0x57, l 0, t 0xff) 5(c 0x40, s 0x57, l 0, t 0xff) 6(c 0x60, s 0x7, l 
0, t 0xff) 7(c 0x40, s 0x57, l 0, t 0x9c) 8(c 0x60, s 0x7, l 0, t 0xff) 9(c 0x60, s 
0x7, l 0, t 0xff) 10(c 0x60, s 0x7, l 0, t 0xff) 11(c 0x60, s 0x7, l 0, t 0xff) 12(c 
0x60, s 0x7, l 0, t 0xff) 13(c 0x60, s 0x7, l 0, t 0xff) 14(c 0x60, s 0x7, l 0, t 
0xff) 15(c 0x60, s 0x7, l 0, t 0xff)
Jan  3 10:53:22 cosmos /kernel: Pending list: 4(c 0x62, s 0x7, l 0), 182(c 0x60, s 
0x7, l 0), 3(c 0x60, s 0x7, l 0), 123(c 0x60, s 0x7, l 0), 126(c 0x62, s 0x7, l 0), 
156(c 0x40, s 0x57, l 0)
Jan  3 10:53:22 cosmos /kernel: Kernel Free SCB list: 93 228 80 133 18 169 196 50 87 
217 90 20 165 22 173 114 209 159 189 41 172 214 94 76 68 178 82 131 215 30 49 108 216 
86 16 84 75 11 77 14 116 89 183 45 42 211 153 121 21 63 24 125 44 70 175 103 185 229 
177 187 195 19 193 197 119 188 181 145 194 85 179 60 37 161 25 147 39 97 32 65 71 132 
34 109 141 192 67 152 128 143 99 200 171 100 226 73 204 9 227 51 206 111 218 138 31 
198 48 146 78 112 57 98 29 91 13 191 17 168 95 5 54 207 201 47 180 36 129 38 212 122 
43 117 83 61 127 115 176 55 102 144 113 139 74 52 15 58 27 213 56 79 160 69 150 96 7 
174 118 8 205 154 107 210 134 28 203 208 120 10 53 199 190 148 1 186 59 62 81 137 40 
64 104 170 135 219 6 140 155 26 184 166 157 0 142 158 2 164 106 72 162 110 105 66 167 
101 124 12 35 149 136 46 151 130 23 88 163 92 33 225 224 223 222 221 220
Jan  3 10:53:22 cosmos /kernel: Untagged Q(5): 156
Jan  3 10:53:22 cosmos /kernel: sg[0] - Addr 0x562f000 : Length 4096
Jan  3 10:53:22 cosmos /kernel: sg[1] - Addr 0x20d : Length 4096
Jan  3 10:53:22 cosmos /kernel: (da0:ahc0:0:0:0): Other SCB Timeout
Jan  3 10:53:22 cosmos /kernel: (da0:ahc0:0:0:0): SCB 0x7b - timed out
Jan  3 10:53:22 cosmos /kernel: ahc0: Dumping Card State in Command phase, at SEQADDR 
0x15c
Jan  3 10:53:22 cosmos /kernel: ACCUM = 0x80, SINDEX = 0xac, DINDEX = 0xc0, ARG_2 = 
0x27
Jan  3 10:53:22 cosmos /kernel: HCNT = 0x0 SCBPTR = 0x7
Jan  3 10:53:22 cosmos /kernel: SCSISEQ = 0x12, SBLKCTL = 0x0
Jan  3 10:53:22 cosmos /kernel: DFCNTRL = 0x4, DFSTATUS = 0x6d
Jan  3 10:53:22 cosmos /kernel: LASTPHASE = 0x80, SCSISIGI = 0x84, SXFRCTL0 = 0x88
Jan  3 10:53:22 cosmos /kernel: SSTAT0 = 0x7, SSTAT1 = 0x2
Jan  3 10:53:23 cosmos /kernel: STACK == 0x186, 0x156, 0x0, 0x35
Jan  3 10:53:23 cosmos /kernel: SCB count = 230
Jan  3 10:53:23 cosmos /kernel: Kernel NEXTQSCB = 202
Jan  3 10:53:23 cosmos /kernel: Card NEXTQSCB = 126
Jan  3 10:53:23 cosmos /kernel: QINFIFO entries: 126 123 3 182 4
Jan  3 10:53:23 cosmos /kernel: Waiting Queue entries:
Jan  3 10:53:23 cosmos /kernel: Disconnected Queue entries:
Jan  3 10:53:23 cosmos /kernel: QOUTFIFO entries:
Jan  3 10:53:23 cosmos /kernel: Sequencer Free SCB List: 5 13 10 4 2 3 15 12 1 0 8 14 
6 9 11
Jan  3 10:53:23 cosmos /kernel: Sequencer SCB Info: 0(c 0x60, s 0x7, l 0, t 0xff) 1(c 
0x60, s 0x7, l 0, t 0xff) 2(c 0x40, s 0x57, l 0, t 0xff) 3(c 0x40, s 0x57, l 0, t 
0xff) 4(c 0x40, s 0x57, l 0, t 0xff) 5(c 0x40, s 0x57, l 0, t 0xff) 6(c 0x60, s 0x7, l 
0, t 0xff) 7(c 0x40, s 0x57, l 0, t 0x9c) 8(c 0x60, s 0x7, l 0, t 0xff) 9(c 0x60, s 
0x7, l 0, t 0xff) 10(c 0x60, s 0x7, l 0, t 0xff) 11(c 0x60, s 0x7, l 0, t 0xff) 12(c 
0x60, s 0x7, l 0, t 0xff) 13(c 0x60, s 0x7, l 0, t 0xff) 14(c 0x60, s 0x7, l 0, t 
0xff) 15(c 0x60, s 0x7, l 0,

FreeBSD 4.7 on Dell Latitude - interesitng problems

2002-10-19 Thread Bryce Newall
Hi all,

I'm running FreeBSD 4.7-STABLE on my Dell Latitude C600.  I've run into a
couple of interesting problems that I'm wondering if anyone else has had
experience with, and may be able to help me:

1) I compiled a custom kernel, and like clockwork, every OTHER time I boot
the machine, it hangs after detecting the parallel port.  It hangs up
between:

ppi0:  on ppbus0

and

ata1-slave: ATA identify retries exceeded
ad0: 19077MB  [38760/16/63] at ata0-master UDMA33

The rest coming from a good boot, obviously.

(The above is interesting, too -- I did not compile support for ata1 into
my kernel, only ata0.)

Kernel config file available upon request.  As far as I've been able to
tell, this did not happen with the Generic kernel.

2) Along with my C600, I have a C/Port II port replicator.  When the
laptop is docked, when I fire up X, it turns on the laptop's LCD display
(even thought he lid is closed) and turns off my external monitor.  When I
shut down X (which I have to do using Ctrl-Alt-Backspace, because I can't
see the screen), the display returns to the external monitor.

Any ideas on either of the above?

Thanks in advance!

*****
*Bryce Newall*Email: [EMAIL PROTECTED]*
*   www.dreamhaven.org/~data*
*  "Computers make very fast, very accurate mistakes."  *
*


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message



Re: Buildworld error

2002-10-18 Thread Bryce Newall
On Wed, 16 Oct 2002, Bryce Newall wrote:

> > I checked on vgrind and only the Makefile has changed in the last
> > year. I wonder if you have corrupted sources for it. You could always
> > cd /usr/src/usr.bin/vgrind and try rebuilding it and see if that
> > helps. Otherwise, I would remove everything in the vgrind directory,
> > re-cvsup 4-stable, and try doing a buildworld again.
>
> I'll give that a try and let you know what happens.  Thanks!

Just a follow-up...after a lot of experimenting with different versions of
FreeBSD, I ended up doing 4.7 again.  I must have gotten a bad install the
first time, because the second time around everything worked great.
Thanks for the help!

*********
*Bryce Newall*Email: [EMAIL PROTECTED]*
*   www.dreamhaven.org/~data*
*  "Computers make very fast, very accurate mistakes."  *
*


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message



Re: Buildworld error

2002-10-16 Thread Bryce Newall

On Wed, 16 Oct 2002, Kent Stewart wrote:

> FWIW, the kernmalloc.ms line appears 92% of the way into the build.

Doh!  Hate when it dies so close to the end...

> You could have some sort of hardware failure that is dying with the
> truncation error instead of giving you a signal error and dying. An HD
> that is overheating or something similar. Did you try the buildworld
> more than once?

3 times, actually, and it failed in the same place every time.  With that
in mind, I'm pretty sure it's not a hardware problem (though I've run into
those before, too... usually I get a signal 10 or 11 with that).

> I checked on vgrind and only the Makefile has changed in the last
> year. I wonder if you have corrupted sources for it. You could always
> cd /usr/src/usr.bin/vgrind and try rebuilding it and see if that
> helps. Otherwise, I would remove everything in the vgrind directory,
> re-cvsup 4-stable, and try doing a buildworld again.

I'll give that a try and let you know what happens.  Thanks!

*****
*Bryce Newall*Email: [EMAIL PROTECTED]*
*   www.dreamhaven.org/~data*
*  "Computers make very fast, very accurate mistakes."  *
*


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message



Buildworld error

2002-10-16 Thread Bryce Newall

Hi all,

I am running into some difficulty trying to upgrade my system (a
freshly-installed FreeBSD 4.7-RELEASE system) to 4.7-STABLE.  About 45
minutes into the buildworld process, it bombs out with the following:

===> share/doc/papers/fsinterface
touch _stamp.extraobjs
(cd /usr/src/share/doc/papers/fsinterface; groff -mtty-char -Tascii -t -ms
-o1- /usr/src/share/doc/papers/fsinterface/fsinterface.ms) |  gzip -cn >
fsinterface.ascii.gz
===> share/doc/papers/jail
touch _stamp.extraobjs
(cd /usr/src/share/doc/papers/jail; groff -mtty-char -Tascii -ms -o1-
/usr/src/share/doc/papers/jail/paper.ms) |  gzip -cn > jail.ascii.gz
===> share/doc/papers/kernmalloc
(cd /usr/src/share/doc/papers/kernmalloc; soelim kernmalloc.t) >
kernmalloc.ms
vgrind -f < /usr/src/share/doc/papers/kernmalloc/appendix.t > appendix.ms
elf_load_section: truncated ELF file
Abort trap
*** Error code 134

Stop in /usr/src/share/doc/papers/kernmalloc.
*** Error code 1

Stop in /usr/src/share/doc/papers.
*** Error code 1

Stop in /usr/src/share/doc.
*** Error code 1

Stop in /usr/src/share.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

That "truncated ELF file" is what is concerning me, but I don't know what
to check for.  Any help will be greatly appreciated.  Thanks!!

*****
*Bryce Newall*Email: [EMAIL PROTECTED]*
*   www.dreamhaven.org/~data*
*  "Computers make very fast, very accurate mistakes."  *
*


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message