在过去，我经常使用将gdb附加到正在运行的Python进程并使用py-*扩展进行debugging的可能性。 但是，自Debian Jessie以来，这不再起作用，而是抛出了MemoryError 。 重现步骤： 使用debian/jessie64盒子创build一个Vagrant机器 在框中sudo apt-get install gdb python-dbg 创build一个testing文件echo "raw_input()" > test.py"并运行python test.py 用gdb gdb -p <processe's PID>附加 尝试py-bt或任何其他py-*命令 结果是： (gdb) py-bt Python Exception <class 'gdb.MemoryError'> Cannot access memory at address 0x12: Error occurred in Python command: Cannot access memory at address 0x12 当使用debian/wheezy64作为基础框时： #10 Frame 0xf2faf0, for file test.py, line 1, […]
这已经花了我两个独立的多小时的会话来完全理解preferences.d系统如何在apt中工作。 在我的本地开发机器上，我有很多不同的apt源..： /etc/apt/sources.list.d ; ls total 64 -rw-r–r– 1 root root 55 Jan 23 14:08 deb-backports.list -rw-r–r– 1 root root 158 Mar 4 06:05 deb-experimental.list -rw-r–r– 1 root root 164 Jan 23 14:23 deb-security.list -rw-r–r– 1 root root 146 Mar 4 06:05 deb-stable.list -rw-r–r– 1 root root 148 Mar 4 06:05 deb-testing.list -rw-r–r– 1 root […]
我在一台vserver上使用Debian 8.7 64位进行testing。 我通过安装nginx apt-get update -y && apt-get -t jessie-backports install nginx和 nginx -v显示nginx version: nginx/1.10.3 。 我也通过openssl version -v并得到 OpenSSL 1.0.1t 3 May 2016 (Library: OpenSSL 1.0.2k 26 Jan 2017) 。 目前我有一个高效率的服务器的问题，因为我得到很多closuresfailed (SSL: error:140E0197:SSL routines:SSL_shutdown:shutdown while in init)错误，发现nginx和openssl使用1.9版本的nginx时有一些问题。 生产系统仍然使用nginx / 1.9.10。 在我想通过jessie-backports更新nginx到1.10之前，我想testing一切是否仍然有效。 在testing的同时，我也检查了openssl的版本，并得到了我上面粘贴的信息。 那是什么意思？ 是openssl 1.0.1t或1.0.2k安装？ 谢谢你的帮助！
我正在运行一个Debian GNU / Linux 8.7的盒子，并将Postfix 2.11.3-1作为MTA。 突然之间，也就是说，没有改变MTA设置，邮件停止发送，并且在/var/log/mail.err显示以下错误： root@schroeder:~# tail /var/log/mail.err Mar 21 12:51:01 schroeder postfix/smtp[25421]: fatal: unknown service: smtp/tcp Mar 21 12:54:11 schroeder postfix/smtp[26397]: fatal: unknown service: smtp/tcp Mar 21 12:54:12 schroeder postfix/smtp[26398]: fatal: unknown service: smtp/tcp Mar 21 12:59:26 schroeder postfix/smtp[26553]: fatal: unknown service: smtp/tcp Mar 21 12:59:26 schroeder postfix/smtp[26554]: fatal: unknown service: smtp/tcp […]
TOE的使用会导致什么问题？ 众所周知，TOE（ TCP卸载引擎 ）将TCP / IP堆栈的处理从CPU卸载到NIC： https ： //wiki.linuxfoundation.org/networking/toe CPU有更多的免费资源 – 所以用户应用程序运行速度更快 它也增加了吞吐量并减less了networking应用程序的延迟： http : //www.epsglobal.com/downloads/Chelsio/Chelsio-Solarflare-TL-1.pdf 但为什么有时候build议closuresTOE？ 禁用TCP卸载{完全，一般和容易} 为什么TOE在某些情况下可能会很慢？ https://fasterdata.es.net/host-tuning/nic-tuning/ 据报道， Chelsio网卡上的 TCP分段卸载（TSO）和TCP卸载引擎（TOE）严重损害了WAN上的性能 （它们有助于减lessCPU负载，而不会影响局域网上的吞吐量）。 对于非常快的CPU尤其如此。 TOE的使用会导致什么问题？
我已经阅读了数以百计的互联网上的post，我找不到任何解决我的问题。 所以我决定写这个post，希望有人能帮助我。 首先我要为我的坏英语道歉，希望你明白我的意思，如果不是不要麻烦的提问。 问题： 我有限制saslauthentication的用户发送邮件只是从后缀configuration的问题。 我知道这可以通过使用postfix main.cf中的“reject_sender_login_mismatch”和“smtpd_sender_login_maps”标签来完成。 但问题接缝，后缀不匹配的邮件字段对smtpd_sender_login_maps相反，它匹配sasl用户名（在我的情况下，也是一个电子邮件地址）。 清楚的是，这个条件总是成立的，因为sasl用户名不存在真正写在FROM字段中的东西。 当我打开debugging（debug_peer_list = client ip ）时，我注意到了这一点，并从Thunderbird的欺骗地址any_other@any_other.xy发送邮件到[email protected]。 我没有在mail.log中看到真正的FROM字段，而是将sasllogin名（[email protected]）解释为FROM地址。 解压缩表格/var/log/mail.log： …. postfix/smtps/smtpd[3525]: watchdog_pat: 0xXXXXXXXXX postfix/smtps/smtpd[3525]: < unknown[XXXXXXXXX]: AUTH PLAIN XXXXXXXXX postfix/smtps/smtpd[3525]: query milter states for other event postfix/smtps/smtpd[3525]: milter8_other_event: milter local:/opendkim/opendkim.sock postfix/smtps/smtpd[3525]: xsasl_dovecot_server_first: sasl_method PLAIN, init_response XXXXXXXXX postfix/smtps/smtpd[3525]: xsasl_dovecot_handle_reply: auth reply: [email protected]? postfix/smtps/smtpd[3525]: > unknown[XXXXXXXXX]: 235 2.7.0 Authentication successful […]
我的Xen设置中的networkingconfiguration如下： dom0有3个网卡（eth0，eth1，eth2），3个网卡（xenbrE，xenbrI，xenbrD），每个网卡都集成了相应的网卡。 只有xenbrDconfiguration了一个IP地址（192.168.78.2，一个私有局域网）才能与所有的domU进行讨论。 有一个domU是防火墙/路由器，它也包含3个虚拟卡（eth0，eth1，eth2）。 它伪装成在eth0（xenbrE的一部分的外部接口）上出现stream量。 我的问题是，当我在dom0上通过HTTP从互联网下载一个大文件时，下载速度不稳定。 它逐渐boost，然后停顿几秒钟，然后再次重新启动（所有这些都在循环中，直到下载完成）。 在摊位期间，它看起来所有联网在机器上被阻塞（注意在交互式SSH会话）。 dom0 │domU wget │ ↕ │ eth2↔xenbrD(192.168.78.2)↔vif2.2←┼→eth2(192.168.78.1/24) │ ↕ masquerading eth0↔xenbrE↔vif2.0←——————————————┼→eth0(192.168.1.20/24) ↕ internet 如果我执行相同的下载，但使用在防火墙domU中运行的（非caching）HTTP代理，则下载速率会稳定在最大值。 我怎样才能避免这个问题？ 我怀疑这是networking堆栈中的一个错误，但我希望能够帮助更准确地进行诊断（也许可以find解决办法）。 这是Debian Etch系统，使用Xen 3.2和Debian Lenny的2.6.26-xen-686内核（backports）。 这些网桥是使用/ etc / network / interfaces创build的： auto lo iface lo inet loopback auto xenbrE iface xenbrE inet manual bridge_ports eth0 bridge_maxwait 0 auto xenbrI iface xenbrI inet […]
使用apt-get dist-upgrade升级服务器上的软件，出现以下错误： Extracting templates from packages: 100% Preconfiguring packages … (Reading database … 28575 files and directories currently installed.) Preparing to replace debianutils 2.8.4 (using …/debianutils_2.30_i386.deb) … Unpacking replacement debianutils … dpkg: error processing /var/cache/apt/archives/debianutils_2.30_i386.deb (–unpack): trying to overwrite `/usr/sbin/add-shell', which is also in package passwd dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors […]
我应该如何安装debian到远程服务器，我没有物理访问？ 关于服务器的背景：debian安装，no xen或lvm，ext3 fs占用11G空间的所有磁盘。 这是我的行动计划，请评论并提出改进意见。 尝试将挂载的分区缩小到current_data_size + 2G。 使用fdisk / mkfs.ext3在释放的空间中创build一个新的分区 在一个新的分区（可能是debian）中使用一些无人参与/远程安装技术（任何build议？）临时安装FS 修改grub的menu.lst以从新的分区引导内核（是否足以让新的操作系统运行？） 重启.. 进入新的操作系统之后（我如何确保它有一个活动的sshd服务器？）使用FS工具来擦除旧的操作系统，使用resize2fs来增长新的分区，以超过清空旧分区的空间。 一些随机问题：我可以使用LVM安装新的操作系统，然后，当有更多的空间可用时，扩展VG / LV来把它拿起来？ 编辑： 我正确地认识到缩小安装的文件系统有缺陷，但缩小安装的分区是不可能的？ 系统有一个用于交换的未分区分区，2.5G大小，也许我可以将其交换并格式化为新的操作系统安装，您怎么看？
我确实使用PAM身份validation设置了OpenLDAP服务器。 明文，它工作得很好，但是当我尝试添加SSL它总是失败。 我正在遵循该指南来使其工作： http : //kidrek.fr/blog/?p=30 我在Debian lenny系统上这样做。 在我的日志中，我可以看到：9月9日17:00:48主机名slapd [3231]：connection_read（13）：检查inputid = 14 9月9日17:00:48主机名slapd [3231]：connection_read（13）：无法获取TLS客户端DN，错误= 49 id = 14 9月9日17:00:48主机名slapd [3231]：connection_get（13）：得到connid = 14 9月9日17:00:48主机名slapd [3231]：connection_read（13）：检查inputid = 14 9月9日17:00:48主机名slapd [3231]：fd 13上的ber_get_next失败errno = 0（成功） 9月9日17:00:48主机名slapd [3231]：connection_closing：准备conn = 14 sd = 13closures 9月9日17:00:48主机名slapd [3231]：connection_close：conn = 14 sd = 13 客户端：9月9日17:00:47主机名称：nss_ldap：无法searchLDAP服务器 – 服务器不可用 9月9日17:00:47主机名id：nss_ldap：无法连接到任何LDAP服务器，因为cn = admin，dc = company，dc = local […]