Articles of Debian

keepalivedclosures – 在守护进程closures时不运行“通知”钩子

我正在使用Debian(Lenny,Squeeze)在一个相当简单的设置下运行keepalived ,我只是(ab)将它用作VRRP守护进程来决定两台相同机器之间对于某些虚拟IP的主控权。 所有的魔法都发生在notify -script中。 当我完全停止守护进程(使用debian的init脚本)时,keepalived不会运行通知脚本进行备份或至less是故障模式,这是我所怀疑和需要的。 我可以用一些不需要的效果“修复”rc脚本 – 通知脚本会被硬编码到rc脚本中,引入这两者之间的不必要的耦合,并将修补程序移植到下一个debian版本,所以这是不是我真正想去的方式 任何提示更清洁的解决这个问题? vrrp_instance FOORRP { virtual_router_id 42 interface eth0 state BACKUP priority 200 nopreempt authentication { auth_type AH auth_pass foobar42 } notify "/usr/local/bin/vrrp-state" virtual_ipaddress { 127.0.0.2 } } PS:使用“three notify _” – 脚本不会改变任何东西 PPS:在更新日志 (版本1.1.16)中有一些提到,这适合我的问题(尽pipe我没有使用任何与keepalived相关的lvs),但是我使用的是更新的版本(1.1.20):“notify_down在keepalivedclosures工作真正的服务器不执行“。

在Debian上使用4个磁盘的Raid 5会自动创build一个备用驱动器

我试图在Debian 6上创build一个4x 2TB磁盘的RAID 5.我遵循以下的指示:http: //zackreed.me/articles/38-software-raid-5-in-debian-with-mdadm 我使用以下命令创build了raid: sudo mdadm –create –verbose /dev/md0 –auto=yes –level=5 –raid-devices=4 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1 在创buildRAID mdadm –detail /dev/md0显示我: /dev/md0: Version : 1.2 Creation Time : Mon Jun 11 18:14:26 2012 Raid Level : raid5 Array Size : 5860535808 (5589.04 GiB 6001.19 GB) Used Dev Size : 1953511936 (1863.01 GiB 2000.40 GB) […]

列出networking中的所有共享

我正在运行Linux,并在我的networking中,我们有很多系统与桑巴股份。 有没有办法让我可以得到所有的桑巴股份信息

获取发行版和服务器版本

可能重复: 我如何知道哪个版本的Linux正在运行? 什么是最好的方式来获得在任何服务器上安装的linux的味道? 例如,如果服务器是RedHat或CentOS,我可以简单地做: cat /etc/redhat-release CentOS release 6.3 (Final) 所有其他主要分销商在哪里存储他们的详细资料? 谢谢。

SFTP后上传挂钩

在一个文件被成功地上传(一个chroot)的SFTP后,我将如何运行一个脚本? 我有这个工作在使用PureFTP的标准FTP连接 http://linux.die.net/man/8/pure-uploadscript 我正在运行Debian Squeeze

在IBM服务器系统x3650 M4 791562G上直接使用XEN或KVM进行虚拟化?

我想使用XEN或KVM构build一个虚拟化的服务器环境。 虚拟机应该是纯粹的debian系统 – 所以XEN或KVM应该是一个理智的select。 现在在购买服务器的时候,我面临着一个事实,那就是厂商显然只支持商业解决scheme。 我认为,在一个好的服务器上,也应该能够安装一个非商业软件 – 当然有时系统有硬件,需要驱动程序,在操作系统社区找不到。 所以我问了这个问题:是否可以直接在Debian上使用Debian与IBM服务器系统x3650 M4 791562G – 甚至使用XEN或KVM虚拟化IBM服务器系统x3650 M4 791562G。 我相信总会有办法达到这个目标 – 但这样做可能会有很高的收益 – 所以我不问,这是否是理论上可行的,但是这是否应该是直截了当并且实际上是容易的,否重大的令人头痛的预期。

错误设置function,禁用functionpipe理;

root@monitor:/opt/observium# service syslog-ng restart Stopping system logging: syslog-ng. Starting system logging: syslog-ngsyslog-ng: Error setting capabilities, capability management disabled; error='Operation not permitted' root@monitor:/opt/observium# uname -a Linux monitor 2.6.32-042stab075.2 #1 SMP Tue Mar 5 15:21:53 MSK 2013 x86_64 GNU/Linux 这是内核的问题吗?

如何使用debconf-set-selections预先configuration软件包?

我正在尝试预先configurationredmine安装,并且被卡住了 debconf-set-selections pkg.selections 导致很多错误消息 error: Cannot find a question for redmine/instances/default/password-confirm error: Cannot find a question for redmine/instances/default/pgsql/admin-pass error: Cannot find a question for redmine/instances/default/mysql/admin-pass error: Cannot find a question for redmine/instances/default/app-password-confirm error: Cannot find a question for redmine/instances/default/mysql/app-pass error: Cannot find a question for redmine/instances/default/pgsql/app-pass error: Cannot find a question for redmine/instances/default/db/app-user error: Cannot […]

内存不足(3.2.0)恐慌(Debian 7.3),即使有问题的进程被终止

当试图将一个相当大的文件夹(450G)备份到仅作为备份目标rdiff-backup (版本1.2.8 – 最后标记为stable )的2TB驱动器时,会导致内核崩溃。 系统: Linux giorgio 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux 磁盘:2个1TB磁盘,软件镜像RAID模式,1个2TB磁盘,仅用于备份。 我有一个怀疑:服务器上的内存是2G内存+ 2G交换= 4G。 有大小达16G的文件。 在某些时候, rdiff-backup可能会将整个文件加载到内存中吗? 在任何情况下,内核恐慌都不应该发生(因为rdiff进程被杀害了,所以内存应该再次可用?),所以我想我的问题有两个部分,一个是关于我的怀疑,二是关于内核恐慌。 顺便说一句,最近恐慌开始了,相当多的备份已经成功了 – 完整的和渐进的 – 那些大的GB文件已经在那里。 所以我想这是新的Debian内核的错误,而不是rdiff-backup的? 日志文件部分在发生恐慌的时候http://pastebin.com/e9a5fQdh 最后一件事情在屏幕上: 编辑/更新:我只是尝试创build一个20GB的交换文件(从/ dev /零dd)和服务器再次closures,没有反应ping 。 从查看日志:看起来内核已经杀死了一些进程 – 包括我怀疑已经造成这一切的进程(rdiff-backup) – 但是却说“用完了可以进行的进程”。 看来杀死进程并没有释放内存?

为什么BIND不再使用转发器?

BIND不使用转发器来解决任何更多。 它只是去根服务器。 我不知道什么时候开始发生,因为一切都是透明的,但是绑定的configuration没有改变。 它使用apt进行了升级。 我在Debian 7上,当前的绑定版本是BIND 9.8.4。 组态: options { directory "/var/cache/bind"; forwarders { 8.8.8.8; 8.8.4.4; }; forward only; dnssec-validation no; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; 任何想法重新启用转发?