1. 查看磁盘占用情况 df -h Filesystem      Size  Used Avail Use% Mounted on/dev/nvme0n1p5  181M  141M   27M  85% /boot/dev/nvme0n1p8   71G   26G   41G  39% /home/dev/nvme0n1p1   96M   48M   49M  50% /boot/efitmpfs           1.6G   16K  1.6G   1% /run/user/121

折腾了一周,终于把Android6_r1的源码编译成功.先上图,这是在ubuntu中运行的Android模拟器: 由于我是在win8中安装虚拟机VMware,然后在虚拟机中安装Ubuntu进行编译,所以遇到诸多麻烦.如果直接在linux中编译,可能会更顺利. ------------------------------------------------------------------------------------------------------------------------

错误: org.apache.hadoop.mapred.TaskAttemptListenerImpl: Progress of TaskAttempt 原因: 错误很明显,磁盘空间不足,但郁闷的是,进各节点查看,磁盘空间使用不到40%,还有很多空间. 郁闷很长时间才发现,原来有个map任务运行时输出比较多,运行出错前,硬盘空间一路飙升,直到100%不够时报错.随后任务执行失败,释放空间,把任务分配给其它节点.正因为空间被释放,因此虽然报空间不足的错误,但查看当时磁盘还有很多剩余空间. 这个问

