Search results

SirDice is right, it is because of MySQL 5.5. Solution can be found here.

Answering myself here ... Just quickly tried the newest version of ftp/proftpd-devel including SFTP support and it works beautifully including logging.

Tried that and copied /usr/libexec/sftp-server to /home/chrootdir/usr/libexec/sftp-server (also dependencies as listed by ldd). When I now try to login with my SFTP client, in /var/log/auth.log I get: Accepted keyboard-interactive/pam for user from 192.168.1.106 port 51622 ssh2 subsystem request...

I'd also like to have SFTP including logging. When I use Subsystem sftp internal-sftp everything works fine (except logging). I added the following to rc.conf: syslogd_flags="-s -l /home/chrootdir/dev/log" Now when I replace the sftp subsystem in /etc/ssh/sshd_config with Subsystem...

I use MySQL 5.5.1 and I was also missing the InnoDB engine. Setting one of these three variables in /etc/my.cnf resulted in InnoDB not being available: innodb_log_buffer_size = 8M innodb_log_file_size = 256M innodb_log_files_in_group = 3 Commented all three and voilà ... InnoDB was there!

Thanks! I was about to downgrade to MySQL 5.1 but luckily I saw this before.

/usr/ports/databases/php5-mysqli/work/php-5.3.1/ext/mysqli/mysqli.c:35:45: error: ext/mysqlnd/mysqlnd_portability.h: No such file or directory /usr/ports/databases/php5-mysqli/work/php-5.3.1/ext/mysqli/mysqli_api.c:34:45: error: ext/mysqlnd/mysqlnd_portability.h: No such file or directory...

Regarding ZendOptimizer and FreeBSD: http://forums.zend.com/viewtopic.php?f=57&t=2412

Try to put SUEXEC_DOCROOT=/home in your /etc/make.conf and recompile Apache. At least, this has always worked for me.

Maybe you are better helped over here?

Tried it -- installation was successful, can login (Webclient and Admin Console) but didn't have enough time to test the actual functionality yet. Keep up the good work! (Now we just need to convince Zimbra to officially provide ZCS for FreeBSD... :P)

A FreeBSD port for Zimbra? That would be a dream coming true. :)

cd /usr/ports/lang/php5-extensions make deinstall make reinstall Then try again.

Thanks anomie, but I still can't see the sudoers.tmp. I'll look into using ktrace and see what I can find out ...

It shows: USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME Nothing more ...

Thanks for answering, ale. /var/tmp/vi.recover/ is empty...

Anybody else having an idea?

Thank you SirDice, but this file doesn't exist.

I have several hosts running FreeBSD 7.0-RELEASE-p6. security/sudo was installed when installing FreeBSD using sysinstall. When I run visudo as root, it works on some hosts and on some I get: visudo: /usr/local/etc/sudoers busy, try again later The visudo manpage says about this error...

Maybe you want to try munin.