我正在运行简单的R作业由root和另一个有限的用户。 执行时间差别很大。 什么是问题的根源？ 更多信息 下面是我如何比较运行时间： # time /share/binary/R/bin/R CMD BATCH s1n\=50.R real 0m0.278s user 0m0.217s sys 0m0.032s # su john $ time /share/binary/R/bin/R CMD BATCH s1n\=50.R 在john用户下运行需要很长时间，永远不会结束！ 在这段时间内， perf的输出是： PerfTop: 906 irqs/sec kernel:19.3% exact: 0.0% [1000Hz cycles], (all, 8 CPUs) ————————————————————————————————————————————————————- samples pcnt function DSO _______ _____ _____________________________ _______________________________ 598.00 14.5% __GI_vfprintf /lib64/libc-2.12.so 194.00 4.7% […]
我只是做了类似的事情： $ du -sh /bigdata/stuff 1022G /bigdata/stuff $ df -h /bigdata Fileystem Size Used Avail Used% mounted on /dev/sda5 1,8T 1,7T 140G 93% /bigdata $ rm -rf /bigdata/stuff/* $ df -h /bigdata Fileystem Size Used Avail Used% mounted on /dev/sda5 1,8T 1,6T 268G 86% /bigdata 这意味着删除1022 G的文件只给了我128 G的额外的可用空间。 / bigdata下没有进一步的文件系统，此时/ bigdata上没有打开的文件。 为了收回所有的空闲空间，我需要卸载/ bigdata（以v … e […]
我订购了预装“Paralles Plesk Panel”的Linux Debian Wheezy专用服务器。 提供者状态我有2x1TB驱动器。 然而我的可用磁盘空间只有100GB。 我是否缺less分区？ 我不知道如何解释df -k 79％的用法，其中只有69 GB用作du -ch / shows。 我有足够的空间可用吗？ 如果不是如何设置呢？ $ sudo parted -l Model: ATA ST1000NM0011 (scsi) Disk /dev/sda: 1000GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 100GB 100GB primary ext3 boot Error: /dev/sdb: unrecognised disk label […]
我有一个Windows 2003域，并且我的一个客户端获得mapped drive Z: is full映射服务器上的驱动器时mapped drive Z: is full消息。 服务器上的驱动器未满。 我的理解是，这个问题可能与配额有关。 如果用户使用了自己的配额，他/她是否倾向于获得上述信息？ 我该如何解决这个问题？
我有一些使用ISO映像安装CoreOS的疑问。 我遵循CoreOS文档中的步骤，在安装部分： cfdisk -z /dev/sda touch "/usr.squashfs (deleted)" # work around a bug in mkfs.btrfs 3.12 mkfs.btrfs -L ROOT /dev/sda1 然后当我运行安装脚本时： ./coreos-install -d /dev/sda -c cloud-config.yml 我得到关于没有足够的空间的错误。 在GitHub上发布的CoreOS站点的安装脚本不适用于我，因为它告诉我设备上没有足够的空间。 那么我对此有些怀疑： 硬盘有250 Gb的内存。 USB有近8 Gb的内存。 为什么这个错误？
我租用的服务器当前是说在使用/etc/init.d/mysql start时试图启动它时，mysql太满了。 但是使用sudo /etc/init.d/mysql启动它可以正常工作。 运行df -h显示没有完整的分区 Filesystem Size Used Avail Use% Mounted on rootfs 20G 1.5G 17G 9% / /dev/root 20G 1.5G 17G 9% / devtmpfs 32G 4.0K 32G 1% /dev none 4.0K 0 4.0K 0% /sys/fs/cgroup none 6.3G 752K 6.3G 1% /run none 5.0M 0 5.0M 0% /run/lock none 32G 0 32G 0% /run/shm […]
我目前正在build立一个涉及大量来自dynamic后端（MySQL数据库）的用户帐户的机器。 我已经成功地设置系统，以便它使用后端所有帐户相关的操作（身份validation，会话，密码pipe理，…），但现在我想设置所有这些用户的配额。 现在，当谈到Linux上的配额时，我通常会使用配额文件： 在给定的文件系统上激活配额。 在FS的根目录创buildaquota.user文件，然后重新安装。 使用quotacheck ， quotaon ， quotaoff和edquota来configuration一切。 现在，问题在于这些配额文件是静态的，而我的许多UNIX用户都是dynamic存储在我的数据库中的。 这意味着当用户通过这个后端添加时，我需要配额（也存储在数据库中）立即执行。 由于新用户可能会在任何时候被添加，我真的不想每次连接到服务器来为新用户自己编辑配额信息… 有没有办法在dynamic后端存储配额信息，就像其他types的帐户相关信息？ 还是有一种更“常见/典型”的方式来实现这样的结果，我没有这样做？ （稍微背景）存储在MySQL数据库中的用户有自己的主目录，可以通过FTP访问它们。 无论他们存储在哪里，都可以通过Web服务器（共享主机）获得，并且可以使用PHP脚本，这些脚本以其所有者身份（suPHP）运行。 重点是，PureFTPd的配额文件（ .ftpquota ）也属于连接用户：虽然仍然不可能通过FTP删除该文件，但是可以通过运行具有类似特权的PHP脚本来完成。 因此，我正在寻找更强大的方式来强制执行配额，也就是说，不是通过FTP服务器，而是通过欺骗手段来授予比最初授予的更多的磁盘空间。 这里的机器是运行PureFTPd的Linux Debian Wheezy作为FTP服务器，Apache作为Web服务器。 帐户存储在MySQL数据库中，并通过libnss-mysql （帐户信息检索）和pam-mysql （帐户pipe理）链接到系统。 用户家中的所有内容都属于该用户，因此可能被该用户更改。
问题应该很简单，但对我来说不是那么明显。 我有一个在MacOS X下的指定目录中创build临时对象的过程。 我需要find进程的磁盘占用率 ，如果可能的话使用shell脚本。 我的问题是，我无法从du -ahcfind一个简单的方法来获取进程运行时的目录大小，并对其进行监视。 即使只是获得最大尺寸，而不是随着时间的推移，我也会解决。 任何人都可以指向正确的方向吗？ 谢谢！
我有一种情况，我的根文件系统应该有足够的可用空间，但是Debian的行为就像没有剩余空间一样。 非root用户甚至反驳写任何抱怨缺乏空间的问题。 即例如： ~$ echo "qwertyu" > test -bash: echo: write error: Spazio esaurito sul device （抱歉，我没有自己安装服务器，错误信息是“设备上的空闲空间不足”）。 但是root写入同一个目录没有抱怨。 另外，如果我做df -h作为根，我得到这个： /# df -h File system Dim. Usati Dispon. Uso% Montato su rootfs 48G 46G 0 100% / udev 10M 0 10M 0% /dev tmpfs 397M 88M 310M 23% /run /dev/disk/by-uuid/8063903c-80ad-4f72-81b0-cd67dbd48fc7 48G 46G 0 100% / […]
关于这个问题的简要解释 – 我偶尔遇到虚拟机重启。 所以无论我们连接的磁盘都自动卸载。 所以根据build议，我们所做的是在fstab中添加uuids磁盘。 我们通过重新启动虚拟机并每次安装磁盘都正常工作来testing更改。 我们在Azure上使用的所有虚拟机中进行了这些更改。 昨天我们看到了一个虚拟机（xxxxxxxxxxxxxxxx.cloudapp.net）的问题，当我们ssh进入它时，我们看不到装有“df -h”的磁盘，同时操作系统磁盘已满，“fdisk -l”我可以看到未安装的磁盘。 然后我尝试了几件事情 我尝试重新启动虚拟机，认为重新启动虚拟机使fstab运行并自动安装磁盘。 这并没有发生，但直到那个时候，我们才能成功地ssh。 然后，我们尝试重置虚拟机的密码，大约和小时后，我们看到门户网站显示失败的消息。 之后，当我们做“ssh [email protected]”我们得到这个“ssh：连接到主机xxxxxxxxxxxxxxxx.cloudapp.net端口22：连接被拒绝”审查日志我们发现这个错误 操作名称Microsoft.Resources /部署/写入 状态失败 LEVEL错误 操作名称Microsoft.ClassicCompute / virtualMachines / extensions / write 状态失败 LEVEL错误 属性statusCode：RequestTimeout statusMessage：{“error”：{“code”：“ResourceDeploymentFailure”，“message”：“资源提供操作没有在允许的超时期限内完成，请参阅http://aka.ms/arm-deploy了解使用细节。“}} 我启用了VM中的启动诊断选项，然后尝试重新启动，现在我可以看到启动诊断中的错误日志。 有了这个错误，我看到，因为磁盘是完整的操作系统不启动。 Traceback (most recent call last): File "/usr/bin/cloud-init", line 618, in <module> sys.exit(main()) File "/usr/bin/cloud-init", line 614, in main get_uptime=True, func=functor, args=(name, args)) […]