PHP 4.3.11 core dumps

2005-04-29 Thread Mike Oliveri
I recently upgraded to PHP 4.3.11 from Ports on my 4.9-RELEASE system,
and I'm suddenly having troubles running PHP. Whether we're talking a
web app or running from a command line, I get core dump errors.
Specifically:

su-2.05b# php -i
Bus error (core dumped)

And in /var/log/messages when accessing a PHP page, even one with just
phpinfo() in it:
Apr 29 12:41:31 jules /kernel: pid 28369 (httpd), uid 80: exited on signal 10

I've seen the bus error/core dumps there too. Any ideas what could be
causing this? Any help would be greatly appreciated!

Take care,
Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


UPDATE -- Re: PHP 4.3.11 core dumps

2005-04-29 Thread Mike Oliveri
 I recently upgraded to PHP 4.3.11 from Ports on my 4.9-RELEASE system,
 and I'm suddenly having troubles running PHP. Whether we're talking a
 web app or running from a command line, I get core dump errors.
 Specifically:
 
 su-2.05b# php -i
 Bus error (core dumped)
 
 And in /var/log/messages when accessing a PHP page, even one with just
 phpinfo() in it:
 Apr 29 12:41:31 jules /kernel: pid 28369 (httpd), uid 80: exited on signal 10
 
 I've seen the bus error/core dumps there too. Any ideas what could be
 causing this? Any help would be greatly appreciated!

I downgraded to version 4.3.10 with a downloaded tgz package, and that
got me back up and running. I noticed an error talking about rc_subr
and expat not being current enough, so I upgraded both of those and
recompiled/reinstalled php4-4.3.11, but still no joy. Went back to
4.3.10 again and everything is working normally.

Is it possible there's a conflict in the kernel if I'm getting core dumps? 

Take care,
Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Reasonable Hyperterminal alternative?

