Articles of synology

iSCSI操作码,错误(-65539)

我有用作NAS的错误iSCSI目标(Synology DS1813 +): 1月19日12时03分55秒SRV1内核:[23311947.266497] iSCSI:iSCSI:EPIO [/ volume1 / @ iSCSITrg / iSCSI_3_Extent_LUN-LUN1_000],操作码[89],错误(-65539),pos(10578610176) 通过维基: SCSI命令这是命令:“比较和写”。 但是这意味着这个错误? POS机? 在ESXi(iSCSI iniciator)上发生此错误期间,I / O延迟增加。 设备“xxx”的performance已经恶化。 I / O延迟从平均值29890微秒增加到604191微秒。 警告 长/射SMARTtesting状态正常。

升级DSM后不能使用Package Center

我刚刚更新Synology Nas的DSM。 DSM 5.2-5644更新2。 现在看来我不能再使用Package中心了。 但是,由于我很久没有使用Package Center,所以我不是100%,这个问题与这个DSM升级有关。 select“实用工具”,“安全”,“备份”甚至“社区”等部分时,出现Connection failed. Please check your network settings的错误消息Connection failed. Please check your network settings 长时间“加载…”转轮后, Connection failed. Please check your network settings 。 我检查了我的防火墙设置,并允许每个端口和协议…但这还不够,因为我仍然有相同的错误。 任何想法我应该检查? 因为错误信息不给我很多的信息。

有什么更好的:用于mysql datadir挂载的iSCSI或NFS?

在外部区域有数据库服务器ip-address与mysql实例和nas-storage在内部区域存在。 我需要该数据库文件位于存储中。 我想在my.cnf中写下例如: [mysqld1] port = 3306 datadir = /data/sql/mysqld1 [mysqld2] port = 3307 datadir = /nasstorage/sql_on_storage/mysqld2 bind-address = 0.0.0.0 我打算从存储到数据库服务器挂载目录。 哪种技术更适合这个目标:iSCSI还是NFS?

Trac独立阅读htpasswd文件,但仍然说authentication信息不可用

我有一些问题正确configuration我的trac服务器。 我在Synology DS411上运行Tracd 0.12.1。 我已经按照这个指南 ,我可以浏览Trac的问题,但如果我尝试login,它告诉我以下错误: Trac错误 身份validation信息不可用。 请参阅安装文档。 日志文件说的相同: 2012-10-24 10:11:04,617 Trac[main] DEBUG: Dispatching <Request "GET '/login'"> 2012-10-24 10:11:04,624 Trac[api] INFO: Synchronized '' repository in 0.01 seconds 2012-10-24 10:11:04,627 Trac[main] WARNING: HTTPInternalError: 500 Trac Error (Authentication information not available. Please refer to the <a href="/redaktion/wiki/TracInstall#ConfiguringAuthentication" title="Configuring Authentication">installation documentation</a>.) 2012-10-24 10:11:04,628 Trac[session] DEBUG: Retrieving session […]

清除Synology Diskstation 4.1上的chroot jail

我正在使用DSM 4.1pipe理Synology Diskstation 412,我需要能够通过SFTP将file upload到文件系统。 但是,当我在DSM中启用内置的SFTP服务器时,它始终将我监视到我的主目录。 我试图改变在/ etc / ssh中的configuration,但没有区别。 但是,通过SSHlogin服务器可以正常访问文件系统。 有没有办法在SFTP撤消监狱?

DiskStation备份任务被删除?

我们使用diskstation作为我们networking上大多数服务器的备份目标。 每天,使用备份和还原工具将这些备份发送到外部硬盘驱动器。 驱动器每天交换。 我们有两个备份用户数据和邮件数据,到目前为止正常工作。 但是,我还需要添加具有我们的域控制器数据的LUN备份。 我成功创build了一个备份,并备份一次。 然后,这发生了: LUN备份被删除并消失。 这发生在我创build的任何LUN备份上。 请注意,这是一个定期备份,所以不应该被删除。 我错过了什么吗?

Vmware Nas缓慢的传输速率/ IOPS

