试图在星号为13.16的Ubuntu 16.04上安装freepbx 14-错误：can'；t与星号通信，星号显示为星号运行

因为我没有收到来自freepbx社区的确认邮件，所以我不得不在这里发布我的问题

正如标题所说，我正在尝试安装freepbx。 错误消息是： 错误！ 与Asterisk通信时出错。请确保Asterisk安装正确 作为星号用户 星号显示为星号运行 尝试使用此目录中的“./start\u Asterisk start”命令启动星号

请注意，我实际上运行了./start\u星号start并收到了此错误消息

显然，我可以将asterisk作为用户星号运行，所以问题可能不是权限问题

我尝试过将asterisk作为用户asterisk上的守护进程启动，但仍然收到相同的错误消息

我已安装上列出的所有依赖项

但是我安装了php7.0而不是php5，它应该与freepbx 14兼容

我不知道还能说些什么，所以如果有什么不清楚的话，问我。 我希望你们能帮助我

---

编辑：

我设法克服了这个问题。 我发现了这个页面： 并完成了缺失的步骤

我还必须在主目录中创建一个星号文件夹，并赋予星号所有权。 正在运行./install-n再次出现此错误消息：

[条令\DBAL\Exception\DriverException] 执行“创建表freepbx_日志”（id INT AUTO_INCREMET NOT NULL，time DATETIME DEFAULT'0000-00-00 00:00:00'NOT NULL，section VARCHAR（50）DEFAULT NULL，level VARCHAR（255）DEFAULT'error'NOT NULL，status INT DEFAULT 0 NOT NULL。消息长文本NOT NULL，索引时间（时间，级别），主键（id））默认字符集utf8mb4 COLLATE utf8mb4 COLLATE utf8mb4\u uni code\u ci ENGINE=InnoDB'： SQLSTATE[42000]语法错误或访问冲突：1067“时间”的默认值无效

---

我仍然想安装freepbx。这是可能的还是一个错误？

我用ubuntu 16.04安装了freepbx14。这里讨论的是您遇到的sql错误问题（不是freepbx）。

我决定尝试类似的方法（改变mysql模式）。 在我看来，这不应该是最终的解决方案，但你现在可以安装freepbx。 如果可以将默认值更改为除“0000-00-00 00:00:00:00”之外的其他值（因为（mysql 5.7）不再被视为有效日期），那么freepbx开发人员可能应该进行检查

引自：

对于严格模式为true的问题，请选中 https://laravel.com/docs/5.3/upgrade#upgrade-5.2.0 MySQL日期 从MySQL 5.7开始，0000-00-00:00:00不再被视为有效日期，因为默认情况下启用了严格模式。将记录插入数据库时，所有时间戳列都应接收有效的默认值。您可以在迁移中使用useCurrent方法将时间戳列默认为当前时间戳，也可以将时间戳设置为null以允许null值： $table->timestamp（'foo'）->nullable（）； $table->timestamp（'foo'）->useCurrent（）； $table->nullableTimestamps（）； 有点像垃圾堆之类的东西没有适当的记录 “解决办法”：

在[mysql]部分的/etc/mysql/mysql.conf.d/mysql.conf中添加：

sql模式=仅\u完整\u分组\u依据，错误\u除以\u零，无\u自动\u创建\u用户，无\u引擎\u替换

这将覆盖默认的mysql严格设置，其中包括两个其他选项：NO_ZERO_IN_DATE，NO_ZERO_DATE

重新启动mysqld
和
安装freepbx14

玩得开心：-）

顺便问一下，您是否设法在ppa中使用php7而不是5.6？

---

Thx

我完成了用ubuntu 16.04安装freepbx14。这里讨论的是您遇到的sql错误问题（不是freepbx）。

我决定尝试类似的方法（改变mysql模式）。 在我看来，这不应该是最终的解决方案，但你现在可以安装freepbx。 如果可以将默认值更改为除“0000-00-00 00:00:00:00”之外的其他值（因为（mysql 5.7）不再被视为有效日期），那么freepbx开发人员可能应该进行检查

引自：

对于严格模式为true的问题，请选中 https://laravel.com/docs/5.3/upgrade#upgrade-5.2.0 MySQL日期 从MySQL 5.7开始，0000-00-00:00:00不再被视为有效日期，因为默认情况下启用了严格模式。将记录插入数据库时，所有时间戳列都应接收有效的默认值。您可以在迁移中使用useCurrent方法将时间戳列默认为当前时间戳，也可以将时间戳设置为null以允许null值： $table->timestamp（'foo'）->nullable（）； $table->timestamp（'foo'）->useCurrent（）； $table->nullableTimestamps（）； 有点像垃圾堆之类的东西没有适当的记录 “解决办法”：

在[mysql]部分的/etc/mysql/mysql.conf.d/mysql.conf中添加：

sql模式=仅\u完整\u分组\u依据，错误\u除以\u零，无\u自动\u创建\u用户，无\u引擎\u替换

这将覆盖默认的mysql严格设置，其中包括两个其他选项：NO_ZERO_IN_DATE，NO_ZERO_DATE

重新启动mysqld
和
安装freepbx14

玩得开心：-）

顺便问一下，您是否设法在ppa中使用php7而不是5.6？

---

Thx目前不支持PHP7。这是根据他们的开发者所做的

查看此页：

---

要安装降级到PHP5.6，Asterisk目前不支持PHP7。这是根据他们的开发者所做的

查看此页：

安装降级到PHP5.6的步骤

for the issue with strict mode true , check https://laravel.com/docs/5.3/upgrade#upgrade-5.2.0 MySQL Dates Starting with MySQL 5.7, 0000-00-00 00:00:00 is no longer considered a valid date, since strict mode is enabled by default. All timestamp columns should receive a valid default value when you insert records into your database. You may use the useCurrent method in your migrations to default the timestamp columns to the current timestamps, or you may make the timestamps nullable to allow null values: $table->timestamp('foo')->nullable(); $table->timestamp('foo')->useCurrent(); $table->nullableTimestamps(); kinda dump that something like that wasnt properly documented