Re: [CentOS] One screen disabled on login with NVIDIA TwinView
On 14/11/12 14:24, Mogens Kjaer wrote: > On 11/14/2012 12:38 PM, Toralf Lund wrote: >> Does anyone else see this? Do you know if there is a way around it? > I don't have your problem, but another one. > > I want my second monitor to be above the internal monitor by default. > > I solved that by adding > > Option "TwinViewOrientation" "Above" > > to the Device section of the xorg.conf file. > > Maybe you can google "xorg.conf twinview" and find the option to > insert into xorg.conf that makes your external monitor the primary? Hmmm. I've checked ftp://download.nvidia.com/XFree86/Linux-x86_64/304.60/README/xconfigoptions.html, but not really found anything that seems to be related to this. Also, the problem is not really making the monitor the primary, but rather to make sure it stays enabled. In a sense, it is a "disabled primary" once I log in. > > BTW, for me there's a difference if I connect my second monitor via > displayport or VGA: The monitor isn't recognized automatically if I > use the VGA cable. That would be an issue related to the "EDID" monitor info, I suppose. But in my case, the monitor is recognised just fine, it's just that it's switched off in the driver's internal config. Or that's what it looks like, anyway. - Toralf > > Mogens > This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] One screen disabled on login with NVIDIA TwinView
Toralf Lund wrote: > On 14/11/12 14:24, Mogens Kjaer wrote: >> On 11/14/2012 12:38 PM, Toralf Lund wrote: >>> Does anyone else see this? Do you know if there is a way around it? >> I don't have your problem, but another one. >> >> I want my second monitor to be above the internal monitor by default. >> >> I solved that by adding >> >> Option "TwinViewOrientation" "Above" >> >> to the Device section of the xorg.conf file. >> >> Maybe you can google "xorg.conf twinview" and find the option to >> insert into xorg.conf that makes your external monitor the primary? > Hmmm. I've checked > ftp://download.nvidia.com/XFree86/Linux-x86_64/304.60/README/xconfigoptions.html, > but not really found anything that seems to be related to this. Also, > the problem is not really making the monitor the primary, but rather to > make sure it stays enabled. In a sense, it is a "disabled primary" once > I log in. does it happen with a different user account? since it happens on login it might be something in ~/.nvidia-settings-rc ? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] One screen disabled on login with NVIDIA TwinView
On 16/11/12 10:28, Nicolas Thierry-Mieg wrote: > Toralf Lund wrote: >> On 14/11/12 14:24, Mogens Kjaer wrote: >>> On 11/14/2012 12:38 PM, Toralf Lund wrote: Does anyone else see this? Do you know if there is a way around it? >>> I don't have your problem, but another one. >>> >>> I want my second monitor to be above the internal monitor by default. >>> >>> I solved that by adding >>> >>> Option "TwinViewOrientation" "Above" >>> >>> to the Device section of the xorg.conf file. >>> >>> Maybe you can google "xorg.conf twinview" and find the option to >>> insert into xorg.conf that makes your external monitor the primary? >> Hmmm. I've checked >> ftp://download.nvidia.com/XFree86/Linux-x86_64/304.60/README/xconfigoptions.html, >> but not really found anything that seems to be related to this. Also, >> the problem is not really making the monitor the primary, but rather to >> make sure it stays enabled. In a sense, it is a "disabled primary" once >> I log in. > does it happen with a different user account? Good question. I was quite convinced that it did, but I can't have tested properly, because when I log into another account now, I find that everything is OK. That's a bit embarrassing... > since it happens on login it might be something in ~/.nvidia-settings-rc ? It's not ~/.nvidia-settings-rc, though, as I get this problem even after copying the file from a different user (without this problem) or when just removing it (and other accounts work just fine without one.) Weird... - Toralf > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] One screen disabled on login with NVIDIA TwinView
On 16/11/12 10:59, Toralf Lund wrote: > On 16/11/12 10:28, Nicolas Thierry-Mieg wrote: >> Toralf Lund wrote: >>> On 14/11/12 14:24, Mogens Kjaer wrote: On 11/14/2012 12:38 PM, Toralf Lund wrote: > Does anyone else see this? Do you know if there is a way around it? I don't have your problem, but another one. I want my second monitor to be above the internal monitor by default. I solved that by adding Option "TwinViewOrientation" "Above" to the Device section of the xorg.conf file. Maybe you can google "xorg.conf twinview" and find the option to insert into xorg.conf that makes your external monitor the primary? >>> Hmmm. I've checked >>> ftp://download.nvidia.com/XFree86/Linux-x86_64/304.60/README/xconfigoptions.html, >>> but not really found anything that seems to be related to this. Also, >>> the problem is not really making the monitor the primary, but rather to >>> make sure it stays enabled. In a sense, it is a "disabled primary" once >>> I log in. >> does it happen with a different user account? > Good question. I was quite convinced that it did, but I can't have > tested properly, because when I log into another account now, I find > that everything is OK. That's a bit embarrassing... > >> since it happens on login it might be something in ~/.nvidia-settings-rc ? > It's not ~/.nvidia-settings-rc, though, as I get this problem even after > copying the file from a different user (without this problem) or when > just removing it (and other accounts work just fine without one.) Weird... Found it! It turns out that it's actually the GNOME desktop resolution handling that's doing this, i.e. the setting stored in /desktop/gnome/screen/default/0 under "gconf". The problem went away after I simply opened Preferences->Screen Resolution, and confirmed the current setting of 3600x1200 by pressing Apply - after re-enabling the screen. Not sure what the "stored" setting originally was. I'm quite sure I haven't touched it in a long time, though, so *something* related to its handling must have changed after an upgrade. Also, all entries but 3600x1200 (which is the max total display area with both screens) in the config tool correspond to pixel counts that may be displayed on the laptop screen, and selecting any of them will disable the external monitor. - Toralf > > - Toralf > >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos > > This e-mail, including any attachments and response string, may contain > proprietary information which is confidential and may be legally privileged. > It is for the intended recipient only. If you are not the intended recipient > or transmission error has misdirected this e-mail, please notify the author > by return e-mail and delete this message and any attachment immediately. If > you are not the intended recipient you must not use, disclose, distribute, > forward, copy, print or rely on this e-mail in any way except as permitted by > the author. > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 93, Issue 11
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org
You can reach the person managing the list at
centos-announce-ow...@centos.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."
Today's Topics:
1. CEBA-2012:1463 CentOS 6 procps FASTTRACK Update (Johnny Hughes)
--
Message: 1
Date: Thu, 15 Nov 2012 16:36:25 +
From: Johnny Hughes
Subject: [CentOS-announce] CEBA-2012:1463 CentOS 6 procps FASTTRACK
Update
To: centos-annou...@centos.org
Message-ID: <20121115163625.ga18...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2012:1463
Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1463.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
f0e984583d8897bee24ca5bd0d818dbaabdfba32ce6e673c727328ccf0f093be
procps-3.2.8-25.el6.i686.rpm
211b5ee313e461e27a5a255260f9d29dc953300121431def9953e5db2ff0fef7
procps-devel-3.2.8-25.el6.i686.rpm
x86_64:
f0e984583d8897bee24ca5bd0d818dbaabdfba32ce6e673c727328ccf0f093be
procps-3.2.8-25.el6.i686.rpm
396d39057d340dd133ec8c0bdfe9e9da0dc144c17d77df7e24ccab7fefc4f27a
procps-3.2.8-25.el6.x86_64.rpm
10021c94af1bb7268662d959f5178c5d5aef1e59c95a88f4a833fa97ec3eabed
procps-devel-3.2.8-25.el6.x86_64.rpm
Source:
98a0b9f3aa0f9a6088d4e8a43c6b233e6d820a0720f629c6a5ec3c042845c009
procps-3.2.8-25.el6.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
___
CentOS-announce mailing list
centos-annou...@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
End of CentOS-announce Digest, Vol 93, Issue 11
***
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
[CentOS] Raid 5 Q
I have a raid 5 built on an opensuse box that I just reinstalled Centos 6.3 on. Is it possible to rebuild the raid 5 array non-destructively? I have googled on this and have found using mdadm --scan --assemble . Will this do it? I sure wouldn't want to lose my data on the array if possible. thank you, Phil ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Raid 5 Q
on 11/16/2012 9:02 AM Phil Savoie spake the following: > I have a raid 5 built on an opensuse box that I just reinstalled Centos > 6.3 on. Is it possible to rebuild the raid 5 array non-destructively? > > I have googled on this and have found using mdadm --scan --assemble > . Will this do it? I sure wouldn't want to lose my > data on the array if possible. > > thank you, > > Phil > It could be possible, but I think I would rather try to back it up with some sort of recovery system first... If the data is VERY critical, I would clone the drives with DD first just to make sure... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Raid 5 Q Solved
On 11/16/2012 12:23 PM, Scott Silva wrote: > on 11/16/2012 9:02 AM Phil Savoie spake the following: >> I have a raid 5 built on an opensuse box that I just reinstalled Centos >> 6.3 on. Is it possible to rebuild the raid 5 array non-destructively? >> >> I have googled on this and have found using mdadm --scan --assemble >> . Will this do it? I sure wouldn't want to lose my >> data on the array if possible. >> >> thank you, >> >> Phil >> > It could be possible, but I think I would rather try to back it up with some > sort of recovery system first... If the data is VERY critical, I would clone > the drives with DD first just to make sure... > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > Thank you for your reply. What I did ewas the following: mdadm --detail --scan > /etc/mdadm.conf and thhis thankfully recreated /dev/md0 and was able to add the entry into the fstab mount the device and see all my data as I left it. Big whew!! Phil ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unable to lauch php-script to truncate database
On Tue, 13 Nov 2012, Johan Vermeulen wrote: *snip* > Hello All, Hello Keith, > > thanks a million for the responses, I'm already happy to understand > where the EM are coming from. > > The config.php are in each database; > > /[root@caw-server2 db]# ls > reg_begeleidingsteam reg_jww_archief reg_personeel reg_straathoekwerk > reg_bib reg_jww_dossiers reg_resident reg_vrijwilligers > reg_drughulp reg_jww_dvd reg_signaleren > reg_jac_activiteitreg_onthaal reg_sollicitatie/ > > so for instance reg_bib ( witch has a library ) has config.php : > > /[root@caw-server2 reg_bib]# ls > background_logo.jpgconfig.php database.php index.php > background_stripe.png cron.phpfavicon.ico/ > > Following your advise, I changed the include enty to : > > include "/var/www/html/nubuilder/db/reg_bib/config.php"; > > this seems to work without EM, I'm now checking if this indeed truncated > the files. That's another way to do it - because that should overide the setting in the php.ini file. Keith --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lshw on a newer Dell
Seen this before on openSUSE. If you put a disc in the drive, the errors stop
and lshw continues without issue. YMMV, though.
--
Gary L. Greene, Jr.
Sr. Systems Administrator
IT Operations
Minerva Networks, Inc.
Cell: (650) 704-6633
From: centos-boun...@centos.org [centos-boun...@centos.org] on behalf of Banyan
He [ban...@rootong.com]
Sent: Thursday, November 15, 2012 08:20 PM
To: CentOS mailing list
Subject: Re: [CentOS] lshw on a newer Dell
Check out your opcode what it is if it's the new firmware or what. Looks
like it just doesn't understand how to read the data in this device.
Banyan He
Blog: http://www.rootong.com
Email: ban...@rootong.com
On 2012-11-16 5:20 AM, m.r...@5-cent.us wrote:
> m.r...@5-cent.us wrote:
>> Odd thing: I just installed and tried to run lshw on a Dell R415 running
>> 5.8. It goes through the subsystems it's scanning, hits IDE, and that's it
>> - it just sits there. I've waited minutes.
>>
>> Anyone else seen this?
>>
> Following up myself: great, in messages I see a ton
> Nov 15 15:54:29 kernel: hda: status error: status=0x58 {
> DriveReady SeekComplete DataRequest }
> Nov 15 15:54:29 kernel: ide: failed opcode was: unknown
> Nov 15 15:54:29 kernel: hda: drive not ready for command
> Nov 15 15:54:34 kernel: hda: status timeout: status=0xd8 {
> Busy }
> Nov 15 15:54:34 kernel: ide: failed opcode was: unknown
> Nov 15 15:54:34 kernel: hda: drive not ready for command
> Nov 15 15:54:35 kernel: hda: ATAPI reset complete
>
> Could this be a new bug? There's nothing in the DVD drive.
>
> mark
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
[CentOS] iSCSI Question
Hey everyone, Is anybody aware of a /true/ active/active multi-head and multi-target clustered iSCSI daemon? IE: Server 1: Hostname: host1.test.com IP Address: 10.0.0.1 Server 2: Hostname: host2.test.com IP Address: 10.0.0.2 Then they would utilize a CLVM disk between them, let's call that VG "disk" and then directly map each LUN (1,2,3,4,etc) to LV's named 1,2,3,4,... and so on. That would essentially make both host1 and host2 identical iSCSI targets. So I could hook up 30 servers to each LUN on each host1 and host2 (assuming those block devices had a cluster aware filesystem on them). However, what I wan't to accomplish is true active/active MPIO utilizing the dm driver to combine LUN 1 from both host1 and host2 as a single /dev/dm-0 device in active/active mode. This would allow me to multipath across multiple fabrics, develop true high availability and increase my throughput significantly. Any idea of an iscsi tgtd that supports this? As far as I can tell, none do (that I can find). I know some proprietary vendors have this type of functionality, which may or may not be using iSCSI code (but that's a whole set of arguments for later..). Ultimately, my goal is this. I want to take my existing Ceph cluster, expose a handful of RBDs from it to two iSCSI heads running C6 or RHEL6 or what have you, so I can use my inexpensive storage built on Linux -- for my Windows 2008 machines. Thoughts? Steven Crothers steven.croth...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] iSCSI Question
On 11/16/2012 10:02 PM, Steven Crothers wrote: > Any idea of an iscsi tgtd that supports this? As far as I can tell, none do > (that I can find). I know some proprietary vendors have this type of > functionality, which may or may not be using iSCSI code (but that's a whole > set of arguments for later..). There's a reason that those proprietary vendors are able to charge big $$$ for this functionality. -- Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