我用Synology RS812 +和一台安装了千兆网卡的旧HP140服务器构build了一个testing环境。 我已经致力于将networking专用于DHCP,并通过ISCI从服务器直接连接到NAS。 我正在使用esx 4.0作为pipe理程序,而且我注意到速度较慢,例如创build快照时,传输速率大约为20mb。同时,在查看NAS时读取/写入不稳定的情况下,会跳到10kb到10MB,并回落到10kb? 从那时起,我已经在Nics和Vswitch上启用了Jumbo帧,但仍然是同样的问题。 此外,我运行Vmware分析器,并testing不同的工作负载,显示不同的结果,基于应用程序,即交换器与sql.on最大iopstesting分析器达到95mb这是令人愉快的。 任何人都可以通过任何想法是什么导致问题请。 硬件:NAS:RS812 + 4 x 3 TB wd30efrx RAID:SHR 服务器:HPDL140 1Gb网卡

在Synology上安装FTP文件夹(不是CIFS)

我试图在Synology上使用FTP协议来安装文件夹。 到目前为止,我所做的是使用文件站的选项安装远程文件夹 ,但只能使用CIFS协议而不是FTP来安装文件夹。 基本上,我想通过我的NAS在网站上的计算机上工作。 这甚至有可能吗? 编辑: 其实我在一家公司工作,我们有一个老的稳定的服务器,只提供FTP访问。 我想挂载一个文件夹作为FTP,就像ubuntu下的nautilus一样,但是在synology上,为了让多个开发者在同一个源上工作。 这不是很方便,但我不能在这台服务器上使用版本控制系统。

WFS / NFS股票落后于客户机崩溃

我们正在运行一个Windows域(2个DC的2008 R2),Synology Rackstation与我们所有的共享相连接。 我们有大约100个工作站和30个电话连接到这个领域(电话刚刚与我们的主networking分开合并)。 每个人都接通电源,他们的连接将通过我们的6台ProCurve交换机中的一台,其中2台是为电话供电的PoE交换机,但有些电脑也正在通过这些交换机。 我们拥有DFS management \\ domain.net \ Data \ Shares中名称空间下的所有共享 ,这些共享引用了\\ NAS-MACHINE \ Shares 无论这是否是巧合,我不知道,但直到我们将Mitel手机添加到我们的主要networking之前,它一切正常。 我看到越来越多的问题,人们从他们的networking共享打开文件,他们的应用程序(Word / Excel)或他们的浏览器只是挂起,随后崩溃。 这一切都不会发生在一天,只有几个人在一天中的不同点。 我们所有的DHCP都由我们的DHCP服务器处理(包括现在使用自定义DHCP选项的电话)。 有没有办法来诊断这个问题,通过networking监控stream量? 我觉得它可能是下列之一: 电话正在造成networking的某种问题 DFSpipe理有问题 (非常广泛)networking中存在硬件故障(NAS /交换机) 这个问题很难诊断。 这是间歇性的,很难复制。 我们使用一套Mitel手机的3300敏迪控制器。

如何设置/克服Synology DS214与DSM 5的samba / cifs 2.1中的文件大小限制/“file too large”错误

我使用-o username=user,gid=999,uid=999,rw,vers=1.0在CIF上挂载了一些samba共享。 NAS具有3TB的容量和500GB的可用磁盘空间,创build了一个4TB的稀疏文件,带有truncate -s 4T file.img文件truncate -s 4T file.img是没有问题的。 当我装载vers=2.1的共享时,我得到的错误file too large , truncate调用大小大于2GB,以及为dd ,例如dd if=/dev/sda12 of=/mnt/samba_share/output.img结果 dd writing to '/mnt/samba_share/output.img': File too large` 4194304+0 records in 4194303+1 records out 2147483647 bytes (2,1 GB) copied, 33,5466 s, 64,0 MB/s 底层文件系统创build稀疏文件显然没有问题(在cifs 1.0中无法识别,但这是另一个问题,我猜)。 为什么桑巴或DSM限制了大小? 如何克服这一点? Samba协议版本2.1似乎是最新支持的(在DSM 5控制面板中有一个用于SMB2支持的checkbox;指定vers=3.0 as mount option causes error挂载错误(22):无效参数)。