Re: Free, open source, full-featured mail server solution for Scientific Linux 5.x
On Tue, Jun 28, 2011 at 12:10 AM, Zhang Huangbin wrote: > Dear Scientific Linux users, > > Just want to let you know, there's a free and open source mail server > solution, iRedMail, works well on Scientific Linux 5.x, supports both > i386 and x86_64. Web site: http://www.iredmail.org/ And Postfix. And Sendmail. And Exim. And Qmail. And look, it's available only as an installer which reaches out and downloads things from your website without actually mentioning what they are in advance. Wow, I could go on with the obvious issues from the website, but given that there's not even a GPG signature for the installation widget, this is actively unsafe.
Re: mplayer -vc no vdpau
On Sun, Jun 26, 2011 at 10:05 PM, Misc Things wrote: > I described the situation here > (http://www.nvnews.net/vbulletin/showthread.php?p=2449745#post2449745), > but maybe you guys can point me to the right direction. > > I got latest (rpm) src spec file > [code] > # $Id: mplayer.spec 9365 2010-12-07 01:39:32Z dag $ > # Authority: matthias > [/code] > > and flipped "1" to "0": > > [code] > %define _without_vdpau 0 > [/code] > > Yet the "-vo vdpau" doesn't seem to exist... : > [code] > [az@server Downloads]$ mplayer -vo help | grep vdp > > [az@server Downloads]$ mplayer -vc help | grep vdp > ffmpeg12vdpau ffmpeg working FFmpeg MPEG-1/2 (VDPAU) [mpegvideo_vdpau] > ffwmv3vdpau ffmpeg problems FFmpeg WMV3/WMV9 (VDPAU) [wmv3_vdpau] > ffvc1vdpau ffmpeg problems FFmpeg WVC1 (VDPAU) [vc1_vdpau] > ffh264vdpau ffmpeg working FFmpeg H.264 (VDPAU) [h264_vdpau] > ffodivxvdpau ffmpeg working FFmpeg MPEG-4,DIVX-4/5 (VDPAU) [mpeg4_vdpau] > [/code] > > what am i missing? > > thank you > Andrew > once i got it working, the solution is obvious. The details are here: http://www.nvnews.net/vbulletin/showthread.php?t=163889
Free, open source, full-featured mail server solution for Scientific Linux 5.x
Dear Scientific Linux users, Just want to let you know, there's a free and open source mail server solution, iRedMail, works well on Scientific Linux 5.x, supports both i386 and x86_64. Web site: http://www.iredmail.org/ iRedMail is: - A fully fledged, free email server solution, an open source project (GPL v2). - Easy, fast deployment in LESS THAN 1 MINUTE. - Use official binary packages from Linux/BSD distributions, with both i386 and x86_64 support. - Works on both non-virtualized and virtualized boxes, e.g. VMware, Xen, OpenVZ, VirtualBox. - Works on 7 major Linux/BSD distributions: Red Hat, CentOS, Scientific Linux, Debian, Ubuntu, openSUSE, FreeBSD. You can see feature list here: http://www.iredmail.org/features.html And success stories: http://www.iredmail.org/stories.html Enjoy. :) Zhang Huangbin iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux, CentOS, Debian, Ubuntu, openSUSE, FreeBSD: http://www.iredmail.org/
Re: xtables-addons?
On 06/27/2011 04:57 PM, Alan Bartlett wrote: On 27 June 2011 23:49, Alexander Hunt wrote: http://centos.tel.dn.ua/repository/centos/6/x86_64/ That has to be an utter nonsense. There is *NO* CentOS 6 release available to the public. Therefore any such product which claims to be from such a repository has to be viewed with a great deal of suspicion. Potential installers should beware. :-( Alan. Hi, I was just checking their timeline which shows CentOS6 scheduled to be pushed to the external servers on July 4. http://qaweb.dev.centos.org/qa/calendar/upcoming. Also looking at the date the package in question was built (16-Jan-2011 08:11), perhaps it was built on RHEL6 beta, so buyer beware for sure. The repo looks like a genuine Russian repo for CentOS alternative packages though. Alex
Re: xtables-addons?
On 27 June 2011 23:49, Alexander Hunt wrote: > http://centos.tel.dn.ua/repository/centos/6/x86_64/ That has to be an utter nonsense. There is *NO* CentOS 6 release available to the public. Therefore any such product which claims to be from such a repository has to be viewed with a great deal of suspicion. Potential installers should beware. :-( Alan.
Re: xtables-addons?
On 27 June 2011 23:31, Chris Tooley wrote: > I was wondering where I would get an xtables-addons package for Scientific > Linux 6? According to xtables-addons' distro availability table here: > > http://xtables-addons.sourceforge.net/ds-full.php > > RHEL6 and CentOS6 both have a version of xtables(1.4.7)...? am I reading > this wrong? [pedantic mode] No, I doubt that you are reading it wrong. It has just been written wrong. There is no "CentOS6". I guess asking at source what that page actually means would be the way forward. [/pedantic mode] Alan.
Re: xtables-addons?
On 06/27/2011 04:31 PM, Chris Tooley wrote: Hello, I was wondering where I would get an xtables-addons package for Scientific Linux 6? According to xtables-addons' distro availability table here: http://xtables-addons.sourceforge.net/ds-full.php RHEL6 and CentOS6 both have a version of xtables(1.4.7)...? am I reading this wrong? On an SL6 system, "yum search xtables-addons" returns nothing...? Also, as far as I can tell, it's not in rpmforge or epel... Any hints? Thanks, -Chris Hi Chris, there two versions I listed here, but no guarantees as to how good they are. :) I didn't find the package in any of the many repos I have the ability to search. http://repo.iotti.biz/Frank6/ http://centos.tel.dn.ua/repository/centos/6/x86_64/ Regards, Alex
xtables-addons?
Hello, I was wondering where I would get an xtables-addons package for Scientific Linux 6? According to xtables-addons' distro availability table here: http://xtables-addons.sourceforge.net/ds-full.php RHEL6 and CentOS6 both have a version of xtables(1.4.7)...? am I reading this wrong? On an SL6 system, "yum search xtables-addons" returns nothing...? Also, as far as I can tell, it's not in rpmforge or epel... Any hints? Thanks, -Chris
Re: SL 6 IA-32 and X86-64 polymorphism
On Mon, Jun 27, 2011 at 02:32:26PM -0700, Yasha Karant wrote: > > 1. How to install the SL6 release so that the System -> > Administration -> Add/Remove Software will list both the 64 bit and > 32 bit libraries? ... > > 2. Many packages that must be built from source rely upon configure > and for various reasons, paths such as /usr/lib , not /usr/lib64 > that is the X86-64 path, appear. ... > At TRIUMF we have the need to cross-compile 32-bit executables on 64-bit machines. This is for two reasons: we have some dedicated hardware that only runs 32-bit executables (VME processors, etc) but is too slow and does not have enough memory to support a self-hosting build environement (so we have to cross-compile); and we have some software that uses 32-bit-only 3rd party proprietary libraries. So I am very familiar with the questions you asked, but only for SL5. We are just starting to use SL6, but so far everything seems to be the same. 1) "out of the box", "yum list" shows both 32-bit and 64-bit packages. (From SL5 to SL6, 32-bit packages changed from .i386 to .i686 and tripped up some sysinstall scripts). Not all existing 32-bit packages are included into the 64-bit distribution. To install them, you can add the 32-bit repo to your system (but be ready to handle conflicts!) Some 32-bit packages will conflict with same-named 64-bit packages, if really required, one can force their installation by using "rpm -vh --install --no-deps" (but if you break your system, you get to keep both pieces). Some 32-bit packages are throughfully supplied through the "compat" packages. If not, move to question 2: 2) yes, very often building of external packages from source becomes confused by /usr/lib & /usr/lib64 & etc. This is where autotools becomes a bother instead of helper. Things like "pkg-config", "foo-config" also work against us as they are broken by design for the case when 32-bit or 64-bit libraries need to be selected as needed. The general trend seems to be towards "things only work on the developer's laptop" and if stuff does not work for you it is because "your machine is different from my laptop" and tough luck with it. -- Konstantin Olchanski Data Acquisition Systems: The Bytes Must Flow! Email: olchansk-at-triumf-dot-ca Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
SL 6 IA-32 and X86-64 polymorphism
I found on the web: Unlike Debian based distributions, Red Hat and distributions based on it organize lib directories in a way that lets you install a 32 bit package of .so files on an x86_64 system without any conflict with the 64 bit build of the same package, which may also be installed. AND: The Debian system dynamic library linker has been modified so that when a 32-bit application requests access to a library, Debian provides the 32-bit version of the library if it is available instead of the normal 64-bit version that the native applications require. This works if the ia32 packages which provide a sub-set of standard Debian libraries compiled in 32-bit mode have been installed. (NB: I am not using a Debian distro, but the SL 6 RHEL 6 distro. The quote is for clarity.) End quote. Unfortunately, this does not always seem to be the case in direct practical experience. Two questions: 1. How to install the SL6 release so that the System -> Administration -> Add/Remove Software will list both the 64 bit and 32 bit libraries? I have tried sl-release-6.0-6.0.1.i686.rpm and this does not cause these library choices to be displayed. I suspect this is because from the sl.repo file, the stanza name=Scientific Linux $releasever - $basearch always puts the actual base kernel ISA into the $basearch, so only X86_64 appears. I tried to make a separate repo file that would force the IA-32 libraries to be listed, and although I enabled the new repo using System -> Software Sources in the Add/Remove Software application, no such library RPMs appeared. 2. Many packages that must be built from source rely upon configure and for various reasons, paths such as /usr/lib , not /usr/lib64 that is the X86-64 path, appear. This is an issue with appropriate scope specific polymorphism. Will the following idea address this issue? Two unique paths for libraries and include files: foo32 and foo64 with foo being the appropriate path identifier. At the actual time when a decision as to which foo to use, set foo to either foo32 or foo64 but let the application (e.g., configure and the files needed for configure to "configure") only find foo . Thus /lib could be either /lib32 or /lib64 depending upon whether a 32 or 64 bit application was needed, etc. This is still much simpler than a chroot mechanism of keeping two identical operating systems and application environments on the same machine, one IA-32 and the other X86-64. Obviously, utilities such as ld (mentioned in a Debian context above) must be aware of the differences, as must compilers when creating appropriate object or executable file internal headers. Yasha Karant
Re: snapshot as "differencing disk" in KVM/VMM
On Mon, 27 Jun 2011 17:34:56 +0300 Zack Yovel wrote: > > I have installed one machine of Windows 2K8 in the qcow2 format, > > the command I use is: > > su -c "qemu-img snapshot -c /media/ExternalHd/dcsrv1.img > > '/home/UserName/Main VM Pool/Virtual Disks/Virtual > > Disks/2K8-Base.img'" the command does not produce any message, yet > > no snapshot is created. Since I'm new to KVM I guess I should have > > done something to prepare or the command I used isn't correct. > > Could someone please help me with it? > > #qemu-img create -f qcow2 -b \ /home/UserName/Main\ VM\ Pool/Virtual\ Disks/Virtual\Disks/2K8-Base.img\ /media/ExternalHd/snapshot.img http://wiki.qemu.org/Documentation/CreateSnapshot
Re: LabPlot
Aha, also found these: yum install kdelibs-devel kdelibs3-devel Doing that seemed to allow configure to continue on it's merry way. Hope that helps -Chris On 11-06-27 12:39 PM, Yasha Karant wrote: Not the fix: [root@jb344 yum.repos.d]# yum install qt3-devel Configuration file /etc/yum/pluginconf.d/fastestmirror.conf not found Unable to find configuration file for plugin fastestmirror Loaded plugins: changelog, downloadonly, kabi, protect-packages, refresh-packagekit, security Loading support for Red Hat kernel ABI Setting up Install Process Package qt3-devel-3.3.8b-29.el6.x86_64 already installed and latest version Nothing to do On 06/27/2011 12:28 PM, Chris Tooley wrote: On 11-06-27 12:10 PM, Yasha Karant wrote: Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6) x86-64? URL: http://labplot.sourceforge.net/ In the past, I have built this application from source. With SL 6, I get the following message from configure: checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! despite having loaded all the SL KDE development packages, having /usr/lib64/kde4 and /usr/include/kde4 present. Any assistance would be appreciated. Yasha Karant Try installing kde3 development files, it looks like that program was last edited in 2008, and may not understand kde4. I'm not a kde programmer so I don't know if kde4 is backwards compatible with kde3 or not. In SL6, that would be "yum install qt3-devel" (afaik) Hope that works for you! -Chris
Re: LabPlot
Not the fix: [root@jb344 yum.repos.d]# yum install qt3-devel Configuration file /etc/yum/pluginconf.d/fastestmirror.conf not found Unable to find configuration file for plugin fastestmirror Loaded plugins: changelog, downloadonly, kabi, protect-packages, refresh-packagekit, security Loading support for Red Hat kernel ABI Setting up Install Process Package qt3-devel-3.3.8b-29.el6.x86_64 already installed and latest version Nothing to do On 06/27/2011 12:28 PM, Chris Tooley wrote: On 11-06-27 12:10 PM, Yasha Karant wrote: Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6) x86-64? URL: http://labplot.sourceforge.net/ In the past, I have built this application from source. With SL 6, I get the following message from configure: checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! despite having loaded all the SL KDE development packages, having /usr/lib64/kde4 and /usr/include/kde4 present. Any assistance would be appreciated. Yasha Karant Try installing kde3 development files, it looks like that program was last edited in 2008, and may not understand kde4. I'm not a kde programmer so I don't know if kde4 is backwards compatible with kde3 or not. In SL6, that would be "yum install qt3-devel" (afaik) Hope that works for you! -Chris
Re: LabPlot
On 11-06-27 12:28 PM, Chris Tooley wrote: On 11-06-27 12:10 PM, Yasha Karant wrote: Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6) x86-64? URL: http://labplot.sourceforge.net/ In the past, I have built this application from source. With SL 6, I get the following message from configure: checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! despite having loaded all the SL KDE development packages, having /usr/lib64/kde4 and /usr/include/kde4 present. Any assistance would be appreciated. Yasha Karant Try installing kde3 development files, it looks like that program was last edited in 2008, and may not understand kde4. I'm not a kde programmer so I don't know if kde4 is backwards compatible with kde3 or not. In SL6, that would be "yum install qt3-devel" (afaik) Hope that works for you! -Chris Also, it looks like labplot 2.0 might use qt4... http://labplot.svn.sourceforge.net/viewvc/labplot/2.0/CMakeLists.txt?revision=291&view=markup "find_package(KDE4 REQUIRED)" And, it looks like my statement about it last being in development in 2008 was incorrect, browsing the source code on sf: http://labplot.svn.sourceforge.net/viewvc/labplot/ "3 days" for 2.0, "4 months" for 1.6.0 Just thought I would correct that misstatement ;) -Chris
Re: LabPlot
On 11-06-27 12:10 PM, Yasha Karant wrote: Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6) x86-64? URL: http://labplot.sourceforge.net/ In the past, I have built this application from source. With SL 6, I get the following message from configure: checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! despite having loaded all the SL KDE development packages, having /usr/lib64/kde4 and /usr/include/kde4 present. Any assistance would be appreciated. Yasha Karant Try installing kde3 development files, it looks like that program was last edited in 2008, and may not understand kde4. I'm not a kde programmer so I don't know if kde4 is backwards compatible with kde3 or not. In SL6, that would be "yum install qt3-devel" (afaik) Hope that works for you! -Chris
Re: Bug in Anaconda - SL 6.0 - Raid metadata detected - DVD 03-03-2011 [SOLUTION FOUND]
Hello, Finally I managed to install SL 6.0 on my Dell M600 Server. The problem was that I was using two SAS hard drives that in the past were used in a hardware Raid, and the metadata of the Raid was still in those disks. The fact is that when the kernel loads and detects these metadata, avoids you to write the disk. A solution is to run the kernel without dmraid support, editing the option at the boot menu, pressing TAB and then adding "nodmraid" at the end of the kernel boot line. Doing these solves the problem. These is a known bug on RedHat 6.0. I found some interesting links: https://partner-bugzilla.redhat.com/show_bug.cgi?id=608172 http://forums.opensuse.org/get-help-here/install-boot-login/416623-installation-problem-dmraid.html http://www.pcreview.co.uk/forums/possible-delete-raid-metadata-hard-drives-t2415504.html http://answers.microsoft.com/en-us/windows/forum/windows_xp-windows_install/bios-raid-metadata/53fd30d1-3b2b-43a1-8fd7-1e7c2b14ebed On the off-topic I want to say that I was trying to disable Virtual Disk from the BIOS, but the option isn't there. I opened my iDrac web interface and accessed to where Natxo pointed, and I managed to disable the option setting to "Deattach". My problem is solved, but the bug is still there!. Best regards. Felip 2011/6/27 Natxo Asenjo > On Mon, Jun 27, 2011 at 7:51 PM, Felip Moll wrote: > > I have discovered that /dev/sda is a Virtual Disk that iDrac from DELL > uses > > to boot the server from a remote .iso file. It can not be disabled, so > > /dev/sda will be always there. > > we have poweredge r710 and 410. In both we can disable those virtual > devices, I find it hard to believe you cannot. > > As this is quite off-topic, I will just add that in a 410 you go to the > tab 'console media', then configuration and there you will be able to > change the status of the virtual media (we leave it 'auto attach', but > you can attach or dettach it). > > Get the drac admin guide for your server and start reading :-) or call > dell support. > > -- > natxo >
LabPlot
Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6) x86-64? URL: http://labplot.sourceforge.net/ In the past, I have built this application from source. With SL 6, I get the following message from configure: checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! despite having loaded all the SL KDE development packages, having /usr/lib64/kde4 and /usr/include/kde4 present. Any assistance would be appreciated. Yasha Karant
fastest boot time laptop sl 6.0
hi, This had been bugging me since I installed sl6, so a few weeks I sat down and tested a few things. Hopefully it will help someone. The problem: my corporate laptop (dell latitude e6500, which by the way, works great with sl 6.0), took a while to cold boot. Pressing escape to see the console messages showed that the cups daemon was started, and after about 15 seconds, acpid would start and then the rest of the daemons and I would be greeted by the logon screen. This would not happen in case of a reboot, by the way. Hibernating, although functional, takes longer than boot, so why bother :( I modified /etc/init.d/cups, changing the chkconfig 2345 25 10 line to chkconfig 2345 95 10. Then chkconfig cups off and chkconfig cups on to recreate the symlinks, shutdown and start. So now cups starts quite late in the boot sequence, but that does not matter at all as long as it starts after syslog and local_fs. Printing works as usual after this change. I am very happy to say my laptop has been very fast to boot since this little change. These are the little things that matter. -- Groeten, natxo
Re: lm_sensors
On 06/27/2011 08:02 AM, Alexander Hunt wrote: Hi Todd, in addition to the instructions below, you can also then use conky or gkrellm, to have monitoring provided by lm_sensors on your desktop without having a terminal open all the time. Gkrellm is the easier to setup, but uses more cpu, conky is harder to config but in my IMHO worth the time and effort. Conky does come with a basic script to start and there are many on the internet if you google conky scripts. The scripts are read from /etc/conky/conky.conf Have fun Alex Thank you!
Re: lm_sensors
On 06/27/2011 12:42 AM, Alireza Kheirkhahan wrote: On Mon, Jun 27, 2011 at 10:05 AM, Todd And Margo Chesterwrote: Hi All, How do you use lm_sensors? Many thanks, -T Hi, First install it by #yum install lm_sensors I think you already done it, run sensors-detect as root, it will ask you some yes/no questions, you can easily say yes for all. then run sensors command as a user. cheers Thank you!
Re: lm_sensors
On 06/27/2011 09:08 AM, Timmy Siu wrote: gnome sensors Thank you! # yum whatprovides sensors-applet ... gnome-applet-sensors-1.5.2-1.el5.rf.i386 : Gnome panel applet for hardware : sensors Repo: rpmforge Matched from: Other : sensors-applet
Re: Bug in Anaconda - SL 6.0 - Raid metadata detected - DVD 03-03-2011
On Mon, Jun 27, 2011 at 7:51 PM, Felip Moll wrote: > I have discovered that /dev/sda is a Virtual Disk that iDrac from DELL uses > to boot the server from a remote .iso file. It can not be disabled, so > /dev/sda will be always there. we have poweredge r710 and 410. In both we can disable those virtual devices, I find it hard to believe you cannot. As this is quite off-topic, I will just add that in a 410 you go to the tab 'console media', then configuration and there you will be able to change the status of the virtual media (we leave it 'auto attach', but you can attach or dettach it). Get the drac admin guide for your server and start reading :-) or call dell support. -- natxo
Re: Bug in Anaconda - SL 6.0 - Raid metadata detected - DVD 03-03-2011
I have discovered that /dev/sda is a Virtual Disk that iDrac from DELL uses to boot the server from a remote .iso file. It can not be disabled, so /dev/sda will be always there. Changing the kind of the Virtual Disk from Hard Disk to Floppy doesn't solve the problem. Regards, Felip. 2011/6/27 Felip Moll > Hello all! > > I am trying to install a new Scientific Linux 6.0 from the Install DVD > downloaded from > http://ftp1.scientificlinux.org/linux/scientific/6.0/x86_64/iso/SL-60-x86_64-2011-03-03-Install-DVD.iso. > > I insert the DVD, then reboot and begin the installation. When I'm in the > screen where I can select were to install SL (entire disk, replace, upgrade > existing, custom, etc.) and I press NEXT, the Anaconda crashes. > > It seems that is recognizing a /dev/sda disk which is empty, and also > /dev/sdb and /dev/sdc which are my SAS 146Gb disks and are formatted in > ext3, and when going to select the destination disk it crashes. > > I have no RAID controllers, and I am trying to install it on a Dell > Poweredge M600 with 2 SAS 146 disks. > > After the crash of Anaconda, I can still go into the console and use fdisk, > the net, etc. In fact, I deleted all the /dev/sdb and sdc partitions and > formatted as ext3 from these console. > > I add the .xml log. > > What can I do? > > Thank you so much. > > Felip > >
Re: lm_sensors
Dear ALL SL 5.6 Users: Search Dag repo for gnome sensors. You will find a GUI program which works with lm_sensors. Install it. Add this applet to Gnome top menu bar. You can see many many devices' physical parameters with icons on gnome desktop!!! Yesterday, it showed that the harddisk's temperature dropped to 0 degree C. It is physically impossible in summer. This implied that the HD was dying. Today, my SL 5.6 is running on a fresh new HD. SL 6.0 can't enjoy it though! :-D I have collected many "secret weapons" for SL 5.6! Add me to your friend's list then if you want to have them for $0! :-D lm_sensors applet -- best of the best! Faithfully, Timmy Siu Hi All, How do you use lm_sensors? Many thanks, -T
Re: lm_sensors
Hi Todd, in addition to the instructions below, you can also then use conky or gkrellm, to have monitoring provided by lm_sensors on your desktop without having a terminal open all the time. Gkrellm is the easier to setup, but uses more cpu, conky is harder to config but in my IMHO worth the time and effort. Conky does come with a basic script to start and there are many on the internet if you google conky scripts. The scripts are read from /etc/conky/conky.conf Have fun Alex On 06/27/2011 01:42 AM, Alireza Kheirkhahan wrote: Hi, First install it by #*yum install lm_sensors* I think you already done it, run *sensors-detect *as root, it will ask you some yes/no questions, you can easily say *yes* for all. then run *sensors* command as a user. cheers On Mon, Jun 27, 2011 at 10:05 AM, Todd And Margo Chester mailto:toddandma...@gmail.com>> wrote: Hi All, How do you use lm_sensors? Many thanks, -T
Re: snapshot as "differencing disk" in KVM/VMM
No one can help with that? well, thanks any way. 2011/6/26 Zack Yovel > I have installed one machine of Windows 2K8 in the qcow2 format, > the command I use is: > su -c "qemu-img snapshot -c /media/ExternalHd/dcsrv1.img > '/home/UserName/Main VM Pool/Virtual Disks/Virtual Disks/2K8-Base.img'" > the command does not produce any message, yet no snapshot is created. Since > I'm new to KVM I guess I should have done something to prepare or the > command I used isn't correct. Could someone please help me with it? >
Re: lm_sensors
Hi, First install it by #*yum install lm_sensors* I think you already done it, run *sensors-detect *as root, it will ask you some yes/no questions, you can easily say *yes* for all. then run *sensors* command as a user. cheers On Mon, Jun 27, 2011 at 10:05 AM, Todd And Margo Chester < toddandma...@gmail.com> wrote: > Hi All, > > How do you use lm_sensors? > > Many thanks, > -T >