源博客 http://blog.itpub.net/24996904/viewspace-769327/ 在/etc/default/目录下有个rcS文件,文件内容如下:## /etc/default/rcS## Default settings for the scripts in /etc/rcS.d/## For information about these variables see the rcS(5) manual page.## This file belongs to the

/tmp目录文件重启后自动删除现在知道有ubuntu和solaris系统source:http://blog.chinaunix.net/uid-26212859-id-3567875.html经常会把临时性的log或抓包等文件放在/tmp目录下,重启后发现文件都丢失了.查下资料发现,可以通过设置解决这个问题.在/etc/default/目录下有个rcS文件,文件内容如下:## /etc/default/rcS## Default settings for the scripts in /etc

场景: 近日发现有一台机器tmp文件夹下放置的文件无辜丢失,而且排查发现是自动丢失,并且,只是删除10天之前的文件. 本来以为是哪位写了一个自动执行脚本, find了一下10天前的文件删除了. 结果,排查所有用户的crontab计划,没有任何用户执行了自动脚本. 监测了一下服务器登录情况,在删除文件期间也没有任何人登录. 解释: 最终,通过不懈的百度,终于找到正解. 从/var/log/cron日志中发现,服务器除了调用用户的计划任务外,还会执行系统自己的,比如: /etc/cron.hourl

系统重启后,mr程序不生成当前时间段的MRx文件问题 2019-4-2 之前使用正常的MR程序,系统重启后无法生成MRE\MRO\MRS文件. 服务器有两个时钟:硬件时钟和系统时钟 硬件时钟从根本上讲是CMOS时钟: 系统时钟是由内核维护的,它是从1969年末(即传说中的标志Unix时代开端的那个拂晓)开始算起的累积秒数. 正常运行时系统时间与NTP服务器时间通过NTP进程同步,保持系统时间与标准时间一致. 一旦系统重启,系统时间将重置为BIOS时间,通常情况下BIOS时间,不会和NTP服务器同

首先,是wine QQ的安转教程:Wine安装最新版QQ(8.9.2)的简单教程 - Powered by Discuz! 里面作者也提到了关于重启后出现个人文件夹被占用的情况. 如下: 这里,如果不替换riched20的话则安装好QQ后无法输入用户名,不停用txplatform.exe则WineQQ无法完整退出,导致关掉重开后提示QQ文件被占用,禁用ntoskrnl.exe是为了规避可能出现QQ无法启动的bug.前面的*号可以省略,不过我觉得比较好看,还是加上去了. 我按照上面的设置后,发现还

tomcat7配置用户管理权限,修改tomcat-users.xml文件 在%tomcat%目录中找到/conf/tomcat-users.xml,修改 <tomcat-users>    <role rolename="manager-gui"/>    <user username="tomcat" password="tomcat" roles="manager-gui"/></

背景 最近在提供后台API时,提供了一个简单逻辑的接口 部署在测试环境,自测没问题,提交测试 突然有一天,接口响应延迟严重,几乎每次都是3-4秒返回 这对于一个接口来说,肯定是有问题的 于是便有了以下的方法尝试 重启FPM 最开始以为不是什么大问题,猜想可能是fpm问题 毕竟测试环境,部署代码繁多 重启后,接口响应正常,可不一会就又复现 重新分析定位问题 经过几次的尝试后,发现问题其实没有那么简单 重启fpm后,过了不到几秒,问题依然复现 编写简单的php文件,无复杂逻辑,只输出字符串,问题复现

今天一台服务器上不了网,设置了nameserver,重启后/etc/resolv.conf文件就被自动还原了,最后发现是被Network Manager修改了.解决方法:停止Network Manager服务 service NetworkManager stop 重启网络服务 /etc/init.d/network restart 彻底废掉Network Manager chkconfig NetworkManager off 修改网卡配置 vi /etc/sysconfig/network-

最近得到一个比较好用的DNS,每次重启后都修改DNS配置文件 /etc/resolv.conf 重启就会失效 从网上得知 /etc/resolv.conf中的DNS配置是从/etc/resolvconf/resolv.conf.d/head中加载而来,所以每回改resolv.conf都会失效,在此文件里面已经有说明 打开/etc/resolv.conf内容如下:cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolve

临时改GCC编译器,重启后失效.例如,用如下命令: export CROSS_COMPILE= <gcc 文件所在的目录>/arm-linux-gnueabihf- 本例中使用的命令如下:export CROSS_COMPILE=/tool/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf- 可使用 ${CROSS_COMPILE}gcc -v 验证设置的正确性和查看 gcc 版本信息 linux@

