我已经使用了一段时间的FreeNAS安装，并希望将其设置为networking引导服务器。 我下载并安装了isc-dhcpd-server，configuration了tftp + iscsi + etc服务器（可以工作），然后尝试运行DHCP服务器。 但是，无论我做了什么，它都随着非法指令退出。 我相信这可能是因为我缺less一些依赖，但是我不能使用pkg_add来纠正这个问题，因为它似乎永远不会连接到ftp.freebsd.org。 我已经搞定了： setenv PACKAGESITE ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/ 但是，无论我做什么，pkg_add总是这样做： >pkg_add -rv isc-dhcp42-server scheme: [ftp] user: [] password: [] host: [ftp.freebsd.org] port: [0] document: [/pub/FreeBSD/ports/i386/packages-7-stable/Latest/isc-dhcp42-server.tbz] —> ftp.freebsd.org:21 looking up ftp.freebsd.org connecting to ftp.freebsd.org:21 而只是冻结。 有没有办法让FreeBSD上的isc-dhcp-server工作？
当我在freebsd上监听路由器的内部networking接口时，我得到这样的输出 10:36:02.372026 IP 192.168.1.11.8888 > 192.168.1.2.49831: Flags [.], ack 1097, win 65050, length 0 10:36:02.374275 IP 46.163.78.160.123 > 192.168.1.2.32999: NTPv4, Server, length 48 10:36:02.376121 IP bad-len 0 我的目的是用tcpdump本身（不是grep等）过滤掉“bad-len 0”数据包。我尝试写入“更大的0”filter选项，但是它不工作。
我试图在我的Ubuntu 12.04（服务器）上运行FreeNAS 8.0.4或者NAS4Free 9作为KVM guest，但是在任何一个客户操作系统中，networking连接速度都不是很慢（用rsynctesting时，例如连接开始正常，在大约100MB / s，但是很快波动到2MB / s）。 有了NAS4Free，我可以使用e1000（它不适用于FreeNAS），但是没有任何区别。 桥接networking设置在主机上，我也testing了主机内的硬盘读写速度，以确保不是瓶颈来自哪里。 我正在考虑安装VirtIO驱动程序可能会解决这个问题，假设没有一些networking设置，我可以在主机上搞砸这是造成这种情况？ 但是，我似乎无法弄清楚如何在FreeNAS或NAS4Free上安装VirtIO。 既然NAS4Free是基于FreeBSD 9的，我开始使用这个教程，但即使NAS4Free是基于FreeBSD 9，它似乎不是一个完整的安装？ 谢谢你的帮助！
我注意到postfix日志的问题，有些电子邮件传递状态的信息丢失。 该问题影响约1％的电子邮件。 “健康”日志： <server># grep 8EB992EFBB44 postfix_log/mail04.log Jun 5 03:09:29 mail04 postfix/smtpd[8537]: 8EB992EFBB44: client=xxx.xxx.xxx[xxx.xxx.xxx.xxx] Jun 5 03:09:29 mail04 postfix/cleanup[34349]: 8EB992EFBB44: message-id=<[email protected]> Jun 5 03:12:02 mail04 postfix/qmgr[76377]: 8EB992EFBB44: from=<[email protected]>, size=48845, nrcpt=1 (queue active) Jun 5 03:15:12 mail04 postfix/smtp[35058]: 8EB992EFBB44: to=<[email protected]>, relay=mx.baz.com[xxx.xxx.xxx.xxx]:25, conn_use=70, delay=343, delays=153/190/0/0.24, dsn=2.0.0, status=sent (250 ok) Jun 5 03:15:12 mail04 postfix/qmgr[76377]: 8EB992EFBB44: removed “破碎”日志： […]
我想我可能会遇到窗口缩放问题（RFC 1323），并希望有人能够对我进行一些启发。 服务器： FreeBSD 9，apache22，提供一个静态的100MB zip文件。 192.168.18.30 客户端： Mac OS X 10.6，火狐192.168.17.47 networking：它们之间只有一个交换机 – 子网是192.168.16 / 22（在这个testing中，我也有虚拟网过滤，在所有IPstream量上模拟一个80ms的ping时间，我看到几乎与“真实”与真正的互联网stream量/延迟也） 问题： 这看起来正常吗？ 数据包＃2是否指定65535的窗口大小和512的比例？ 是否数据包＃5然后缩小窗口的大小，所以它可以使用512比例，仍然保持整体计算窗口大小接近64K？ 窗户为什么如此高？ 这里是wireshark的前6个包。 对于数据包5和6，我已经包括了显示数据传输所使用的窗口大小和缩放因子的细节。 No. Time Source Destination Protocol Length Info 108 6.699922 192.168.17.47 192.168.18.30 TCP 78 49190 > http [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=8 TSval=945617489 TSecr=0 SACK_PERM=1 115 6.781971 192.168.18.30 192.168.17.47 TCP 74 […]
最后两次我运行freebsd-update install从GENERIC内核（而不是我的定制内核）启动的机器（重新启动）。 正如Freebsd Update （第25.2.2节）所build议的，我在/boot/GENERIC有一个GENERIC内核： 注意：始终在/ boot / GENERIC中保留一份GENERIC内核是一个好主意。 这将有助于诊断各种问题，并在使用freebsd-update进行版本升级方面有所帮助，如第25.2.3节所述。 现在这打破了我对机器的远程访问，因为networking不能正确地处理GENERIC工作（主要原因是缺lessdummynet支持，我相信）。 无论如何：我不确定是否a）这种行为是由devise（例如，不知道如果自定义内核将在升级后引导，所以GENERIC被引导，如果可用）和b）如果我可以通过总是重build我的自定义内核运行freebsd-update install之后，重启之前。 b）支持这样一个事实，即在物理访问它并重新编译我的内核之后，机器从我的定制内核成功启动。 还是我得到一些关于freebsd-update完全错误？
我有一个远程服务器文件系统，我尝试通过FUSE sshfs在本地安装在FreeBSD 9机器上，Cron为备份程序安装。 我有SSH密钥设置框之间允许无密码login作为根本用户在本地计算机上。 Cron设置为运行以下脚本（在Root的crontab中）： #!/bin/sh echo "Mounting Share" /usr/local/bin/sshfs -C -o reconnect -o idmap=user -o workaround=all <remote user>@<remote domain>.com: /mnt/remote_server 作为root用户，我可以在命令行上运行这个脚本而没有问题，也不需要密码，共享就可以成功挂载。 然而，当由Cron运行脚本失败。 sshfs的path与sshfs的值相同 这是从Cron守护进程收到的电子邮件地址： X-Cron-Env: <SHELL=/bin/sh> X-Cron-Env: <HOME=/root> X-Cron-Env: <PATH=/usr/bin:/bin> X-Cron-Env: <LOGNAME=root> X-Cron-Env: <USER=root> Mounting Share fuse: failed to exec mount program: No such file or directory fuse: failed to mount file system: No […]
我在多个平台上使用了以下grepsearch模式： grep -r -I -D skip 'string_to_match' / 例如在FreeBSD 8.0 ， FreeBSD 6.4和Debian 6.0 （squeeze）上。 命令做从根目录开始的recursionsearch，假定二进制文件没有'string_to_match'并跳过设备，套接字和命名pipe道。 FreeBSD 8.0和FreeBSD 6.4使用GNU grep版本2.5.1，而Debian 6.0使用GNU grep 2.6.3版本。 在FreeBSD 6.4上 ，打印到stderr的最后一个信息是“grep：/ dev / cuad0：Device busy” 。 在这个grep只是按照“top -m io -o total”闲置的时候grep的I / O使用不存在。 在FreeBSD 8.0下同样的行为是正确的，但是在我的安装中发送到stderr的最后一个信息是“grep：/tmp/.wine-0：Permission denied” 。 在Debian的情况下，最后输出到stderr是“grep：/ proc / sysrq-trigger：input/输出错误” 。 如果我在Debian下查看grep进程的I / O使用情况，那么下面是： root@Debian:~# iotop -bp 22439 Total […]
我已经阅读了几个这里发布的相关主题，但是我一直无法避免这个innodb错误。 我从Slackware服务器上复制数据的步骤是5.5.27-log（S）到FreeBSD slave-5.5.21-log（F）： （S） flush tables with read lock; （S）在另一个terminalshow master status; （S）通过第三terminal的命令行停止mysqld; （F）两个服务器都停止时，（S）的rsync mysql datadir，不包括master.info，mysql-bin和relay- *文件; 还尝试了所有文件的rsync ; （F）启动mysqld（skip-slave） 121018 12:03:29 InnoDB：错误：第7页日志序列号456388912904 InnoDB：未来！ 当前系统日志序列号为453905468629. InnoDB：您的数据库可能已损坏，或者您可能已经复制了InnoDB InnoDB：表空间而不是InnoDB日志文件。 请参阅InnoDB： http : //dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html InnoDB：了解更多信息。 这种错误发生在很多表格上。 我知道我可以使用dump ，但数据库很大，约。 70GB和系统是慢（旧），所以想要得到这个复制与数据传输工作。 我应该尝试解决这个问题？
我想将我的存储服务器从Linux（Debian）迁移到FreeBSD。 其中最大的部分是将保存在Linux上的备份恢复到新安装的FreeBSD上的磁带卷上。 不幸的是，我现在没有任何地方可以对此进行testing，但是我想问问您是否意识到应该尽可能使stream程顺利进行，以避免任何不兼容或Bacula特定的设置。