Patrick [EMAIL PROTECTED] writes:
Hi,
I cvsup'd to the latest stable today, did all of the normal foo to get a
new kernel and world. I ended up with a system where any of my
ports/locally installed software that relies on OpenSSL craps out with
[...]
I'm seeing similar stuff, but in
I have a RAID-5 array on /home via vinum. This morning, the
server (running 4.8-PRERELEASE, compiled last week) wouldn't allow anyone
to login via ssh, imap, or console. So I had someone reboot the server
via control-alt-delete. Then it said that not all processes would dia,
use ps axl.
On Mon, Feb 24, 2003 at 06:33:58AM -0500, Dan Pelleg wrote:
I'm seeing similar stuff, but in ssh-add and scp in the base system.
[...]
~/ ldd /usr/bin/ssh-agent
/usr/bin/ssh-agent:
libssh.so.2 = /usr/lib/libssh.so.2 (0x2806a000)
libcrypto.so.3 =
apache13-modssl depends on this port. I take it this no longer the case ?
---Mike
At 08:31 AM 24/02/2003 -0600, Jacques A. Vidrine wrote:
You have the OpenSSL port installed. Remove it.
Cheers,
--
Jacques A. Vidrine [EMAIL PROTECTED] http://www.celabo.org/
NTT/Verio SME
On Mon, 24 Feb 2003, Jaime wrote:
As I type, the server is in single user mode. The fsck commands
result in:
CAN NOT READ: BLK 16
vinum is not started.
--
:{ [EMAIL PROTECTED]
Andy Farkas
System Administrator
Speednet Communications
http://www.speednet.com.au/
On Mon, Feb 24, 2003 at 09:46:46AM -0500, Mike Tancsa wrote:
apache13-modssl depends on this port. I take it this no longer the case ?
AFAIK, that was a bug. mod_ssl has never needed the port. [cc'ing
Dirk, who may have full details]
Cheers,
--
Jacques A. Vidrine [EMAIL PROTECTED]
New info for this problem:
S array.p0.s0
crashed
S array.p0.s1
up
S array.p0.s2
up
S array.p0.s3
stale
Should I just vinum start at the shell?
TIA,
Jaime
To Unsubscribe: send
Jacques A. Vidrine [EMAIL PROTECTED] writes:
On Mon, Feb 24, 2003 at 06:33:58AM -0500, Dan Pelleg wrote:
I'm seeing similar stuff, but in ssh-add and scp in the base system.
[...]
~/ ldd /usr/bin/ssh-agent
/usr/bin/ssh-agent:
libssh.so.2 = /usr/lib/libssh.so.2 (0x2806a000)
Jaime wrote:
New info for this problem:
S array.p0.s0
crashed
S array.p0.s1
up
S array.p0.s2
up
S array.p0.s3
stale
Should I just vinum start at the shell?
Well, at this point you've got vinum started now.
I would fix the raid problem before bothering with an fsck, if
it were me.
--
Bill Moran
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to `EVP_aes_128_cbc'
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to `EVP_aes_192_cbc'
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to `EVP_aes_256_cbc'
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined
On Mon, Feb 24, 2003 at 10:32:28AM -0600, Jacques A. Vidrine wrote:
On Mon, Feb 24, 2003 at 11:17:21AM -0500, Chuck Swiger wrote:
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
`EVP_aes_128_cbc'
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
Ruslan Ermilov wrote:
[ ... ]
src/Makefile sets PATH=/sbin:/bin:/usr/sbin:/usr/bin before passing
buildworld further to src/Makefile.inc1, so I don't see how that
could be a problem.
Hmm. OK. :-)
Similarly for zsh(1): make(1) uses sh(1) internally, and to make it
use another shell, one needs to
On Sunday 23 February 2003 17:17, Daniel O'Connor wrote:
On Sun, 2003-02-23 at 14:22, Tenebrae wrote:
I'm looking at using aforementioned hardware to back up my server.
There aren't any more available IDE channels or even places inside the
case to put another drive, so external is what I'm
13 matches
Mail list logo