Intel presenta il suo primo processore a sei core per sistemi server multiprocessore. Il chip, noto con il nome in codice Dunnigton, dà vita alla serie Xeon 7400, per il momento composta dallo Xeon X7460 e Xeon E7440. Il primo lavora a 2.66 GHz, mentre il secondo lavora a 2.4 GHz. Entrambi i modelli integrano 16 MB di cache L3 e il Front Side Bus a 1066 MHz. Differente, invece, il TDP che si attesta su 130 watt per il modello più prestante e 90 watt per la soluzione minore. Questa CPU è realizzata dall'unione di ben tre processori Penryn dual-core a 45 nanometri.

Los nuevos chips Intel Xeon 7400 de 6 núcleos funcionan a 2.66GHz, y según Intel son 50% más rápidos que las versiones del Intel Xeon 7300 de 4 núcleos.

Vienen con un precio bastante elevado de US$2,729 para el modelo de 6 núcleos, aunque el 7400 también vendrá en modelos de 4 núcleos por US$856

Fuente

El 15 de septiembre será, previsiblemente, la fecha elegida por Intel para lanzar al mercado los procesadores Dunnington, los que serían la evolución de los actuales Intel Xeon, también llamados coloquialmente “los tigretones”.

Nota completa aquí.

At Google, we have a saying: “launch early and iterate.” While this approach is usually limited to our engineers, it apparently applies to our mailroom as well! As you may have read in the blogosphere, we hit "send" a bit early on a comic book introducing our new open source browser, Google Chrome. As we believe in access to information for everyone, we've now made the comic publicly available -- you can find it here. We will be launching the beta version of Google Chrome tomorrow in more than 100 countries.

So why are we launching Google Chrome? Because we believe we can add value for users and, at the same time, help drive innovation on the web.

All of us at Google spend much of our time working inside a browser. We search, chat, email and collaborate in a browser. And in our spare time, we shop, bank, read news and keep in touch with friends -- all using a browser. Because we spend so much time online, we began seriously thinking about what kind of browser could exist if we started from scratch and built on the best elements out there. We realized that the web had evolved from mainly simple text pages to rich, interactive applications and that we needed to completely rethink the browser. What we really needed was not just a browser, but also a modern platform for web pages and applications, and that's what we set out to build.

On the surface, we designed a browser window that is streamlined and simple. To most people, it isn't the browser that matters. It's only a tool to run the important stuff -- the pages, sites and applications that make up the web. Like the classic Google homepage, Google Chrome is clean and fast. It gets out of your way and gets you where you want to go.

Under the hood, we were able to build the foundation of a browser that runs today's complex web applications much better. By keeping each tab in an isolated "sandbox", we were able to prevent one tab from crashing another and provide improved protection from rogue sites. We improved speed and responsiveness across the board. We also built a more powerful JavaScript engine, V8, to power the next generation of web applications that aren't even possible in today's browsers.

This is just the beginning -- Google Chrome is far from done. We're releasing this beta for Windows to start the broader discussion and hear from you as quickly as possible. We're hard at work building versions for Mac and Linux too, and will continue to make it even faster and more robust.

We owe a great debt to many open source projects, and we're committed to continuing on their path. We've used components from Apple's WebKit and Mozilla's Firefox, among others -- and in that spirit, we are making all of our code open source as well. We hope to collaborate with the entire community to help drive the web forward.

The web gets better with more options and innovation. Google Chrome is another option, and we hope it contributes to making the web even better.

So check in again tomorrow to try Google Chrome for yourself. We'll post an update here as soon as it's ready.

Intel is preparing a new line of Xeon chips that will offer faster and more energy-efficient computing, according to this report. The fastest chip in the line will operate at 3.4 gigahertz and have an average power consumption of 120 watts; an increase of 0.2 gigahertz and 30 watts over its previous chips. The Wall Street Journal (free content) (9/8)

2. Verify that the disk is present and there is nothing on it. Make note of the geometry, you will need the size of the disk in megabytes. It may vary slightly depending on drive brand and model.

