服务器管理员

系统和网络管理员的问答

5
用GUID查找GPO名称？
我正在监视广告日志，当有人修改广告对象时，我可以看到一条日志，但是该行仅提供了该组策略的GUID。 因此，给定组策略的GUID，是否可以获取gpmc.msc中显示的名称？（我的意思是使用LDAP协议来获取该信息）
2
带有屏障的SATA驱动器上的写缓存的安全性
最近，我一直在阅读有关SATA驱动器的写缓存，NCQ，固件错误，障碍等信息，但我不确定在电源故障的情况下哪种最佳设置可以确保数据安全。 据我了解，NCQ允许驱动器对写入进行重新排序以优化性能，同时让内核了解已物理写入了哪些请求。 写入缓存使驱动器更快地处理请求，因为它不等待将数据写入物理磁盘。 我不确定这里的NCQ和Write缓存如何混合使用... 文件系统，特别是日记系统，需要确定何时记录了特定请求。同样，用户空间进程使用fsync（）强制刷新特定文件。在文件系统确定数据已写入磁盘之前，对fsync（）的调用不应返回。 有一个功能（FUA，强制单位访问），我仅在SAS驱动器上看到过，该功能强制驱动器绕过缓存并直接写入磁盘。对于其他所有方面，都有写障碍，这是内核提供的一种机制，可以触发驱动器上的缓存刷新。这将强制记录所有缓存，而不仅仅是关键数据，从而在滥用时减慢了整个系统的速度，例如使用fsync（）。 然后，存在带有固件错误的驱动器，或者故意谎称何时物理写入数据。 话虽这么说..有几种方法可以设置驱动器/文件系统：A）禁用NCQ和写入缓存B）启用NCQ仅C）启用写入缓存D）启用NCQ和写入缓存 我正在假设启用了障碍。顺便说一句，如何检查它们是否真正启用？ 如果断电，则在主动写入磁盘时，我的猜测是，对于文件系统日志和数据，选项B（NCQ，无高速缓存）都是安全的。可能会有性能损失。 如果使用障碍或FUA，则选项D（NCQ + cache）对于使用fsync（）的文件系统日志和应用程序将是安全的。这对于在缓存中等待的数据将是不好的，并且要由文件系统来检测它（校验和），并且至少文件系统不会（希望）处于不稳定状态。性能方面，它应该更好。 但是，我的问题仍然存在……我是否想念任何东西？还有其他变量要考虑吗？是否有任何工具可以确认这一点，并且我的驱动器运行正常？
2
Sun Grid Engine huhohshdhjha
当我键入时qstat -h，我得到以下选项 [-s {p|r|s|z|hu|ho|hs|hd|hj|ha|h|a}] show pending, running, suspended, zombie jobs, jobs with a user/operator/system/array-dependency hold, jobs with a start time in future or any combination only. h is an abbreviation for huhohshdhjha a is an abbreviation for prsh 到底是什么huhohshdhjha？
3
将队列规则重置为默认的pfifo_fast？
我正在尝试暂时设置一个限速队列规则，然后稍后将其删除： # /sbin/tc qdisc add dev eth1 root tbf rate 600kbit latency 50ms burst 1540 # /sbin/tc qdisc del dev eth1 root 不幸的是，这完全消除了队列约束，并阻止了删除队列后传出数据的传输。 我希望能够将队列规则重置为默认规则： qdisc pfifo_fast 0: dev eth1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 …
13 linux  tc 
4
CentOS的/ dev / bus / usb结构
在我的Ubuntu 12.04上，当我插入usb设备时，在dev目录树下的usb设备添加如下： /dev/bus/usb/001/001 在我的CentOS 5上添加如下： /dev/bus/usb/devices/2-1.4/ lsusb需要像第一个一样在/ dev下创建USB设备。为解决此问题，当我尝试手动链接它们时，操作系统给出“没有此类文件或目录错误。”，但可以在ubuntu下完成相同目录的链接而没有问题。 CentOS的： ln -s /dev/bus/usb/devices/2-1.4/descriptors /sys/bus/usb/001/001 ln: creating symbolic link `/sys/bus/usb/001/001' to `/dev/bus/usb/devices/2-1.4/descriptors': No such file or directory 在ubuntu中，在/ dev / bus / usb下创建不会给出错误。 当我在CentOS日志下插入USB设备时，如下所示： Dec 5 12:20:18 2012 kernel: [74465.103460] usb 2-1.4: new high-speed USB device number 36 using ehci_hcd Dec 5 …
13 centos5  usb 
2
SSD驱动器的ext3分区上的突然掉电后文件系统损坏是“预期行为”吗？
我公司制造了一个嵌入式Debian Linux设备，该设备从内部SSD驱动器上的ext3分区启动。因为该设备是嵌入式“黑匣子”，所以通常通过简单地通过外部开关切断设备电源来粗鲁地关闭它。 这通常是可以的，因为ext3的日志记录可以使事情井井有条，因此，除了偶尔丢失部分日志文件外，事情还可以继续进行。 但是，我们最近看到了许多单元，在经过多次硬重启之后，ext3分区开始出现结构性问题-特别是，我们在ext3分区上运行e2fsck，它发现了许多类似的问题显示在此问题底部的输出清单中。运行e2fsck直到停止报告错误（或重新格式化分区），都可以解决问题。 我的问题是...在遭受大量突然/意外关机的ext3 / SSD系统上看到类似问题的含义是什么？ 我的感觉是这可能是我们系统中软件或硬件问题的迹象，因为我的理解是ext3的日记功能（除非存在错误或硬件问题）被认为可以防止这类文件系统完整性错误。（注意：我了解用户数据未记录日志，因此用户文件可能被蒙蒙/丢失/截断；我在这里专门谈论文件系统元数据错误，如下所示） 另一方面，我的同事说这是已知的/预期的行为，因为SSD控制器有时会重新排序写命令，这可能会使ext3日志感到困惑。特别是，他认为，即使给定了正常运行的硬件和无错误的软件，ext3日志也只会减少文件系统损坏的可能性，这并非不可能，因此我们不时看到这样的问题也不会感到惊讶。 我们哪个是对的？ Embedded-PC-failsafe:~# ls Embedded-PC-failsafe:~# umount /mnt/unionfs Embedded-PC-failsafe:~# e2fsck /dev/sda3 e2fsck 1.41.3 (12-Oct-2008) embeddedrootwrite contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Invalid inode number for '.' in directory inode …
3
使用多个CPU时平衡RAM
我们有一台CPU的HP DL360 G7服务器， 16G12G内存。我们计划添加另一个CPU。因此，我们还需要ram作为第二个CPU。如果将不同大小的ram添加到第二个cpu，会对性能产生负面影响吗？例如20G？ 当前的ram配置：
6
在Cloudflare中使用Namecheap DNS
由于CloudFlare不提供电子邮件转发，因此我需要将DNS管理保留在Namecheap上。 我需要将哪些DNS记录（A，CNAME，...）指向CloudFlare（以及指向何处），以便能够继续使用其功能，而其余的保留给您便宜的价钱？
4
如何在随机断电的机器上存储数据
我有一个在物理机主机上运行的虚拟机（Debian）。虚拟机充当其在本地网络上频繁接收的数据的缓冲区（该数据的周期为0.5s，因此吞吐量相当高）。接收到的所有数据都存储在虚拟机上，并通过UDP反复转发到外部服务器。外部服务器确认（通过UDP）它已接收到数据包后，原始数据将从虚拟机中删除，然后不再发送到外部服务器。连接虚拟机和外部服务器的Internet连接不可靠，这意味着一次可能会断开几天。 托管VM的物理机每天随机几次断电。无法判断何时会发生这种情况，并且无法在系统中添加UPS，电池或类似解决方案。 最初，数据存储在虚拟机上基于文件的HSQLDB数据库中。但是，频繁的断电最终会导致数据库脚本文件损坏（不是在文件系统级别，即可读，但HSQLDB无法理解），这引发了我的问题： 数据应该如何存储在经常断电且经常发生的环境中？ 我可以想到的一种选择是使用平面文件，将每个数据包另存为文件系统上的文件。这样，如果由于断电而损坏了文件，则可以忽略该文件，其余数据保持不变。但是，这带来了一些问题，主要与可能存储在虚拟机上的数据量有关。每条数据之间的间隔为0.5s，将在10天内生成1,728,000个文件。这至少意味着使用具有增加的inode数量的文件系统来存储此数据（当前文件系统设置用尽了大约250,000条消息和30％的磁盘空间使用了inode）。而且，很难（不是不可能）进行管理。 还有其他选择吗？是否有在Debian上运行且不会因断电而损坏的数据库引擎？此外，应为此使用什么文件系统？ext3是目前使用的。 虚拟机上运行的软件是使用Java 6编写的，因此希望该解决方案不会兼容。
5
在CentOS 6.3上安装最新的ImageMagick
我在尝试在CentOS 6.3 x86_64服务器上安装最新版本的ImageMagick时遇到了麻烦。首先，我从ImageMagick站点下载了RPM并尝试安装它。由于缺少依赖项而失败： error: Failed dependencies: libHalf.so.4()(64bit) is needed by ImageMagick-6.8.0-4.x86_64 libIex.so.4()(64bit) is needed by ImageMagick-6.8.0-4.x86_64 libIlmImf.so.4()(64bit) is needed by ImageMagick-6.8.0-4.x86_64 libImath.so.4()(64bit) is needed by ImageMagick-6.8.0-4.x86_64 libltdl.so.3()(64bit) is needed by ImageMagick-6.8.0-4.x86_64 我已经libtool-ltdl安装了，但是包括libltdl.so.7，没有libltdl.so.4。我有一个类似的问题libHalf，libIex，libIlmImf和libImath。通常，您可以安装OpenEXR以获取那些依赖项。不幸的是，CentOS 6.3包含OpenEXR 1.6.1，其中包括ilmbase-devel 1.0.1。该版本的ilmbase-devel包括这些依赖项的较新版本： libHalf.so.6 libIex.so.6 libIlmImf.so.6 libImath.so.6 接下来，我尝试按照说明从源代码安装ImageMagick。那里也没有运气。我收到一个构建错误： RPM build errors: File not found by glob: /home/sean/rpmbuild/BUILDROOT/ImageMagick-6.8.0-4.x86_64/usr/lib64/ImageMagick-6.8.0/modules-Q16/coders/djvu.* 我什至重新运行configure以明确排除djvu，但仍然出现相同的错误。此时，我正在拔头发。 …
3
Webapp的Tomcat 7尾部斜杠问题
最近，我将tomcat服务器从6.x版本升级到了最新的7.x版本。 我遇到了小麻烦，希望得到帮助。 我有一个名为MyApp的应用程序 在tomcat6上，当我转到http://www.example.com/MyApp/page/时 ，通常会得到想要的结果。 现在，在tomcat7上，访问相同的确切URL（带有斜杠），我得到一个错误：“资源不可用”，因为tomcat认为/ MyApp / page /是一个完整的Web应用程序名称，而不是请求名称MyApp Webapp下的页面。 我需要在网址的末尾加上斜杠，因为否则我会收到错误：“ HTTP状态405-请求方法'GET'不支持”，这是可以的，因为我确实不允许GET方法用于“页面”请求。 如果有人知道如何告诉tomcat在现有Web应用程序路径之后的斜杠不应假定将其重定向到新的Web应用程序会调用整个“字符串”，并且像在tomcat6上那样处理请求，那就太好了！
13 tomcat  tomcat6 
4
有什么技术原因为什么我不应该使用Windows Server 2012？
我的公司正在通过Office 365同步，Lync，Exchange和Outlook在整个Active Directory企业范围内进行推广。 我们目前还没有广告（尚未）；在5个不同的办公室中有400多个用户。 我们面临的难题是我们是否应该最初部署Windows Server 2012或2008R2。 某些元素担心2012年的未知问题，我们的一位承包商建议我们使用2008年，因为它具有更大的知识库。 我在2012年完成了所有测试，而且我知道任何一个都可以满足我们的目的。这是一个相当简单的部署（2个DC和1个ADFS服务器）。 我们还将添加WDS，WSUS，Sharepoint和WebHelpDesk。 是否有任何有效的技术原因，我们不应该使用最新的可用版本，前提是这是对环境的完整描述，或者是我们应该注意的有关Windows Server 2012的任何警告？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.