Re: MAC based server
On Tue, 27 Apr 2010, vivek chal wrote: Hi all, i want to make a network such that only those machines can connect to the network whose MAC address is registered with our server. Presently i have a DNS server which is acting as a gateway also and i have given fixed ips to all the clients. [ Don't forget that anyone with admin right on a machine can change the mac address - see eg http://www.topbits.com/how-to-change-a-mac-address.html ] I'm assuming that the machines are physically on your network ? If they were elsewhere on the internet and trying to make connections to your network then your gateway would not see the mac address of their machine - all packets would come from the mac address of the last router between them and you. Thus these machines will either be connecting to your network via a wireless access point or an ethernet switch. If you wish to keep unauthorized machines off your network you will needed this device to control which mac addresses they allow through and many of them do have such options. Is it possible to configure a MAC based server in linux. iptables has options to allow packets based on the source mac address but, as I said, if the packet has been through a router since it left the machine you wish to control then the address in the packet will not belong to the machine you are interested in. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge a.c.aitchi...@dpmms.cam.ac.uk http://www.dpmms.cam.ac.uk/~werdna
SL review
Distrowatch has a review of Scientific Linux this week:- http://distrowatch.com/weekly.php?issue=20100426#feature -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
On Tue, 27 Apr 2010, Faye Gibbins wrote: We're using xorg-x11-font-utils-7.1-2 on SL5.4 and I've noticed that the header for the rpm says it requires mkfontdir. Should that not be either '/usr/bin/mkfontdir' or 'xorg-x11-font-utils'? # rpmquery --provides xorg-x11-font-utils | grep mkfontdir mkfontdir # rpmquery --requires xorg-x11-font-utils | grep mkfontdir # [ no output ] Where is the reference to requiring mkfontdir ? Just having 'mkfontdir' seems to break things when using rpm to install the package. That may depend on what is already installed and which dependancy resolver you are using. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge a.c.aitchi...@dpmms.cam.ac.uk http://www.dpmms.cam.ac.uk/~werdna
Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
On Tue, 27 Apr 2010, Faye Gibbins wrote: We're using xorg-x11-font-utils-7.1-2 on SL5.4 and I've noticed that the header for the rpm Ah. I missed the Subject line. You mean that *xorg-x11-fonts-ISO8859-1-75dpi* requires mkfontdir. # rpmquery --scripts xorg-x11-fonts-ISO8859-1-75dpi | grep mkfontdir mkfontdir /usr/share/X11/fonts/75dpi mkfontdir /usr/share/X11/fonts/75dpi So now I seen the reference, but # rpmquery -f `type -a -p mkfontdir` xorg-x11-font-utils-7.1-2.x86_64 xorg-x11-font-utils-7.1-2.x86_64 I can't even remove the font to try reinstalling it: # rpm -e xorg-x11-fonts-ISO8859-1-75dpi error: Failed dependencies: xorg-x11-fonts-ISO8859-1-75dpi is needed by (installed) emacs-21.4-20.el5.x86_64 -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge a.c.aitchi...@dpmms.cam.ac.uk http://www.dpmms.cam.ac.uk/~werdna
Re: MAC based server
On Tue, 2010-04-27 at 07:58 +0100, Dr Andrew C Aitchison wrote: [ Don't forget that anyone with admin right on a machine can change the mac address - see eg http://www.topbits.com/how-to-change-a-mac-address.html ] iptables has options to allow packets based on the source mac address but, as I said, if the packet has been through a router since it left the machine you wish to control then the address in the packet will not belong to the machine you are interested in. Another option is to restrict by netmask and to hard-code all the MAC addresses in /etc/ethers, including dummy entires for any unused IP addresses. If you want real security buy a network access control device, $$. John
Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
Faye Gibbins wrote: We're using xorg-x11-font-utils-7.1-2 on SL5.4 and I've noticed that the header for the rpm says it requires mkfontdir. Should that not be either '/usr/bin/mkfontdir' or 'xorg-x11-font-utils'? Just having 'mkfontdir' seems to break things when using rpm to install the package. What do you mean by 'sees to break things'? Without any knowledge what goes wrong we can only speculate what the issue might be. I assume you know that rpm does nothing to resolve the requirements... Matthias Faye
Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
When doing rpm -ivh url to xorg-x11-fonts-ISO8859-1-75dpi there does't seem to be another uri pointing to another rpm that will satisfy the dependency that i can add to the command line. but then we aren't using yum Faye On 27/04/10 13:29, Matthias Schroeder wrote: Faye Gibbins wrote: We're using xorg-x11-font-utils-7.1-2 on SL5.4 and I've noticed that the header for the rpm says it requires mkfontdir. Should that not be either '/usr/bin/mkfontdir' or 'xorg-x11-font-utils'? Just having 'mkfontdir' seems to break things when using rpm to install the package. What do you mean by 'sees to break things'? Without any knowledge what goes wrong we can only speculate what the issue might be. I assume you know that rpm does nothing to resolve the requirements... Matthias Faye -- - Faye Gibbins, Computing Officer (Infrastructure Services) GeoS KB; Linux, Unix, Security and Networks. Beekeeper - The Apiary Project, KB - www.bees.ed.ac.uk - I grabbed at spannungsbogen before I knew I wanted it. (x(x_(X_x(O_o)x_x)_X)x) Socrates: Question authority, question everything. If the maths works Shut up and calculate!. Mermin. The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
On 27/04/10 15:08, Faye Gibbins wrote: When doing rpm -ivh url to xorg-x11-fonts-ISO8859-1-75dpi there does't seem to be another uri pointing to another rpm that will satisfy the dependency that i can add to the command line. but then we aren't using yum Faye What's wrong with just 'yum install xorg-x11-fonts-ISO8859-1-75dpi' or if you actually just wanted emacs then 'yum install emacs'? If you try to install RPMs individually you'll get these problems, which is why programs like yum (and the repositories behind them) were invented. Tim
Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
The Uni of Edinburgh does not use yum on its supported (LCFG) SL5.x platform. We have to installed each and every rpm. Faye On 27/04/10 14:13, Tim Edwards wrote: On 27/04/10 15:08, Faye Gibbins wrote: When doing rpm -ivhurl to xorg-x11-fonts-ISO8859-1-75dpi there does't seem to be another uri pointing to another rpm that will satisfy the dependency that i can add to the command line. but then we aren't using yum Faye What's wrong with just 'yum install xorg-x11-fonts-ISO8859-1-75dpi' or if you actually just wanted emacs then 'yum install emacs'? If you try to install RPMs individually you'll get these problems, which is why programs like yum (and the repositories behind them) were invented. Tim -- - Faye Gibbins, Computing Officer (Infrastructure Services) GeoS KB; Linux, Unix, Security and Networks. Beekeeper - The Apiary Project, KB - www.bees.ed.ac.uk - I grabbed at spannungsbogen before I knew I wanted it. (x(x_(X_x(O_o)x_x)_X)x) Socrates: Question authority, question everything. If the maths works Shut up and calculate!. Mermin. The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
Faye Gibbins wrote: The Uni of Edinburgh does not use yum on its supported (LCFG) SL5.x platform. We have to installed each and every rpm. I don't know about you Faye but I do sometimes use yum to install a new bit of software; it's especially handy for sorting out dependencies and producing a problem-free list of packages to install. Then you just feed that list to our normal package management software. -- -- Chris Cooke University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
Re: [OT] Re: xorg-x11-fonts-ISO8859-1-75dpi breaks when using rpm
On 27/04/10 16:16, Faye Gibbins wrote: Yes but we use the mdp devolved layer and I've asked if their repos are yum enabled and they say no. So unless my LM say's I can create a yum archive I'm not sure what else I can do. Faye Can you get them to agree to at least temporarily let you use yum against the official Scientificlinux repos on the web? If not you're out of luck unfortunately. We used to have no access to yum repositories from our DMZ machines and it was very painful getting something installed with just rpm. One tip though, assuming you have a machine with a working yum (your desktop maybe?), is to do a 'yum whatprovides mkfontdir', where mkfontdir is what it complains is missing. That way you can see exactly which RPM is needed. Tim
Re: Nvidia woes...
Sergio, I haven't noticed any memory leaks, but I also haven't been actively hunting them down. There don't seem to be any signs of dwindling performance before this happens. Most times, it is just idling overnight. At most, there is a small amount of network traffic on an isolated LAN of no more than 5 or so devices, mostly Win XP or SL5.2 systems (often running off a custom livecd based on Urs' scripts). What card/config/drivers are you running? Cheers, Mark Sergio Ballestrero wrote: Hello Mark, we are having problems with X11 slowly leaking memory, which then leads to a system crash. Do you see anything similar? My attempts at using valgrind have been inconclusive (if not confusing) up to now... Cheers, Sergio On 27 Apr 2010, at 22:54, Mark Stodola wrote: Hey everyone, I currently have deployed a number of SL 5.2 i386 machines. Due to the circumstances, I'm not in a position to upgrade them to the latest 5.x with ease. Lately I've been having trouble with systems locking up hard that are running an nvidia card using the 190.42 or 195.36.15 proprietary drivers. Dual monitors connected via DVI, twinview. I've tried a GeForce 9600GT as well as a Quadro NVS 290 with varying success. The Quadro seems to have lasted about a month before locking, while the 9600GT is much more often, daily/weekly. I'm running the stock 5.2 kernel (2.6.18-92.1.6.el5) and Xorg (xorg-x11-server 1.1.1-48.41.el5_2.1). The systems are generally idle when it happens. I'm having no luck capturing log data or kdump data. The strange part is, having identical hardware in several locations, only some experience the issue. Hardware: Intel DG43NB motherboards (bios revision doesn't seem to matter at this point, running 98,99,104, or 105) ^- hardware revision is the same for all of them: AAE34877-402 Areca ARC-1200 SATA RAID card (latest firmware, 1.48), running 2 320G seagates Additional PCI-e NIC, Intel PRO/1000, running e1000e v0.4.1.12-NAPI Single stick, 1GB DDR2 (800) memory PS/2 Keyboard/mouse I'm curious if anyone else has run into similar problems such as this, and if they have found a solution. I'm looking at trying the 185.18.31 drivers, which seem to be certified for linux by a few software vendors, according to nvidia's website. What driver versions and/or card make/models are people using successfully? Any help or pointers are greatly appreciated. As I said, not all of them are misbehaving, and I have several with the same config minus the video card running fine on SL5.2 and Windows XP Pro (SP3). Getting desperate, Mark -- Mr. Mark V. Stodola Digital Systems Engineer National Electrostatics Corp. P.O. Box 620310 Middleton, WI 53562-0310 USA Phone: (608) 831-7600 Fax: (608) 831-9591 -- Mr. Mark V. Stodola Digital Systems Engineer National Electrostatics Corp. P.O. Box 620310 Middleton, WI 53562-0310 USA Phone: (608) 831-7600 Fax: (608) 831-9591
Re: Nvidia woes...
Hi, SL5.4 with nVidia 185.18.36 on NV286 FX370 . See http://www.mail-archive.com/scientific-linux-users@listserv.fnal.gov/msg05399.html for the gory details... Cheers, Sergio On 27 Apr 2010, at 23:17, Mark Stodola wrote: Sergio, I haven't noticed any memory leaks, but I also haven't been actively hunting them down. There don't seem to be any signs of dwindling performance before this happens. Most times, it is just idling overnight. At most, there is a small amount of network traffic on an isolated LAN of no more than 5 or so devices, mostly Win XP or SL5.2 systems (often running off a custom livecd based on Urs' scripts). What card/config/drivers are you running? Cheers, Mark Sergio Ballestrero wrote: Hello Mark, we are having problems with X11 slowly leaking memory, which then leads to a system crash. Do you see anything similar? My attempts at using valgrind have been inconclusive (if not confusing) up to now... Cheers, Sergio On 27 Apr 2010, at 22:54, Mark Stodola wrote: Hey everyone, I currently have deployed a number of SL 5.2 i386 machines. Due to the circumstances, I'm not in a position to upgrade them to the latest 5.x with ease. Lately I've been having trouble with systems locking up hard that are running an nvidia card using the 190.42 or 195.36.15 proprietary drivers. Dual monitors connected via DVI, twinview. I've tried a GeForce 9600GT as well as a Quadro NVS 290 with varying success. The Quadro seems to have lasted about a month before locking, while the 9600GT is much more often, daily/weekly. I'm running the stock 5.2 kernel (2.6.18-92.1.6.el5) and Xorg (xorg-x11-server 1.1.1-48.41.el5_2.1). The systems are generally idle when it happens. I'm having no luck capturing log data or kdump data. The strange part is, having identical hardware in several locations, only some experience the issue. Hardware: Intel DG43NB motherboards (bios revision doesn't seem to matter at this point, running 98,99,104, or 105) ^- hardware revision is the same for all of them: AAE34877-402 Areca ARC-1200 SATA RAID card (latest firmware, 1.48), running 2 320G seagates Additional PCI-e NIC, Intel PRO/1000, running e1000e v0.4.1.12-NAPI Single stick, 1GB DDR2 (800) memory PS/2 Keyboard/mouse I'm curious if anyone else has run into similar problems such as this, and if they have found a solution. I'm looking at trying the 185.18.31 drivers, which seem to be certified for linux by a few software vendors, according to nvidia's website. What driver versions and/or card make/models are people using successfully? Any help or pointers are greatly appreciated. As I said, not all of them are misbehaving, and I have several with the same config minus the video card running fine on SL5.2 and Windows XP Pro (SP3). Getting desperate, Mark -- Mr. Mark V. Stodola Digital Systems Engineer National Electrostatics Corp. P.O. Box 620310 Middleton, WI 53562-0310 USA Phone: (608) 831-7600 Fax: (608) 831-9591 -- Mr. Mark V. Stodola Digital Systems Engineer National Electrostatics Corp. P.O. Box 620310 Middleton, WI 53562-0310 USA Phone: (608) 831-7600 Fax: (608) 831-9591 -- Sergio Ballestrero - http://physics.uj.ac.za/psiwiki/Ballestrero University of Johannesburg, Physics Department ATLAS TDAQ sysadmin group - Office:75240 OnCall:164851
RE: Nvidia woes...
Mark, I had a problem like that with a (now decommissioned) SL5.3 box with a GeForce FX5000 series card. I seem to recall that after installing the nVidia 190.53 drivers, the issue disappeared. Under 190.42, the machine would randomly lock up then reboot--it was really frustrating. I never really found a cause since updating the drivers made the issue go away. Good luck! -Mike -Original Message- From: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Mark Stodola Sent: Tuesday, April 27, 2010 4:55 PM To: SCIENTIFIC-LINUX-USERS@listserv.fnal.gov Subject: Nvidia woes... Hey everyone, I currently have deployed a number of SL 5.2 i386 machines. Due to the circumstances, I'm not in a position to upgrade them to the latest 5.x with ease. Lately I've been having trouble with systems locking up hard that are running an nvidia card using the 190.42 or 195.36.15 proprietary drivers. Dual monitors connected via DVI, twinview. I've tried a GeForce 9600GT as well as a Quadro NVS 290 with varying success. The Quadro seems to have lasted about a month before locking, while the 9600GT is much more often, daily/weekly. I'm running the stock 5.2 kernel (2.6.18-92.1.6.el5) and Xorg (xorg-x11-server 1.1.1-48.41.el5_2.1). The systems are generally idle when it happens. I'm having no luck capturing log data or kdump data. The strange part is, having identical hardware in several locations, only some experience the issue. Hardware: Intel DG43NB motherboards (bios revision doesn't seem to matter at this point, running 98,99,104, or 105) ^- hardware revision is the same for all of them: AAE34877-402 Areca ARC-1200 SATA RAID card (latest firmware, 1.48), running 2 320G seagates Additional PCI-e NIC, Intel PRO/1000, running e1000e v0.4.1.12-NAPI Single stick, 1GB DDR2 (800) memory PS/2 Keyboard/mouse I'm curious if anyone else has run into similar problems such as this, and if they have found a solution. I'm looking at trying the 185.18.31 drivers, which seem to be certified for linux by a few software vendors, according to nvidia's website. What driver versions and/or card make/models are people using successfully? Any help or pointers are greatly appreciated. As I said, not all of them are misbehaving, and I have several with the same config minus the video card running fine on SL5.2 and Windows XP Pro (SP3). Getting desperate, Mark -- Mr. Mark V. Stodola Digital Systems Engineer National Electrostatics Corp. P.O. Box 620310 Middleton, WI 53562-0310 USA Phone: (608) 831-7600 Fax: (608) 831-9591