我一直在寻找我们为托pipe客户端实施的设置，他们每天都有数次备份的数据库（并且备份的最后一周始终可用）。 假设备份需要20GB，而它们托pipe的驱动器（分区，真的）是30GB。 在驱动器上有超过10GB的其他“东西”，通过SQL 2000安装，操作系统和其他各种各样的东西，这意味着有一个不断的努力，以保持在完全满的驱动器。 我认为没有必要在SCSI驱动器上存储一周的备份，但我并不是这方面的专家，我真的只是寻求其他DBA的build议来处理这种备份scheme。 值得注意的是，目前我们使用的是3个驱动器，镜像的RAID设置，以及任何时候都可以使用的备份。 因此，灾难恢复是问题的核心，同时最大限度地降低成本。 任何input欢迎…. 在此先感谢人。
今天早上醒来发现，出于某种原因，MongoDB增长到所有可用的磁盘空间。 我无法修复数据库来压缩它，因为我没有空间。 我甚至不能启动postgres删除一个旧的数据库，这将释放更多的演出。 我从字面上有零可用磁盘空间。 我没有删除一个9GB的文件，但是当我使用“df -h”的时候，空间并没有显示出来。 我必须尽快清理驱动器上的空间，因为它是一个生产服务器，我们正在宕机。 该怎么办？
我们的一个服务器pipe理员让我看看这个，我很难过 – 我们的/ var分区已经满了，但是我似乎无法确定这个空间在哪里。 以下是“du / var -ah”的输出 … 202M var/ 然而'df -h'返回 Filesystem Size Used Avail Use% Mounted on /dev/mapper/gza-root 268M 108M 147M 43% / tmpfs 2.0G 0 2.0G 0% /lib/init/rw udev 10M 68K 10M 1% /dev tmpfs 2.0G 0 2.0G 0% /dev/shm /dev/sda1 236M 20M 204M 9% /boot /dev/mapper/gza-home 115G 15G 95G 14% […]
我们现在的OpenBSD服务器需要更多的磁盘空间，所以我们用150GBreplace了13GB的磁盘（它也很老）。 一张图像被制作，然后在新的磁盘上恢复。 到现在为止还挺好。 新磁盘有一个13GB的OpenBSD分区，它的启动和以前的工作。 下一个业务订单：使用其他135 GB。 使用fdisk我可以看到它在那里，我可以改变文件types（最初的扩展LBA，它回来了）。 但使用DF不显示新的空间。 我看了一下fdisk和disklabel，但是我不知道怎么做才能使空间可用。
问题是我的CentOS 5.8机器告诉我，我几乎没有磁盘空间，当我非常有信心，情况并非如此。 我在这个问题上做了大量的研究，一直没有find解决办法。 'df -h'显示210G使用，8.6G有效 'ncdu'显示28.6G使用（相同的表观大小） 正如您所看到的，这在报告的“使用”空间中几乎是10倍的差异。 知道存储在这个驱动器上的东西，我认为28.6G更接近现实。 看看'lsof'的输出，最后几行（删除）很less。 此外，这些行中的最大尺寸是6190.最后，我重新启动了机器多次，如果我正确理解其他线程，无论如何将解决幻影文件的问题。 以下是ncdu的输出摘要： 22.7GiB [##########] / opt 2.8GiB [＃] / usr 1.5GiB [] / var 812.4MiB [] / root 310.6MiB [] / home 194.3MiB [] / lib 156.4MiB [] / etc 36.5MiB [] / sbin 7.3MiB [] / bin 128.0KiB [] / tmp 20.0KiB [] / mnt […]
我有一个ZFS卷“tank / kvm / webhosting”，通过iSCSI（使用tgt ）暴露给KVM guest。 <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native' discard='unmap'/> <source dev='/dev/disk/by-path/ip-10.1.200.2:3260-iscsi-iqn.2016-05.bla:webhosting-lun-1'/> <target dev='sda' bus='scsi'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> 如何在ZFS上启用空间回收？ 来自客人端的工作（ fstrim -v / ），但iSCSI / ZFS主机在日志中显示错误： tgtd[324]: tgtd: bs_rdwr_request(227) Failed to punch hole for WRITE_SAME command tgtd[324]: tgtd: bs_rdwr_request(370) io error 0x18086b0 93 -1 0 […]
我正在准备阶段在VMware ESX环境中部署一些Windows 2008 R2服务器核心。 在查看文档时 ，看起来像Server Core可以在6.5 GB的硬盘空间中运行。 需要更less的磁盘空间。 服务器核心安装仅需要大约3.5千兆字节（GB）的磁盘空间进行安装，操作后大约需要3 GB的空间。 我很好奇任何人对这个要求的真实世界的经验和build议。 这是现实吗？ 关于我们的环境一点点： 目前AD系统中用户不足25台，计算机/服务器约75台。 这些系统将负责正常的AD操作，并为5台打印机打印服务器 – 在这里没什么大不了的。
我昨天有一些MySQL问题。 我的网站上出现“连接太多”的错误，因为我的一个脚本有点疯狂。 解决连接问题后，我仍然在mysql日志中出现错误。 / usr / sbin / mysqld：磁盘已满写入 我用“df -h”检查了我的磁盘使用情况，得到了这个结果： 使用的文件系统大小可用使用％ / dev / xvda1 3.0G 2.9G 0 100％/ 无530M 132K 530M 1％/ dev 无549M 0 549M 0％/ dev / shm 无549M 52K 549M 1％/ var / run 无549M 0 549M 0％/ var / lock 所以我的“/ dev / xvda1”文件已满。 我不知道这个文件在做什么，我真的在Linux系统上初学者。 我的问题是我应该怎么做呢？ 删除它？
我有一个ZFS备份服务器（Ubuntu 16.04; 32GB内存，4x6TB硬盘，raidz2）。 最近我发现空间有问题。 # zpool list -v NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT pool 21.6T 19.9T 1.76T – 62% 91% 2.30x ONLINE – raidz2 21.6T 19.9T 1.76T – 62% 91% sda5 – – – – – – sdb5 – – – – – – sdc5 – – – – – […]
我正在尝试Windows 7 RC，有一件事情让我有点懊恼。 在Windows XP中（不记得它是如何在Vista中…）浏览文件夹时，我可以看到在状态栏上的磁盘上有多less可用空间。 在Windows 7中，我看到的是我正在浏览的文件夹中有多less项目。 这可以改变一些如何？ 还是只是Windows 7的方式？