2004-12-13 Thread Mike Oliveri
I just went throught he same, myself. I like minicom, and I also found
CuteCom (http://cutecom.sourceforge.net/) a nice one with a GUI. This
one doesn't dial, however. Just console connections.

Take care,
Mike
www.mikeoliveri.com


On Mon, 13 Dec 2004 08:48:43 -0500, Dan Kilbourne
[EMAIL PROTECTED] wrote:
 Colin J. Raven extolled:
  Greetings all,
 
  I'm seeking a reasonable alternative to WinXP/2000 Hyperterminal as a
  console application (for serial port access to a no-graphics card box).
 
 
 Are you looking for something to run under BSD? If so, minicom is great.
 /usr/ports/comms/minicom/
 
 --
 ___
 Dan
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to [EMAIL PROTECTED]

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: SquirrelMail woes

2004-12-12 Thread Mike Oliveri
 LoadModule php4_module libexec/libphp4.so
 AddModule mod_php4.c
 AddType application/x-httpd-php .php

These were still on and okay. PHP in general still works, as when I
made a phpinfo() file to test PHP, it came up just fine and displayed
the info.

 2. i would also check /usr/local/etc/  and make sure theres a php.ini , by
 default it gets named php.ini-dist when first installed , you have to rename
 it php.ini for it to work .,..might also want to check for a setting in that 
 file
 
 register_globals = On
 
 usually its Off by default

My php.ini file is /usr/local/etc/php.ini and it appears to be
unchanged from the previous one before the upgrade. However,
register_globals was Off. I turned it on and restarted Apache via
'/usr/local/etc/rc.d/apache.sh restart' and tried again, but I'm still
getting the same error related to the sessions:

[Sun Dec 12 02:13:59 2004] [error] PHP Fatal error:  Call to undefined
function:  session_id() in
/usr/local/www/data/webmail/functions/global.php on line 293

Take care,
Mike



 
 hope this helps
 --
 Brent Bailey CCNA
 Bmyster LLC
 Computer Networking and Webhosting
 Network Engineer, Webmaster, President
 http://www.bmyster.com
 [EMAIL PROTECTED]
 207-490-5992
 
 On Sat, 11 Dec 2004 16:25:30 -0600, Mike Oliveri wrote
 
 
  I've been trying to upgrade SquirrelMail and PHP from the ports (I'm
  on FreeBSD 4.9) and keep running into the following error in my
  Apache error log:
 
  [Sat Dec 11 16:14:58 2004] [error] PHP Fatal error:  Call to
  undefined function:  session_id() in
  /usr/local/www/data/webmail/functions/global.php on line 293
 
  The SquirrelMail wiki says to rebuild PHP with --enable-session, and
  also has the suggestion session.file_handler set to files (I assume
  it means session-save_handler as that's all I found). If I run
  pkg_version -v, here's what it has to say about PHP, so I assume
  php-session is the equivalent of compiling with --enable-session:
 
  php4-4.3.9_1=   up-to-date with port
  php4-gettext-4.3.9_1=   up-to-date with port
  php4-mbstring-4.3.9_1   =   up-to-date with port
  php4-mhash-4.3.9_1  =   up-to-date with port
  php4-openssl-4.3.9_1=   up-to-date with port
  php4-pcre-4.3.9_1   =   up-to-date with port
  php4-session-4.3.9_1=   up-to-date with port
  php4-xml-4.3.9_1=   up-to-date with port
 
  Everything worked fine before the upgrade. Everything appears okay
  with Apache (1.33 also just upgraded from ports) and PHP in general
  (a phpinfo() file works fine). Any help or insight would be greatly 
  appreciated!
 
  Take care,
  Mike
  [EMAIL PROTECTED]
  ___
  [EMAIL PROTECTED] mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-questions
  To unsubscribe, send any mail to [EMAIL PROTECTED]
 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: SquirrelMail woes

2004-12-12 Thread Mike Oliveri
 [Sun Dec 12 02:13:59 2004] [error] PHP Fatal error:  Call to undefined
 function:  session_id() in
 /usr/local/www/data/webmail/functions/global.php on line 293

I seem to remember running into this in the past and solving it by
reisntalling PHP with cclient support built in. However, I haven't
seen that option presented to me anywhere when installing/reinstalling
PHP.

I tried reinstalling the php4-session port, but it hasn't helped any,
either. Is there a way to force PHP to use/install it?

Take care,
Mike
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: SquirrelMail woes

2004-12-12 Thread Mike Oliveri
  [Sat Dec 11 16:14:58 2004] [error] PHP Fatal error:  Call to undefined
  function:  session_id() in
  /usr/local/www/data/webmail/functions/global.php on line 293
 
  The SquirrelMail wiki says to rebuild PHP with --enable-session, and
  also has the suggestion session.file_handler set to files (I assume
  it means session-save_handler as that's all I found). If I run
  pkg_version -v, here's what it has to say about PHP, so I assume
  php-session is the equivalent of compiling with --enable-session:
 
 This appears to be a case of not reading /usr/ports/UPDATING.  The php port
 was altered not too long ago, and the extensions were moved to a separate
 port.  You need to install both php4 *and* php4-extensions.  Then you'll
 have to reinstall squirrelmail.  Also, make sure you comment out the
 extensions_dir variable in php.info.

Actually, I do have php4-extensions installed -- most were installed
via SquirrelMail and I added php4-imap to the list. Here's a full list
of the extensions I have installed:

hp4-4.3.9_1=   up-to-date with port
php4-ctype-4.3.9_1  =   up-to-date with port
php4-extensions-1.0 =   up-to-date with port
php4-gettext-4.3.9_1=   up-to-date with port
php4-imap-4.3.9_1   =   up-to-date with port
php4-mbstring-4.3.9_1   =   up-to-date with port
php4-mhash-4.3.9_1  =   up-to-date with port
php4-mysql-4.3.9_1  =   up-to-date with port
php4-openssl-4.3.9_1=   up-to-date with port
php4-overload-4.3.9_1   =   up-to-date with port
php4-pcre-4.3.9_1   =   up-to-date with port
php4-posix-4.3.9_1  =   up-to-date with port
php4-session-4.3.9_1=   up-to-date with port
php4-tokenizer-4.3.9_1  =   up-to-date with port
php4-xml-4.3.9_1=   up-to-date with port
php4-zlib-4.3.9_1   =   up-to-date with port

You mention php.info -- I have a php.conf with a directive PHP_EXT_DIR=20020429
Is this what needs to be commented out? 

Thanks,
Mike
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: SquirrelMail woes

2004-12-12 Thread Mike Oliveri
 This appears to be a case of not reading /usr/ports/UPDATING.  The php port
 was altered not too long ago, and the extensions were moved to a separate
 port.  You need to install both php4 *and* php4-extensions.  Then you'll
 have to reinstall squirrelmail.  Also, make sure you comment out the
 extensions_dir variable in php.info.

Found extensions_dir in php.ini. My apologies, it's late and been a
long day. That solved the problem. Based on the Apache errors I was
seeing regarding the modules and the contents of the extensions.ini
file, I've been chasing other ghosts.

Thanks for the help, I greatly appreciate it!

Sincerely,
Mike
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: DHCP and 2 subnets

2004-12-12 Thread Mike Oliveri
I assume you have two different interfaces on the box, one for each
box? Judging by the router addresses, these would be 10.1.0.1 and
10.2.0.1. If the hardware-reserved hosts are connected to the
appropriate interface, I would guess  the second would be working.

Otherwise, can you put the host declarations in with the subnet
definitions? It's been a while since I've read through man dhcpd, so
you might want to take a look at it to be sure.

Take care,
Mike


On Sun, 12 Dec 2004 13:13:22 UT, goose bla [EMAIL PROTECTED] wrote:
 hello,
 
 I have router with inet and allias. 10.1.0.0/24 10.2.0.0/24.
 i want allot to pc(client) their IP by their MAC adress. but it's going
 only with one subnet. i can allot IP only to one subnet.
 
 this is running
 
 subnet 10.1.0.0 netmask 255.255.255.0 {
 range 10.1.0.31 10.1.0.60;
   default-lease-time 600;
   max-lease-time 7200;
   option subnet-mask 255.255.255.0;
   option domain-name bla.org;
   option domain-name-servers 222.222.222.22;
   option routers 10.1.0.1;
 }
 
 host pc1 {
 hardware ethernet 00:33:11:22:bb:94;
 fixed-address 10.1.0.10;
 }
 
 but i need somethink like this:
 
 subnet 10.1.0.0 netmask 255.255.255.0 {
 range 10.1.0.31 10.1.0.60;
   default-lease-time 600;
   max-lease-time 7200;
   option subnet-mask 255.255.255.0;
   option domain-name bla.org;
   option domain-name-servers 222.222.222.22;
   option routers 10.1.0.1;
 }
 
 subnet2 10.2.0.0 netmask 255.255.255.0 {
 range 10.2.0.31 10.2.0.60;
   default-lease-time 600;
   max-lease-time 7200;
   option subnet-mask 255.255.255.0;
   option domain-name bla.org;
   option domain-name-servers 222.222.222.22;
   option routers 10.2.0.1;
 
 host pc1 {
 hardware ethernet 00:33:11:22:bb:94;
 fixed-address 10.1.0.10;
 }
 
 host pc2 {
 hardware ethernet 00:44:44:22:bb:94;
 fixed-address 10.2.0.10;
 }
 
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to [EMAIL PROTECTED]

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


SquirrelMail woes

2004-12-11 Thread Mike Oliveri
I've been trying to upgrade SquirrelMail and PHP from the ports (I'm
on FreeBSD 4.9) and keep running into the following error in my Apache
error log:

[Sat Dec 11 16:14:58 2004] [error] PHP Fatal error:  Call to undefined
function:  session_id() in
/usr/local/www/data/webmail/functions/global.php on line 293

The SquirrelMail wiki says to rebuild PHP with --enable-session, and
also has the suggestion session.file_handler set to files (I assume
it means session-save_handler as that's all I found). If I run
pkg_version -v, here's what it has to say about PHP, so I assume
php-session is the equivalent of compiling with --enable-session:

php4-4.3.9_1=   up-to-date with port
php4-gettext-4.3.9_1=   up-to-date with port
php4-mbstring-4.3.9_1   =   up-to-date with port
php4-mhash-4.3.9_1  =   up-to-date with port
php4-openssl-4.3.9_1=   up-to-date with port
php4-pcre-4.3.9_1   =   up-to-date with port
php4-session-4.3.9_1=   up-to-date with port
php4-xml-4.3.9_1=   up-to-date with port

Everything worked fine before the upgrade. Everything appears okay
with Apache (1.33 also just upgraded from ports) and PHP in general (a
phpinfo() file works fine). Any help or insight would be greatly
appreciated!

Take care,
Mike
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


PHP 4.3.6_1 breaks SquirrelMail?

2004-06-02 Thread Mike Oliveri
I'm running FreeBSD 4.9 and we had a brief problem with SquirrelMail this afternoon. 
Upon restarting Apache (1.3), it could not find one of the libso files, so we upgraded 
both Apache (to 1.3.31 from ports) and PHP (to 4.3.6_1 from ports) and now we get an 
error like the following:

  Fatal error: Call to undefined function: session_id() in
 /path/to/squirrelmail/functions/global.php on
 line 293

With what we're seeing at http://article.gmane.org/gmane.mail.squirrelmail.user/17999, 
it appears there is a problem with the build of PHP that is disabling a necessary 
function of PHP for SquirrelMail to function properly. I am receiving the same error 
message on SquirrelMail 1.4.1 and 1.4.3 from source and 1.4.2_1 from ports. 

I tried setting session.auto_start = 1 (as opposed to = 0) in the php.ini files in 
/usr/local/etc, but that resulted in SquirrelMail coming up with a blank page. Viewing 
the source shows only the opening and closing HTML and Body tags in the document with 
no content.

Has anyone else run into this problem?

Thank you,
Mike Oliveri
Systems Administrator
UTI Systems, Inc.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


SquirrelMail login issues

2004-05-24 Thread Mike Oliveri
Hello,
I'm using SquirrelMail on FreeBSD 4.9 Release and I've installed the latest 
imap-uw from ports to allow SquirrelMail logins. Per the SquirrelMail 
support page, I used the following environment variable to run make before 
installation:

env WITH_SSL_AND_PLAINTEXT=YES make
per http://www.squirrelmail.org/wiki/en_US/UWLoginDisabled
However, every time a user logs in, we get the following error in the logs:
(date) (time) server imapd[48297]: Login disabled user=(username) 
auth=(username) host=localhost.uti.com [127.0.0.1]

Has anyone run into this before? It was working fine before reinstalling 
the server, and unfortunately I'm not sure what the previous sysadmin may 
have done to get SquirrelMail up and running properly.

Thanks,
Mike
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: SquirrelMail login issues

2004-05-24 Thread Mike Oliveri

I added the following to /etc/make.conf so it'll pick up the right 
settings everytime...

.if ${.CURDIR} == /usr/ports/mail/imap-uw
WITH_SSL_AND_PLAINTEXT=yes
.endif
.if ${.CURDIR} == /usr/ports/mail/cclient
WITH_SSL_AND_PLAINTEXT=yes
.endif
then forced a rebuild of imap-uw. (i think i used portupgrade -f imap-uw).
That did the trick! I wasn't even aware of the cclient portion.
Reinstalling the cclient with the proper flag and then reinstalling imap-uw 
worked perfectly. Thanks! I greatly appreciate it.

Also, I need to move to apache13-modssl (to avoid the plaintext logins 
that I currently have) but that looks like a fairly major upgrade and I'm 
waiting for my nerve to build up.
Good luck. :)
Take care,
Mike
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: PERC3 SCSI RAID firmware upgrade

2004-02-17 Thread Mike Oliveri
I've got one PE1650 that had the same issue. That's one of my Win2K
boxes (for the moment) so I was able to run Dell's script straight from
within Windows, but it pretty much boots the DOS CD (CD 2) as one of the
steps and runs the sofware from there.

It basically flashes the PERC card BIOS and firmware and flashes the
motherboard BIOS if necessary. The whole process took about an hour, but
that also included uninstalling and reinstalling the latest Dell
OpenManage software, which was a good chunk of time itself. I don't
recall it ever running a consistency check, but the paperwork did claim
it would run one in the background (presumably through the Dell
software) and I didn't check on it.

Good news is the process did go off without a hitch. I ran backups just
in case, of course, but again, no problems.

Good luck!

Take care,
Mike


---Original Message ---

hi all

does anyone on the list have any production dell poweredge 1650 servers?

we have several.  we recently got a memo from our dell reps that there
is a firmware upgrade to the PERC3 dual channel SCSI raid cards.  this
firmware upgrade is supposedly a preventative measure - apparently, dell
has had some experience with the cards not being able to recover after
one of the raid controllers goes down, they explained to me on the phone
that this firmware upgrade is pretty much mandatory.

of course, since our boxen are running freebsd 4.6-4.9-RELENG, the dell
rep who came over to our server room to run the firmware upgrade would
not touch them.  he left a disk for me to do this myself - apparently,
the the firmware upgrade involves booting to a cdrom which applies the
firmware for you, rebooting, then hitting control-m to get into the
perc3 management console, running a consistency check (could take an
hour or so), then rebooting into the o/s.  they informed me that i would
not have to upgrade the kernel or download patches for freebsd's native
scsi raid drivers for this card.

has anyone applied the firmware upgrade to their own dells?  seems
relatively straightforward, but thought i'd check with the list before
taking down machines that have been running flawlessly for almost a year
to apply something which may be arbitrary...

thanks
redmond
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


SpamAssassin quits after upgrade

2004-01-30 Thread Mike Oliveri
Hi all,

I've recently upgraded both Exim (to 4.30) and SpamAssassin (to 2.63) on my 
FreeBSD 5.1 box via their Ports, and suddenly I can no longer get 
SpamAssassin to work. If I enable spam scanning in Exim (the FreeBSD port 
includes the Exiscan-acl patch), none of my mail is delivered. If I comment 
out the lines pertaining to SpamAssassin scanning, everything works fine again.

Has anyone else run into this problem, and hopefully resolved it?

Thank you,
Mike Oliveri
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]