具体报错内容为: this vm needs storage that cannot be seen from that host 该错误的原因是该虚拟机使用了外部存储介质,例如,我就是因为当初规划xenserver存储空间给得太少,导致后来创建虚拟机报空间不足,于是捣鼓了一个nfs存储 结果重启电脑后,开了xenserver后忘了开nfs服务器虚拟机,导致报这个错 打开xencenter连接xenserver服务器,会看到nfs存储那里有个错误标志,点击右键选择repair就可以了(前提是你的

一次棘手的rootvg更换硬盘处理过程 原文:http://www.talkwithtrend.com/Article/160857 事件起因 下午接到现场工程师电话,一台双系统抽屉IBM P570一个笼子掉了,经过排查电源坏了,经过各种折腾最后修复好了,但是发现rootvg的hdisk1掉了.经过检查,这台小机共有两块本地盘,每个系统抽屉1个,做了rootvg的镜像,现在来看,下面系统抽屉的硬盘损坏,连故障灯都不亮了.工程师反馈,损坏的硬盘无法删除. 事件处理 初次处理 当时第一反应,直接按P

首个阅读量将破万的文章,感谢支持.防止无良爬虫,开头附上原文链接:http://www.cnblogs.com/xueyudlut/p/7498115.html -------------------------------------------分割线--------------------- 苹果笔记本的确高大上,外观设计,系统优化好,封闭系统,几乎没有病毒风险.尤其看爱奇艺什么的还没广告.咳咳,跑题了 如果想使用mac os系统,下载安装app store外的软件,可参考下面的文章: 新款

http://www.linuxidc.com/Linux/2016-01/127292.htm 终于成功把Android 6.0 r1源码的源码编译.先上图,这是在Ubuntu中运行的Android模拟器: 由于我是在Win8中安装虚拟机VMware,然后在虚拟机中安装Ubuntu进行编译,所以遇到诸多麻烦.如果直接在Linux中编译,可能会更顺利. ------------------------------------------------------------------------

扩容分区之前,首先要保证当前有闲置空间 1. 查看当前现有分区情况 df -lah 可以看出当前根分区只剩 6.4 G 可用 2. 查看当前磁盘情况 fdisk -l 可以看出有 30G的未分配空间 3.分配空闲分区 我们的盘符是sda,执行 fdisk /dev/sda 可以按 [m] 查看帮助 按 [p] 查看当前分区情况 依次输入 n 回车, p 回车, 回车, 回车,  此时 按 [p] 查看当前分区状况,此时可以看到新分区已新建 sda4 按 [w] 保存并退出 4. 格式化新建分区

web 报错500 Internal Server Error解决方案 在安装使用Cobbler web界面的时候提示HTTP 500错误,也就是服务器内部错误,检查防火墙和selinux都是为关闭状态,后面查看日志发现报错信息如下: 其实就是python django 的问题. 解决办法: 1.安装python2-pip # yum -y install python2-pip # pip install ipaddress 2.安装django # pip install Django==1

ORA-39095: Dump file space has been exhausted Table of Contents 1. 简述 2. 错误信息 3. 分析 4. 解决 5. 扩展 1 简述 一个朋友在导数据的时候,突然遇到ORA-39095错误.随即查看磁盘空间,发现才使用了60%多.而导出的数据只有几个G. 明明有空间,为什么会报空间耗尽呢?百爪搔心的问我~ 下面是分析和解决过程. 2 错误信息 $ oerr ora 39095 39095, 00000, "Dump file s

如何格式化为fat? windows图形界面格式化, 选项中没有fat, 只有fat32和exfat两种upan格式 Fat就是 传统的FAT16 要格式化为fat, 需要使用cmd的format命令 format F:(U盘的盘符) /fs:fat 如果对cmd的某个命令不清除,可以查帮助, 通常有两种方式: command_name /? // zhe中方式有时不可以! help command_name. // 这种方式总是可以的 =============================

一.背景 某种珍贵药材生长于山区,通过研究了解到这种药材生长具有严格的生长条件.为了能更好地保护该药材的生长环境,现在需要使用GIS空间分析方法,将药材适合生长区域找出来,以便为该物种保护提供依据. 二.数据 (1) 山区等高线数据contour. shp; (2)山区观测点采集的年平均温度和年总降水数据climate. txt. 三.药材生长条件 请依据以下条件,确定此区域适合种植这种药材的范围,并制作专题图,给出适宜种植的面积. (1)这种药材一般生长在沟谷两侧较近的区域(一般不超过500m

今天在运行R脚本的时候报了个错:Fatal error: cannot create 'R_TempDir'.排除了是自己写的代码的问题,想着应该是某个没见过的原因,google之,发现网上的说法是/tmp文件夹占满了磁盘空间. 运行 df 命令: Filesystem Size Used Avail Use% Mounted on /dev/mapper/VG00-LV01 50G 47G 16M 100% / 发现确实有个分区被占满了... 第一次碰到这种情况,继续google之,使用如下命

onethink 换空间的时候有两个配置文件 Application\Common\Conf Application\User\Conf 如果报错先测试数据库 <?php $con = mysql_connect("localhost","peter","abc123"); if (!$con) { die('Could not connect: ' . mysql_error()); } // some code ?> 数据库测试完

详细报错信息:svn: 不能打开文件“weibosearch2.0.0/.svn/lock”: 设备上没有空间 但是df -h查看磁盘[root@picdata-1-2 data]# df -h文件系统              容量  已用 可用 已用% 挂载点/dev/sda3              19G  2.1G   16G  12% //dev/sda1             190M   12M  169M   7% /boottmpfs                 13

报错 收到报警,swap空间占用过高,登录到系统查看内存使用详情,看到物理内存还有很多未使用 问题分析 Swap配置对性能的影响分配太多的Swap空间会浪费磁盘空间,而Swap空间太少,则系统会发生错误.如果系统的物理内存用光了,系统就会跑得很慢,但仍能运行:如果Swap空间用光了,那么系统就会发生错误.例如,Web服务器能根据不同的请求数量衍生出多个服务进程(或线程),如果Swap空间用完,则服务进程无法启动,通常会出现“application is out of memory”的错误,严重时

新建了一个表空间t101,在dba_tablespaces和dba_data_files都出现了,在dba_free_space却没有,这个很有可能是表空间满了. 插入数据会报错:ORA-01653: unable to extend table SYS.TEST by 128 in tablespace TBS1后就在dba_free_space里查不到tbs1了 SQL> select tablespace_name,status from dba_tablespaces; TABLESPA

#报错现象 #创建Oracle数据库11g默认标准块大小8K,直接分配32g报错 create tablespace ceshi datafile '+data' size 32g * ERROR at line 1: ORA-01144: File size (4194304 blocks) exceeds maximum of 4194303 blocks #经过测算,4194304块的数量=32G,报错提示块的数量32g-1个块数量 #以前了解到的知识,默认表空间类型small小表空间类型

Oracle 执行语句插入临时表报表空间不足,在增加表空间到最大后依然报错,经分析应该为创建的临时表水位线未清除导致,查询降低水位线方法如下: 原文地址:http://blog.itpub.net/26736162/viewspace-2139546/ Oracle  降低高水位线的方法 高水位(HIGH WARTER MARK,HWM)好比水库中储水的水位,用于描述数据库中段的扩展方式.高水位对全表扫描方式有着至关重要的影响.当使用DELETE删除表记录时,高水位并不会下降,随之导致的是全表扫

本文是原创文章.转载请注明出处:http://blog.csdn.net/msdnchina/article/details/44336789 近期遇到一个案例,是将一个表空间offline之后,alert日志中不断的报错,最初该报错是在11.2.0.2被发现的.后来我在11.2.0.4的linux x86-64 bit下试验了一下,也发现了同样的现象. 例如以下是我的实验步骤: [oracle@rhel63single ~]$ sqlplus / as sysdba SQL*Plus: Rel

在oracle里创建表,报出错: ORA-01658: 无法为表空间space中的段创建 INITIAL 区: 或者: ORA-01658: unable to create INITIAL extent for segment in tablespace string, 因为表空间不够用了,增加了表空间后,问题解决了. 查看表空间大小SQL:         select SEGMENT_TYPE,owner,sum(bytes)/1024/1024 from          dba_seg