# parted -s /dev/hdc print
Disk geometry for /dev/ide/host1/bus0/target0/lun0/disc: 0.000-78533.437 megabytes
Disk label type: msdos
Minor    Start       End     Type      Filesystem  Flags

3. Initialize the disk and create a partition.

# parted -s /dev/hdc mklabel msdos
# parted -s /dev/hdc mkpart primary ext2 0 78533.437

*** This last number needs to match the size of the drive in megabytes, as reported in Step 2 ***

4. You will need to reboot your server at this point to make sure the partition table is updated properly. If you do not, it is possible that the partition will disappear or be misaligned which will result in data loss.

5. After your server is rebooted, check the partition table and make sure your new partition is there and you do not receive any warnings from parted.

# parted -s /dev/hdc print
Disk geometry for /dev/ide/host1/bus0/target0/lun0/disc: 0.000-78533.437 megabytes
Disk label type: msdos
Minor    Start       End     Type      Filesystem  Flags
1          0.031  78528.669  primary

6. Now we can create a filesystem on our new partition.

# mke2fs -j /dev/hdc1

7. Create a mount point and add the new filesystem to the fstab so it is mounted automatically.

# mkdir /mnt/drive2
# echo "/dev/hdc1 /mnt/drive2 ext3 defaults 0 0" >> /etc/fstab

8. Mount your new filesystem and verify that it mounted correctly.

# mount /mnt/drive2
# mount
/dev/hdc1 on /mnt/drive2 type ext3 (rw)       <- make sure you see this line

Here are the steps involved in moving your large database to a new server easily.

1. First you will have to download your old mySQL database to your local computer. This can be done via phpMyAdmin using the Export function.
2. Download the dumper from BigDump website, and unzip it to your local computer, using Winzip or any other unzip tool.

3. Create a new folder named e.g. “dump” on your new web server, and change its permissions to chmod 777. (Do change it back to default when you’re don’t with importing database.)
4. Open the unzipped file bigdump.php in a text editor like notepad, and adjust the database setting, i.e. database name, username, password.
5. Upload bigdump.php along with the dump file (downloaded from old server) to the new server under the directory we just created named “dump”

6. Now open the bigdump.php file by using a browser, i.e. Firefox, Internet Explorer, using address something like http://www.yourwebsite.com/dump/bigdump.php
7. Select the appropriate options and start the process, then wait for the process to finish, do not close your browser, if you do so, then you will have incomplete database on your new server. As the dump file is present on the server it will take less than a minute to complete the process, if the dump file is, consider 40 MB.
8. You must remove your dump (MySQL) file and the bigdump.php file from your server, also delete the dump folder, or change its permissions back to default.

2. Down load the chkrootkit.
Type: wget ftp://ftp.pangeia.com.br/pub/seg/pac/chkrootkit.tar.gz

3. Unpack the chkrootkit you just downloaded.
Type: tar xvzf chkrootkit.tar.gz

4. Change to new directory
Type: cd chkrootkit*

5. Compile chkrootkit
Type: make sense

6. Run chkrootkit
Type: ./chkrootkit

If it says "Checking `bindshell'... INFECTED (PORTS: 465)"
This is normal and it is NOT really a virus.

Come hop on and take a ride on the PEER 1 Network with our new product offerings! We are excited to announce the launch of the following:

3Ware 9650 RAID controller - RAID 5 and RAID 10 solutions! This new offering is available on all current Category 3 and 5 servers.

Dual Xeon 5130 -
Dual Processor, Dual Core utilizing the 1333 MHZ FSB. Ideal uses for large-scale, mission critical applications including streaming media, database and e-commerce.

* 2 x Intel Xeon 5130 DDC
* 2 GB RAM
* 1 x 250 GB SATA II HD
* 2500 GB monthly transfer
* RAID Capable

Dual Xeon 5345 -
Dual Processor, Quad Core utilizing the 1333 MHZ FSB. Ideal uses for large-scale, mission critical applications including streaming media, database and e-commerce.

* 2 x Intel Xeon 5345 DQC
* 2 GB RAM
* 1 x 500 GB SATA II HD
* 2500 GB monthly transfer
* RAID Capable

