Pages: 1 2 3 4 5 6 7 8 9 10 11 ... 13 >>
Here is the letter I received this morning from My old Union, I am in the process of finding a new one. Words cannot fully encapsulate the utter stupidity of the person who sent encrypted personal data to the WRONG email address!
The only reason I'm using NUT rather than apcupsd is that my ReadyNas Duo will not talk to apcupsd. apcupsd is a lot simpler to setup and install without a lot of duplication of configuration values.
We need to edit a whole bunch of config files most are in /etc/ups. But first we will start with
Tell nut we will be a server over the network.The same message needs to also be in the nut.conf. You will see this type of annoying duplication of configuration a lot with nut ( think I already mentioned that though).
Setup which UPS's we are going to be monitoring from this machine, in our case its the one actually connected to this machine.
Tell Nut we will be a netserver again.
Create the setting for the UPS we will be monitoring, I'm using an APC Back-UPS BR 800 connected via its USB cable. If you want this to be able to talk to a ReadyNas you MUST call it [UPS]. (ReadyNas Duo another product I have and would not recommend. Among other things it is painfully slow even with the extra RAM module.)
set the user that will be connecting in to get the status of the UPS. This one is local.
It is possible to check the drive is starting up cleanly, If it does not make sure you are using the correct driver for your hardware and that all the options are set correctly.
With my APC ups I see the following:
Check that data is being returned correctly and providing a good status.
To check that all is running look at the verbose output from this command, which is a list of all the settings for your ups.
Where ups is the [name] from ups.conf and appears to be case insensitive for this command.
I also had to hack
/etc/init.d/halt to stop the system going down completely. This was necessary to allow the system to come back up automatically after the power is restored.
Test the whole thing is working by removing the power core from the UPS wait fort he message to say the UPS is on battery power and then run this command
If all is well the system should close down to the system has halted output and stay powered up. The UPS will then cut power to the system. When you put the power cord back in the UPS it will pop and squeak a bit and the lights should flash. After a short delay evertything will power backup again.
Pages: 1· 2
To setup a PXEserver with dnsmasq and fedora is really simple the second time
. This is how I do mine.
Setup dnsmasq so it is providing DNS and DHCP first. See my mini HOWTO.
decide where you are going to put the files for your PXE server. The files I mean are the copies of the install CD/DVD, the menus and configuration for the tftp server. I put mine in tftp and then in sub directories pxeboot and webroot. Create the empty directory structure now. From now on when I refer to pxeboot I mean /tftp/pxeboot and for webroot I mean /tftp/webroot. Also when I'm talking about http://localhost you can substitute the local ghost for a host name or IP address.
We will be needing a working HTTP server I use Apache as it is already used for a number of other things on my server/Nas machine. without further ado lets get on! Install apache, in fedora the package is called httpd.
The web server should have it's root directory pointing at /tftp/webroot. The simplest config file for this is
sudo service httpd start
To test the basic http service use the url http://localhost you should see the Fedora Apache web page.
To test the webroot directories, lets create a simple index.html page and check it displays in a browser. Create the file /tftp/webroot/index.html with the following text. Save it so it is readable by everyone.
Now reload the apache configuration
in your browser use the URL http://localhost/webroot/ and you should see the text from the index.html you save above. If you do not you did it wrong, please try again and follow all the steps in order.![]()
One more test to check that weget is working as expected. go to your HOME directory and get the index.html file from webroot.
">http://localhost/webroot/index.html[/khakisample]This should look something like this
To change a working install of Dnsmasq to work as a PXE server we need to turn on a few settings.
Edit the file /etc/dnsmasq.conf to turn on the following options, seethe comments in the file for what they do.
get dnsmasq to reload the changes
Download the latest Fedora installation DVD, not the live CD. This needs to be copied to webroot. I have a subdirectory structure that allows for continuous expansion and makes it easy to update from one version to another.
Mount the Fedora install DVD and copy everything over to the img directory for the correct release (f14, f15) and architecture (i386, X86_64). See my mini howto for that.
While that is copying over we can create the PXE server stuff in pxeboot. Create a subdirectory boot and then another subdirectory under that for the release of fedora, (f14, f15). Rather then copy the PXE boot files over again make a symbolic link back to the isolinux subdirectoy from the img directory you are copying from the DVD. In my case I use:
Create another subdirectory under pxeboot this time called pxelinux.cfg. This will hold your Menu configuration files.
Now get a copy of pxelinux.0 this can be found in the syslinux RPM, install it and copy it over from /usr/share/syslinux/pxelinux.0
also copy over a copy of the file vesamenu.c32 you can also get this from the isolinux directory this is common over a number of fedora release.
So assuming you are working with Fedora 15, the current version, lets create a simple menu to boot up from.
Using PXElinux it will eventually load the pxelinux.0/default. A quick and dirty one option menu would be
NOTE: The last line, APPEND, must be all on one line.
This description shamelessly take from the dnsmasq home page.
The dnsmasq DHCP server supports static address assignments and multiple networks. It automatically sends a sensible default set of DHCP options, and can be configured to send any desired set of DHCP options, including vendor-encapsulated options. It includes a secure, read-only, TFTP server to allow net/PXE boot of DHCP hosts and also supports BOOTP.
Dnsmasq supports IPv6 for DNS and TFTP, but not DHCP. Dnsmasq accepts DNS queries and either answers them from a small, local, cache or forwards them to a real, recursive, DNS server. It loads the contents of /etc/hosts so that local hostnames which do not appear in the global DNS can be resolved and also answers DNS queries for DHCP configured hosts.
Installing dnsmasq is just a case of using yum.![]()
we need to make sure that the dnsmasq service will start at boot time, here we check it and then set it.
Looking at the file /etc/dnsmasq.conf first. The lines are listed are those that I changed from their defaults. Just uncomment and amend them as necessary. (Remove the '#' from the beginning of the line).
/etc/dnsmasq.conf
What these lines will do for you.
Fight with the 3ware web site, which is appalling, downloading the latest software, if you can work out which one to get.
This link works but does not go where you would expect it to http://www.lsi.com/channel/ChannelDownloads
From the link above I went to Support -> Support and downloads by product, 9650SE-8LPML, I then downloaded what seemed to be the latest from the section "complete code set". I have 10.2-complete-code-set.iso which is no longer listed
To instyall the software which seems to be just a web interface with lotsf options that go to the same place. mount the cd
Then read and follow the prompts
After the install check that the new service tdm2 is running. Which will run the 3gm software. Note the inconsistent naming!
Start the service the first time with
You can now see the web interface with https://localhost:888/
The first time you log in the password for both user and administrator will be 3ware This can be changed by going to 3dm2 settings and filling in the old and new passwords.