服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

错误的启动顺序 – BIOS卡住,而不是尝试下一个启动设备

我有一台运行英特尔S2600C0 BIOS版本SE5C600.86B.02.06.0002的testing服务器。 它有7个固态硬盘:5个SDLFNCAR-960G-1HA2和2个Micron_M500DC_MTFDDAK800MBB 。 操作系统和所有的文件都在第一个SSD上,其他6个SSD被我们的软件使用。 问题是,如果第一个SSD不是引导顺序中的第一个,BIOS尝试从它启动时就会卡住,而不会意识到它不能启动并按照引导顺序继续下一个设备。 我们的实验表明分区表有问题: 使用GPT分区表(我们用于我们的软件)在数据磁盘上启动会卡住。 用数据磁盘上的MBR分区表启动会卡住。 我尝试添加一个分区到桌面并启动 – 它也卡住了。 当我擦除分区表(使用sgdisk -Z )时,我可以用任何启动顺序启动。 启动标志(或传统BIOS可启动的GPT)总是closures – 虽然我也尝试激活它(仍然没有工作) “只要设置正确的启动顺序”不是一个解决scheme(虽然我可能会被迫解决),因为: 当所有SSD在BIOS菜单中都是相同types并具有相同名称时,需要大量的试验和错误来确定操作系统所在的位置。 testing服务器是一回事 – 我们希望避免这样做到我们客户的服务器。 这是BIOS信息: $ dmidecode -t bios -q BIOS Information Vendor: Intel Corp. Version: SE5C600.86B.02.06.0002.101320150901 Release Date: 10/13/2015 Address: 0xF0000 Runtime Size: 64 kB ROM Size: 8192 kB Characteristics: PCI is supported BIOS is […]

邮件中继导致AOL反弹

我使用的是后缀来传递传入和传出的电子邮件,所以我可以将它们logging到我们的客户关系pipe理。 这一直工作很长一段时间,我有我觉得是一个非常简单的过程在服务器上做这个处理。 我遇到的问题是来自AOL发件人的邮件正在处理,但被我的最终IMAP服务器(gmail)拒绝,因为服务器不允许基于其DMARC策略代表aol.com发送电子邮件。 这是我有的过程。 当发送电子邮件时,我使用我的后缀服务器作为我的SMTP。 所以我使用mypostfix.mydomain.com作为SMTP发送邮件到[email protected]的[email protected]。 Postfix使用'sender_bcc_maps'进行本地处理,'sender_canonical_maps'将'[email protected]'改为[email protected]',所以回复将回到这个服务器进行处理。 因此返回的电子邮件转到mypostix.mydomain.com,后缀使用recipient_bcc在本地处理,“recipient_canonical_maps”将“[email protected]”更改为“[email protected]”并发送消息。 “my domain.com”的电子邮件被转发到各种Gmail账户。 Gmail正在反弹这些电子邮件。 Remote host said: 550-5.7.1 Unauthenticated email from aol.com is not accepted due to domain's 550-5.7.1 DMARC policy. Please contact the administrator of aol.com domain if 550-5.7.1 this was a legitimate mail. Please visit 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about the 550 5.7.1 DMARC initiative. j15si3385194oih.137 […]