These servers also allow greater RAM capacity than previous Xeon offerings! All new products are available in the shopping cart today and can be provisioned in all ServerBeach datacenters!

Get yours today!

You need root access on the server, where you would like to install Nagios. Login as root.

Create a directory for downloads.

#mkdir -p /usr/src/backs/nagios
#cd /usr/src/backs/nagios

Download source of nagios and nagios-plugins at http://www.nagios.org/download/.

#wget http://keihanna.dl.sourceforge.net/sourceforge/nagios/nagios-1.2.tar.gz
#wget http://easynews.dl.sourceforge.net/sourceforge/nagiosplug/nagios-plugins-1.3.1.tar.gz

2) Compilation and installation of Nagios

Login as root and create a user, say "nagios"

#su
#adduser nagios
#passwd nagios
Changing password for user nagios.
New UNIX password:
Retype new UNIX password:
passwd: all authentication tokens updated successfully.

In some servers normal users may not have permission to use 'mail' inorder to send alerts.

usermod -G mail nagios  

Make a directory for working with the source code.

mkdir -p /usr/src/works/nagios
cd /usr/src/works/nagios/
tar -zxvf /usr/src/backs/nagios/nagios-1.2.tar.gz
cd nagios-1.2/
 ./configure
The default is fine for normal operation. for details see the file 'INSALL'.
./configure --prefix=prefix --with-cgiurl=cgiurl --with-htmurl=htmurl
--with-nagios-user=someuser --with-nagios-grp=somegroup
./configure
make all
make install
make install-init # Needed to add the service 'nagios'.
make install-commandmode
make install-config

Install the plugins

cd ../
tar -zxvf /usr/src/backs/nagios/nagios-plugins-1.3.1.tar.gz
cd nagios-plugins-1.3.1/
./configure
NOTE:- For mysql and postgresql plugins to work, their  libraries have
to be installed. so to avoid installing those we will use 'check_tcp'
Instead later with seperate port for mysql and postgresql.
make
make check
make install

Libraries will be installed in '/usr/local/nagios/libexec' position by the default installation. If there is no contents do the following.

 mkdir /usr/local/nagios/libexec
 mv /usr/lib/nagios/plugins/* /usr/local/nagios/libexec/
 ln -s /lib/libcrypto.so.0.9.7a /lib/libcrypto.so.4

3) Post install Configuration of Nagios

Edit apache's httpd.conf file. (the location of the httpd.conf file may differ)

vim /etc/httpd/conf/httpd.conf

Add the following line at the end of the file.

Include /etc/httpd/conf/nagios.conf

Create the file '/etc/httpd/conf/nagios.conf'.

vi /etc/httpd/conf/nagios.conf

Add the following contents to this file.

-------------------------------------------------
ScriptAlias /nagios/cgi-bin/ /usr/local/nagios/sbin/
    <Directory ?/usr/local/nagios/sbin/?>
        AllowOverride AuthConfig
        Options ExecCGI
        Allow from all
        Order allow,deny
    </Directory>

Alias /nagios/ /usr/local/nagios/share/
    <Directory ?/usr/local/nagios/share?>
        Options None
        AllowOverride AuthConfig
        Order allow,deny
        Allow from all
    </Directory>
--------------------------------------------------

Make sure the updations done with http is fine and restart apache.

#service httpd restart

Create '.htaccess' file in '/usr/local/nagios/share/' and '/usr/local/nagios/sbin/'.

#touch /usr/local/nagios/share/.htaccess
#touch /usr/local/nagios/sbin/.htaccess

Add the following contents to both these files.

AuthName "Nagios Access"
AuthType Basic
AuthUserFile /usr/local/nagios/etc/htpasswd.users
require valid-user

Create the username, password for logging into the Nagios interface.

htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin
ls -l /usr/local/nagios/etc/htpasswd.users

Make it available for the user who runs httpd.

chmod o+r /usr/local/nagios/etc/htpasswd.users

Restart the httpd service.

service httpd restart

5)Advanced Nagios Configurations.

Rename the sample files to the real names.

cd /usr/local/nagios/etc/
for i in *sample ; do mv $i `echo "$i" |sed s/-sample//` ; done

Edit the main conf file, nagios.cfg. and change only these lines.

check_external_commands=1

Make these Cgi specific changes in cgi.cfg.

use_authentication=1
authorized_for_system_information=nagiosadmin
authorized_for_configuration_information=nagiosadmin
authorized_for_system_commands=nagiosadmin
authorized_for_all_services=nagiosadmin
authorized_for_all_hosts=nagiosadmin
authorized_for_all_service_commands=nagiosadmin
authorized_for_all_host_commands=nagiosadmin

Add servers that need to be monitored

Make the Host specific changes to the hosts.cfg.

 Generic host definition template
define host{
        name                            generic-host
        notifications_enabled          1
        event_handler_enabled          1
        flap_detection_enabled          1
        process_perf_data              1
        retain_status_information      1
        retain_nonstatus_information    1

        register                        0
        }

define host{
        use                    generic-host            ; Name of host
template to use

        host_name              <FQDN of server>
        alias                  <Any alias name for the host>
        address                <IP of server>
        check_command          check-host-alive
        max_check_attempts      10
        notification_interval  120
        notification_period    24x7
        notification_options    d,u,r
        }

Repeat for all the hosts we want to check.

Group them in hostgroups.cfg

define hostgroup{
        hostgroup_name  <Host group name>
        alias          <any alias name>
        contact_groups  <contact group name>
        members        <<host1>,<host2>,..>
}

Repeat for all the hosts groups.

Specify the services that need to be checked

Edit the details of all the services, we want checked by Nagios in services.cfg.

 Generic service definition template
define service{
        name                            generic-service
        active_checks_enabled          1
        passive_checks_enabled          1
        parallelize_check              1
        obsess_over_service            1
        check_freshness                0
        notifications_enabled          1
        event_handler_enabled          1
        flap_detection_enabled          1
        process_perf_data              1
        retain_status_information      1
        retain_nonstatus_information    1
        register                        0
        }

define service{
        use                            generic-service
        host_name                      <FQDN of server to check the service>
        service_description            <Service name>
        is_volatile                    0
        check_period                    24x7
        max_check_attempts              3
        normal_check_interval          3
        retry_check_interval            1
        contact_groups                  <contact group name for alerts
to send>
        notification_interval          120
        notification_period            24x7
        notification_options            w,u,c,r
        check_command                  <check command for the service>
        }

Repeat for each service on each host.

Specify Alert Contacts

In order to specify details of the contacts for alerts, we need to edit contacts.cfg.

 'nagios' contact definition
define contact{
        contact_name                    <contact name>
        alias                          <some nickname>
        service_notification_period    24x7
        host_notification_period        24x7
        service_notification_options    w,u,c,r
        host_notification_options      d,u,r
        service_notification_commands  notify-by-email,notify-by-epager
        host_notification_commands
host-notify-by-email,host-notify-by-epager
        email                          <email address of the contact>
        pager                          <pager or mobile no.(optional)>
        }

Repeat for all contacts.

Group the contacts

Edit contactgroups.cfg, in order to specify groups of contacts.

define contactgroup{
        contactgroup_name      <contact group name>
        alias                  <any nickname for the group>
        members                <members (comma seperated)>
        }

Repeat for all groups to include all contacts

Escelating with nagios

If you need to send selective alerts, for example when critical issues occur, simply configure the escalations.cfg file.

define serviceescalation{
        host_name                      <FQDN of the server>
        service_description            < name>
        first_notification              2
        last_notification              6
        contact_groups                  < groups (comma seperated)>
        notification_interval          0
        }

Repeat for all escalations Once again, check all the files, nagios.cfg cgi.cfg hosts.cfg hostgroups.cfg, services.cfg, contacts.cfg, contactgroups.cfg, escalations.cfg and checkcommands.cfg Restart httpd and then Nagios.

service httpd restart

Add Nagios to system services.

chkconfig --add nagios
service nagios restart

Check for any errors reported, and solve them one by one if any.
Enable nagios in runlevels, so that it starts on boot.

chkconfig nagios on

Create cron.daily entry if we want to restart the service daily. Here is the script.

vi etc/cron.daily/nagios-restart.cron
#!/bin/sh
/sbin/service nagios restart >/dev/null 2>&1

Make it executable

chmod +x etc/cron.daily/nagios-restart.cron

And finally, Check if nagios is working fine.!!!

http://NAGIOS-SERVER-NAME/nagios/index.html

Az első nap meglehetősen eseménydús volt, a látogatók alig győzték kapkodni a fejüket. A részletes közleményből kiderül, hogy a fenti fontosabb részleteket közölték a közönséggel, ezeket vesszük most sorra. Számunkra talán a legérdekesebb, hogy a 45 nanométeren készülő Core i7 asztali chipek esetében lehetővé teszik az automatikus túlhúzást - ez azt jelenti, hogy a megnövekedett számítási igény észlelésekor a processzorok azonnal a gyári órajelnél magasabb frekvenciára kapcsolnak, hogy minél előbb leküzdjék a feladatot - azt nem tudni, hogy ez milyen hatással lesz a fogyasztásra és a hőleadásra az ígéretek szerint komolyabb negatív következményre nem kell számítanunk.

A cég első alkalommal mutatta be négymagos mobil chipjeit, ezek a QX9300 (2,53 GHz) és Q9100 (2,26 GHz) jelölést kapták. A Centrino 2 család további bővítése nyilván a minél nagyobb teljesítmény elérését hivatott biztosítani, hogy a lehető legkevesebb esélye legyen az AMD-nek a felzárkózásra. Ezek szintén 45 nanométeren készülnek (mint minden újonnan bemutatott változat), az FSB 1066 MHz-es, a másodszintű gyorsítótár pedig méretes, 12 MB. Előbbi 851, utóbbi pedig 1038 dollárt kóstál - nem gyerek kezébe valók. A bemutatón tíz további iker- és egymagos mobil chip is elrajtolt, köztük normál és ultra-alacsony feszültségen futó Celeronok és Core 2 Duo processzorok. Az órajel 1,2 és 2,4 GHz, az FSB 667 és 1066 MHz, a fogyasztás pedig 5,5 és 25 watt között mozog - mindez 86 és 316 dollár közötti árakon.

Az új generációban egyébként több különböző változat is érkezik, a Nehalem-EP és a Nehalem-EX a szerverek szegmensében, a Havendale és Lynnfield sorozat az asztali számítógépek körében, az Auburndale és Clarksfield pedig a mobil készülékeknél hódíthat majd. Ezek mellett hamarosan megjelennek az első hatmagos Xeon chipek, amelyeket már korábban beígértek. A Dunnington családból elsőként a Xeon X7460 érkezik szeptemberben, ez a gyártó szerint a 8 foglalattal szerelt IBM 3950 M2 szerverben már bizonyított. A chip 1,9 milliárd tranzisztort tartalmaz, órajele valószínűleg 2,53 GHz, a másodszintű gyorsítótár mérete két magra 3 MB, a megosztott harmadszintűé pedig 16 MB lesz - az ár egyelőre itt sem ismert.

Minden készen áll tehát az újabb invázióhoz - kíváncsian várjuk, hogy a fenti özön megindulása után az AMD mennyire tudja majd tartani magát.

Forrás: SG.hu

Compatible with the recently released Apple iPhone 3G, these ergonomically designed chargers feature an innovative and easy to use design.

Apple iPhone 3G Retractable Sync & Charge USB Cable (White) - $15.00
- Makes it simple and convenient to travel with its dual sync and charge functionality and new innovative retractable design.
- Lightweight, compact, stylish, convenient.
- Allows for synchronizing and charging your Apple iPhone at the same time through USB port.
- 3 feet long cord.
OrionGadgets iPhone 3G retractable sync & charge USB cable is available now from http://www.oriongadgets.com/2188.html with free shipping in North America.

Apple iPhone 3G Car Charger (White) - $13.00
- Plugs into cigarette lighter port to power your device.
- Cable retains its original shape after extended periods of use.
- 9 feed long cord.
- Advanced blue xeon LED indicator
- Full metal tip and contacts.
- Innovative comfortable hand-grip design
OrionGadgets iPhone 3G car charger is available now from http://www.oriongadgets.com/2186.html with free shipping in North America.

About OrionGadgets
OrionGadgets is a manufacturer and a retailer tailored to individual consumers as well as small to medium-sized businesses, providing innovative accessories products for mobile phones, PDA, PMP, and portable gaming devices. OrionGadgets strives for 100% customer satisfaction.

Let’s call the 2 servers ‘SOURCESERVER’ and ‘DESTSERVER’ for
SOURCESERVER = Source server (the server we’re connecting from to upload the data)
DESTSERVER = Destination server (the server we’re connecting to receive the data)

Part 1 - Setting up SSH key authentication

First, we need to make sure the DESTSERVER has the ability to use key authentication enabled. Find your sshd configuration file (usually ‘/etc/ssh/sshd_config’) and enable the following options if they are not already set.

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys

If you edit the file be sure to restart sshd afterwards.

# /etc/init.d/sshd restart

Next, on the SOURCESERVER we will create the public / private key pair to be used for authentication with the following command.

# ssh-keygen -t rsa

*Note: Do not enter a passphrase for this, just hit enter when prompted.

This should create 2 files, a public key file and a private key file.
The public key file (usually [homedir]/.ssh/id_rsa.pub) we will upload to the DESTSERVER.
The private key file (usually [homedir]/.ssh/id_rsa) we will keep on the SOURCESERVER.
*Be sure to keep this private key safe. With it anyone will be able to connect to the DESTSERVER that contains the public key.

Now we will plant the public key we created on to the DESTSERVER.
Choose the user account which you will use to connect to on DESTSERVER, we’ll call this user ‘destuser’ for now.
In that account’s home directory, create a ‘.ssh’ subdirectory, and in that directory create a new text file called ‘authorized_keys’. If it already exists, great, use the existing file.
Open the ‘authorized_keys’ file and paste in the contents of the public key you created in the previous step (id_rsa.pub). It should look something like the following

ssh-rsa <lots and lots of characters…> sourceuser@SOURCESERVER

Save the file and change the permissions to 600 for the file and 700 for the ‘.ssh’ directory.

Now to test that the keys are working.
From the SOURCESERVER try logging in as normal using ssh to the DESTSERVER.

# ssh destuser@DESTSERVER

If all is working you should not be prompted for a password but instead connected directly to a shell on the DESTSERVER.

Part 2 - Creating the rsync script

Now for the rsync script.
I use a simple script such as the following

——————————————-

#!/bin/bash

SOURCEPATH=’/source/directory’
DESTPATH=’/destination’
DESTHOST=’123.123.123.123′
DESTUSER=’destuser’
LOGFILE=’rsync.log’

echo $’\n\n’ >> $LOGFILE
rsync -av –rsh=ssh $SOURCEPATH $DESTUSER@$DESTHOST:$DESTPATH 2>&1 >> $LOGFILE
echo “Completed at: `/bin/date`” >> $LOGFILE

——————————————-

Copy this file into the home directory of the sourceuser on the SOURCESERVER
and modify the first 4 variables in the file.
SOURCEPATH (Source path to be synced)
DESTPATH (Destination path to be synced)
DESTHOST (Destination IP address or host name)
DESTUSER (User on the destination server)
Save it as something like ‘rsync.sh’
Set the permissions on the file to 700.
# chmod 700 rsync.sh

Now you should be able to run the script, have it connect to the DESTSERVER, and transfer the files all without your interaction.
The script will send all output to the ‘rsync.log’ file specified in the script.

Part 3 - Setting up the cron job

Assuming everything has worked so far all that’s left is to setup a cron job to run the script automatically at a predefined interval.

As the same sourceuser use the ‘crontab’ command to create a new cron job.

# crontab -e

This will open an editor where you can schedule the job.
Enter the following to have the script run once every hour

——————————————-
# Run my rsync script once every hour
0 * * * * /path/to/rsync.sh
——————————————-

Your 2 servers should now be syncing the chosen directory once every hour.
Hope this helped, let me know if you have any questions.