[root@cloud /]# passwd 更改用户 root 的密码 . 新的 密码: 重新输入新的 密码: passwd: 所有的身份验证令牌已经成功更新. [root@cloud /]# fdisk Usage: fdisk [options] <disk> change partition table fdisk [options] -l <disk> list partition table(s) fdisk -s <partition> give part

新配置的一台服务器,安装的是CentOS6.3系统,在安装完LNMP之后,发现nginx进程存在,且php解析正常,但是用分配的独立IP去访问的时候发现无法访问. 查了下网上的资料,发现可能是Linux防火墙iptables导致nginx不能访问.我们访问一个网站,一般用的是80端口,那么这个问题的原因可能就是80端口的访问被拦截了.查看/etc/sysconfig/iptables文件,发现里面没有80端口的配置规则,需要修改下iptables. 在root权限下执行: iptables -A

虚拟机网络选择 桥接网卡 模式. 主要涉及两个步骤: 1. 修改 /etc/network/interfaces 文件: 2. 修改 dns : 第一步,修改 interfaces 文件: sudo gedit /etc/network/interfaces 原文件中内容为: auth lo iface lo inet loopback 直接在下面加上以下内容: auth eth0 #这里的 eth0 你需要自己 ifconfig 查看一下自己机器是 eth0 还是 eth1 iface eth

起因:每次重启虚拟机后,var/run/nginx/目录都会被删除,所以无法在这个目录创建nginx.pid文件, 可以自己创建var/run/nginx/目录,然后可以运行,但治标不治本,下次虚拟机重启目录还会丢失. 解决方法: 打开/usr/local/nginx/conf/nginx.conf 这是我的配置文件,一般在nginx的conf文件夹中 在nginx.conf中打开一个配置: #pid        logs/nginx.pid;//打开这个配置 同时在/usr/local/ng

Linux重启后raid5的名字发生变化 使用raid,每次重启后,都会变换设备路径 比如原来为/dev/md0 重启一次变成了/dev/md127 这个问题,可以使用修改配置文件来解决. 1.mdadm -Ds >> /etc/mdadm.conf    单独输入mdadm-ds,会输出 说明:本命令是将mdadm -D输出的数据追加到mdadm.conf文件中.mdadm.conf文件没有这条命令会新建的. 2.修改/etc/fstab文件,将配置文件改过来就好了. 重启后问题解决 来自为

TMP和TEMP文件是各种软件或系统产生的临时文件,也就是常说的垃圾文件.Windows产生的临时文件,本质上和虚拟内存没什么两样,只不过临时文件比虚拟内存更具有针对性,单独为某个程序服务而已.而它的专一性导致了许多新手对他望而生畏,不删占据空间,删了又怕导致程序无法运行…… 一.大家在使用Windows操作系统的时候,可能会经常在C盘根目录发现一些后缀名为TMP的文件,还会在Windows目录里发现一个TEMP的目录.一些刚接触电脑的用户可能会觉得莫名其妙,这是什么东西来的,我没建立过这样的文

由于阿里云经典网络迁移到专用网络,一不小心没有先预备方案调整网段, 导致实例无法以内网IP形式访问数据库,被迫进行数据库停机后网络网段调整,导致宕机了几个小时...被客户各种投诉爆了.. 基于这次数据库恢复血泪史, 特整理解决办法, 让日后同学避免再犯. 数据库master库重启后, 确保能正常提供服务.由于生产上BI系统使用的是slave从库做数据查询, 从库的数据库已经落后了master好几天, 查看从库状态: mysql> show slave status\G; 显示 Slave_IO_

1:环境:centos7 2:当在重启centos7 linux服务器后,再连接ftp客户端不能链接 此时需要检查以下几点: 2-1:核查ftp服务是否启动正常: [root@localhost ~]# service vsftpd status Redirecting to /bin/systemctl status vsftpd.service ● vsftpd.service - Vsftpd ftp daemon Loaded: loaded (/usr/lib/systemd/syst

解决tomcat重启后数据加载缓慢或丢失 我们在首次全量导入和第二次增量导入数据都成功后,在研究solr过程中,会反复重启tomcat. 我们会发现在重启tomcat后,core的data目录下明明已经有之前solr加载的已经写到磁盘的数据索引文件,可是tomcat在重启过程中,就是加载很慢,而且比初始全量导入数据更慢,而且当我们尝试进行浏览器界面数据查询的时候,直接报错连接不上. 这时候就需要修改solr的默认配置solrconfig.xml 找到<searchComponent标签,并且属性

今天重启了下Hadoop集群,使用Eclipse调试hdfs api的时候报错: [WARNING] java.lang.NullPointerException at org.conan.kafka.HdfsUtil.batchWrite(HdfsUtil.java:50) at org.conan.kafka.SingleTopicConsumer.run(SingleTopicConsumer.java:144) at java.lang.Thread.run(Thread.java:74