Re: Impacts of disabling Automatic Power Management
On 2 February 2012 09:09, Richard A. Smith rich...@laptop.org wrote: Sirdhar: Unfortunately theres no way we can answer your question ( or even make a SWAG) without known how much idleness is in your normal workload. Automatic Power Management only makes a big difference if there is a lot of time spent idle. If you are running Tam-Tam the entire time then turning off aggressive suspend/resume will make zero difference. powerd tracks this though so if you can collect some powerd logs from some of your users then we can make a guess at figuring out what your impact will be. powerd logs are located in the ~olcp/power-logs directory. Copy all the files in there off of several machines that have been used in the classroom and send them to me and we can take a look at what sort of profile you have. What build are you basing your images off of? We're building from Dextrose 3, which is in turn based on 11.3.0. This version is still in development and hence isn't used in the field. I'm not sure how useful data from the currently-deployed OS (10.1.3) would be. Sridhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Impacts of disabling Automatic Power Management
On 2 February 2012 14:42, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Feb 1, 2012 at 9:11 PM, Richard A. Smith rich...@laptop.org wrote: While I understand the frustration, this is going to wrong direction. We need to hunt down the problems and fix them. I think we have the root problem well isolated -- dsd has done a good job of that. Getting it fixed is taking longer than we thought, and it got better, but not fixed, in the 11.x.y cycle. Our next stab at fixed is in the 12.1.0 timeframe, mid-2012. A workaround of this kind _is_ the right thing now for the 11.x.y platform. Let's _not_ include it in the development builds, so developers and testers suffer (and fix). end users need not suffer. +1 for this. This is negatively impacting classrooms. Teachers are shying away from using collaboration. We don't have time to wait for a 'perfect' solution. 3G is a separate problem. We don't know yet what USB modems we'll be using, so we can't inhibit their USB IDs. Doing it through NM would be preferable. I've updated the tracker: http://dev.laptop.org/ticket/10708 Sridhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Impacts of disabling Automatic Power Management
On Sat, Feb 4, 2012 at 12:28 AM, Sridhar Dhanapalan srid...@laptop.org.au wrote: 3G is a separate problem. We don't know yet what USB modems we'll be using, so we can't inhibit their USB IDs. Doing it through NM would be preferable. I've updated the tracker: http://dev.laptop.org/ticket/10708 In that case, I can suggest that you implement a local NM hook. When a network is brought up, or down, NM will execute scripts placed in /etc/NetworkManager/dispatcher.d/ with parameters indicating device and up/down. A snippet of shell that adds/removes a powerd inhibit file 3g connections are established/torn down will DTRT. You can add this trivially locally, and if it's done nice and clean we can include it in our next OS release :-) m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] CentOS hardware support doubts
On Thu, Feb 2, 2012 at 9:09 PM, Martin Langhoff martin.langh...@gmail.com wrote: I assume here that CentOS is reasonably in sync with RHEL. Does http://elrepo.org/bugs/print_bug_page.php?bug_id=126 help? More generally, does any of the external repos have a kmod-staging or kmod-atl1e that works for you? I've returned that system now; if I get the time and opportunity to test again, I will do so. Where is the list of external repos? I'm worried about the expertise required in order to identify such repos and packages. We need this process to be doable without me in the room. My assumption is that RHEL/CentOS have fairly decent hardware support from backported drivers, some in the RH kernels, EPEL or external repos (in order of decreasing quality expectations...). I assume that RHEL is pretty good for server-class hardware found in US/EU; I can imagine why the support of desktop-class hardware found in the poorer parts of latin america may be lesser so. I wonder if you've been unlucky in the mix of hw you got there; or whether the driver support situation for essential things like NICs and disk controllers is weaker than I had expected. Maybe others with more practical experience with current RHEL/CentOS can comment...? I've now seen 3 failure cases - the AR8152 mentioned above, and another case which I only had time to do a quick boot check of F9/C6/F16 (F16 was the only one that recognised the onboard NIC of the asrock motherboard). Yesterday we received 10 servers based on an Intel motherboard (and 12 more will be coming next week). F9 doesn't recognise the onboard NIC. C6 recognises the onboard NIC but isn't able to send/receive packets. F16 works fine (using e1000e driver). As these boards only have 1 PCI socket it is not possible to have 2 NICs (unless we resort to USB...) unless we move beyond C6. Also, F9 and C6 do not recognise the SATA DVD drive in these systems - no /dev/sr0 created, error in dmesg during boot. This will be a pain for field work. With F16 this works fine. I haven't yet found a case where the F9--C6 upgrade adds hardware support for any hardware that we have here. I like your idea of using a F16 kernel on top of CentOS 6.2. So far, his seems to be working fine (and solves all of the compatibility problems mentioned above). If this continues to work I would like to push it as the default for XS install media. Daniel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] CentOS hardware support doubts
On Fri, Feb 3, 2012 at 2:07 PM, Daniel Drake d...@laptop.org wrote: On Thu, Feb 2, 2012 at 9:09 PM, Martin Langhoff martin.langh...@gmail.com wrote: I assume here that CentOS is reasonably in sync with RHEL. Does http://elrepo.org/bugs/print_bug_page.php?bug_id=126 help? More generally, does any of the external repos have a kmod-staging or kmod-atl1e that works for you? I've returned that system now; if I get the time and opportunity to test again, I will do so. Where is the list of external repos? I'm worried about the expertise required in order to identify such repos and packages. We need this process to be doable without me in the room. My assumption is that RHEL/CentOS have fairly decent hardware support from backported drivers, some in the RH kernels, EPEL or external repos (in order of decreasing quality expectations...). I assume that RHEL is pretty good for server-class hardware found in US/EU; I can imagine why the support of desktop-class hardware found in the poorer parts of latin america may be lesser so. I wonder if you've been unlucky in the mix of hw you got there; or whether the driver support situation for essential things like NICs and disk controllers is weaker than I had expected. Maybe others with more practical experience with current RHEL/CentOS can comment...? I've now seen 3 failure cases - the AR8152 mentioned above, and another case which I only had time to do a quick boot check of F9/C6/F16 (F16 was the only one that recognised the onboard NIC of the asrock motherboard). Yesterday we received 10 servers based on an Intel motherboard (and 12 more will be coming next week). F9 doesn't recognise the onboard NIC. C6 recognises the onboard NIC but isn't able to send/receive packets. F16 works fine (using e1000e driver). As these boards only have 1 PCI socket it is not possible to have 2 NICs (unless we resort to USB...) unless we move beyond C6. Also, F9 and C6 do not recognise the SATA DVD drive in these systems - no /dev/sr0 created, error in dmesg during boot. This will be a pain for field work. With F16 this works fine. I haven't yet found a case where the F9--C6 upgrade adds hardware support for any hardware that we have here. I like your idea of using a F16 kernel on top of CentOS 6.2. So far, his seems to be working fine (and solves all of the compatibility problems mentioned above). If this continues to work I would like to push it as the default for XS install media. I suggest using the F-15 kernel. The 2.6.42.x kernel in F-15 is the 3.2.x kernel but there's issues with a number of utilises plain not working because they can't work out the kernel version because they don't expect a major version of 3. Peter ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] CentOS hardware support doubts
On Fri, Feb 3, 2012 at 9:07 AM, Daniel Drake d...@laptop.org wrote: I'm worried about the expertise required in order to identify such repos and packages. We need this process to be doable without me in the room. Agreed. I assume that RHEL is pretty good for server-class hardware found in US/EU; I can imagine why the support of desktop-class hardware found in the poorer parts of latin america may be lesser so. Grumble. And we know where our users are. I haven't yet found a case where the F9--C6 upgrade adds hardware support for any hardware that we have here. That's all around bad news. I like your idea of using a F16 kernel on top of CentOS 6.2. So far, his seems to be working fine (and solves all of the compatibility problems mentioned above). If this continues to work I would like to push it as the default for XS install media. The F15 version of the same kernel that Peter proposes seems sane to me. Still, it's a surprise to me. m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] CentOS hardware support doubts
On Fri, Feb 3, 2012 at 9:07 AM, Daniel Drake d...@laptop.org wrote: I've now seen 3 failure cases - the AR8152 mentioned above, and another case which I only had time to do a quick boot check of F9/C6/F16 (F16 was the only one that recognised the onboard NIC of the asrock motherboard). Yesterday we received 10 servers based on an Intel motherboard (and 12 more will be coming next week). F9 doesn't recognise the onboard NIC. C6 recognises the onboard NIC but isn't able to send/receive packets. F16 works fine (using e1000e driver). As these boards only have 1 PCI socket it is not possible to have 2 NICs (unless we resort to USB...) unless we move beyond C6. It's worth noting that if you have to, there are NIC cards available with more than one port per PCI slot. They just tend to be rarer and as server-grade hardware, more expensive. Coming from a networking/ODM background, I have worked with plenty of 2-8 port e1000 NIC cards, and even 8-port tulip adapters. Just make sure that the PCI-E/X/etc. slot you are using has enough lanes to fit the NIC card in the slot, and for the load a schoolserver generates you should be fine. Historically I have seen e1000's and Broadcom Gigabit adapters in server-grade hardware. But given I have been out of the industry for a few years, I don't know what companies are using nowadays. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] CentOS hardware support doubts
On Fri, Feb 3, 2012 at 2:38 PM, Samuel Greenfeld greenf...@laptop.org wrote: On Fri, Feb 3, 2012 at 9:07 AM, Daniel Drake d...@laptop.org wrote: I've now seen 3 failure cases - the AR8152 mentioned above, and another case which I only had time to do a quick boot check of F9/C6/F16 (F16 was the only one that recognised the onboard NIC of the asrock motherboard). Yesterday we received 10 servers based on an Intel motherboard (and 12 more will be coming next week). F9 doesn't recognise the onboard NIC. C6 recognises the onboard NIC but isn't able to send/receive packets. F16 works fine (using e1000e driver). As these boards only have 1 PCI socket it is not possible to have 2 NICs (unless we resort to USB...) unless we move beyond C6. What's the exact version of the centos kernel? There always seems to be lots of new revisions of the e1000 cards that need slightly newer drivers. Have you checked out the Centos Continuous release repo to see if a newer kernel is available? http://lists.centos.org/pipermail/centos-announce/2011-September/018078.html It's worth noting that if you have to, there are NIC cards available with more than one port per PCI slot. They just tend to be rarer and as server-grade hardware, more expensive. No so much now. I think our cost price for 2 port cards is around £30-40 for standard cards. Depending on the switch it's being attached to you could also use vlan trunking. Coming from a networking/ODM background, I have worked with plenty of 2-8 port e1000 NIC cards, and even 8-port tulip adapters. Just make sure that the PCI-E/X/etc. slot you are using has enough lanes to fit the NIC card in the slot, and for the load a schoolserver generates you should be fine. PCI-e 1.0 is 1Gb per lane. PCI-e 2 is double. On newer boxes it should be the later so a single lane is generally enough for a 2x 1Gb card. Historically I have seen e1000's and Broadcom Gigabit adapters in server-grade hardware. But given I have been out of the industry for a few years, I don't know what companies are using nowadays. Nothing has changed there what so ever at the 1Gb level :-) Peter ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] OLPC Repo
Good Day All, Is the OLPC repo still down? I am still getting the message cannot retrieve repository metadata(repomd.xml) for repository: olpcxs. Brian ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] OLPC Repo
Try with this baseurl=http://dev.laptop.org/~martin/xsrepos/stable/olpc/xs-0.6/i386 On Fri, Feb 3, 2012 at 9:16 AM, HALL,Brian C brian.hal...@uwimona.edu.jm wrote: Good Day All, Is the OLPC repo still down? I am still getting the message cannot retrieve repository metadata(repomd.xml) for repository: olpcxs. Brian ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel -- German R S ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel