Installing Oracle on Debian is fairly easy, since Oracle has created a Debian repository, so it is possible to download and install the Oracle database software using apt-get and aptitude.
Howto use the Oracle Debian Repository:
Add the following lines to the /etc/apt/sources.list
# Oracle Repository
deb http://oss.oracle.com/debian unstable main non-free
wget http://oss.oracle.com/el4/RPM-GPG-KEY-oracle -O- | sudo apt-key add -
Update the package repository database with:
cc@ray:~$ sudo apt-get update
Now you should be able to install the following Oracle software:
libaio
oracle-xe-client
oracle-xe
oracle-xe-universal
Install the Oracle Express packages
sudo aptitude install oracle-xe oracle-xe-client
Configure using:
sudo /etc/init.d/oracle-xe configure
Access the nice Oracle web interface by pointing your Firefox to:
http://127.0.0.1:8080/apex
Updated:
The installation process might report that the Oracle packages are not gpg signed, but you should be able to install the packages anyway.
You can avoid this report by added the Oracle gpg-public key to your apt-key chain
wget http://oss.oracle.com/el4/RPM-GPG-KEY-oracle -O- | sudo apt-key add -
Read more on Oracle and Debian and Ubuntu here
Sonntag, 20. März 2011
Dienstag, 15. März 2011
IAS läßt sich nicht starten
IAS lässt sich nicht starten.
Lösungsansatz:
1. stop DNS service
2. change the regedit
Die Portranges 1812-1813 und 1645-1646 in der regedit unter dem folgenden Schlüßel
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ReservedPorts
3. start IAS Service
4. start DNS Service
Lösungsansatz:
1. stop DNS service
2. change the regedit
Die Portranges 1812-1813 und 1645-1646 in der regedit unter dem folgenden Schlüßel
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ReservedPorts
3. start IAS Service
4. start DNS Service
Montag, 14. März 2011
vmware mehr als 256 GB bereitstellen (bei einer Blockgröße von 1MB)
wir hatten das Problem, dass wir auf einem NFS Server nur einzelne Platten mit einer maximalen Größe a 256 GB hinzufügen konnten. Somit mussten wir auf dem CentOS Server eine volumegroup definieren der aus mehreren Platten besteht. D.h. wir haben fünf 252 GB Platten zu einer großen Volumengroup.
Andere Lösung wäre gewesen die Blockgröße auf der Hostmaschine auf eine Blockgröße von 8 MB zu setzen somit hätten wir der VM bis zu 2TB zuweisen können.
Anzeigen welche Volumegroup sind momentan definiert:
[root@localhost]# vgdisplay
--- Volume group ---
VG Name VolGroup00
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 19.88 GB
PE Size 32.00 MB
Total PE 636
Alloc PE / Size 636 / 19.88 GB
Free PE / Size 0 / 0
VG UUID ft0v1w-AyMt-zTE1-1UJB-NCnc-2xQ0-57e6RC
Erstellen von Disks bzw. Partitionen für die Nutzung durch LVM;
[root@localhost]# pvcreate /dev/sdb
Physical volume "/dev/sdb" successfully created
[root@localhost]# pvcreate /dev/sdc
Physical volume "/dev/sdc" successfully created
[root@localhost]# pvcreate /dev/sdd
Physical volume "/dev/sdd" successfully created
Erstellen einer Volumegroup:
[root@localhost]# vgcreate nfsvg01 /dev/sdb /dev/sdc /dev/sdd
Volume group "nfsvg01" successfully created
Erstellen eines logical Volumes:
[root@localhost]# lvcreate -n nfslv01 -L 1200G nfsvg01
Logical volume "nfslv01" created
mit Filesystem formatieren:
[root@localhost]# mkfs -t ext3 /dev/nfsvg01/nfslv01
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
157286400 inodes, 314572800 blocks
15728640 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
9600 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 27 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
Danach konnte der Pfad der Datei in die /etc/exports hinzugefügt werden.
Zum Schluss muss noch der Mountpoint definiert werden:
[root@localhost]# mount -t ext3 /dev/nfsvg01/nfslv01 /mnt/nfsvg01/nfslv01/
pvcreate - initialize a disk or partition for use by LVM
PhysicalVolume...]
DESCRIPTION
pvcreate initializes for later use by the Logical Volume Manager (LVM). Each can be a disk partition, whole disk, meta device, or loopback file. For DOS disk partitions, the partition id must be set to 0x8e using fdisk(8), cfdisk(8), or a equivalent. For whole disk devices only the partition table must be erased, which will effectively destroy all data on that disk. This can be done by zeroing the first sector with:
Andere Lösung wäre gewesen die Blockgröße auf der Hostmaschine auf eine Blockgröße von 8 MB zu setzen somit hätten wir der VM bis zu 2TB zuweisen können.
Anzeigen welche Volumegroup sind momentan definiert:
[root@localhost]# vgdisplay
--- Volume group ---
VG Name VolGroup00
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 19.88 GB
PE Size 32.00 MB
Total PE 636
Alloc PE / Size 636 / 19.88 GB
Free PE / Size 0 / 0
VG UUID ft0v1w-AyMt-zTE1-1UJB-NCnc-2xQ0-57e6RC
Erstellen von Disks bzw. Partitionen für die Nutzung durch LVM;
[root@localhost]# pvcreate /dev/sdb
Physical volume "/dev/sdb" successfully created
[root@localhost]# pvcreate /dev/sdc
Physical volume "/dev/sdc" successfully created
[root@localhost]# pvcreate /dev/sdd
Physical volume "/dev/sdd" successfully created
Erstellen einer Volumegroup:
[root@localhost]# vgcreate nfsvg01 /dev/sdb /dev/sdc /dev/sdd
Volume group "nfsvg01" successfully created
Erstellen eines logical Volumes:
[root@localhost]# lvcreate -n nfslv01 -L 1200G nfsvg01
Logical volume "nfslv01" created
mit Filesystem formatieren:
[root@localhost]# mkfs -t ext3 /dev/nfsvg01/nfslv01
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
157286400 inodes, 314572800 blocks
15728640 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
9600 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 27 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
Danach konnte der Pfad der Datei in die /etc/exports hinzugefügt werden.
Zum Schluss muss noch der Mountpoint definiert werden:
[root@localhost]# mount -t ext3 /dev/nfsvg01/nfslv01 /mnt/nfsvg01/nfslv01/
pvcreate - initialize a disk or partition for use by LVM
SYNOPSIS
pvcreate [-d|--debug] [-f[f]|--force [--force]] [-y|--yes] [-h|--help] [-v|--verbose] [-V|--version]PhysicalVolume...]
DESCRIPTION
pvcreate initializes for later use by the Logical Volume Manager (LVM). Each can be a disk partition, whole disk, meta device, or loopback file. For DOS disk partitions, the partition id must be set to 0x8e using fdisk(8), cfdisk(8), or a equivalent. For whole disk devices only the partition table must be erased, which will effectively destroy all data on that disk. This can be done by zeroing the first sector with:
dd if=/dev/zero of= bs=512 count=1
Continue with vgcreate(8) to create a new volume group on, or vgextend(8) to add to an existing volume group.
OPTIONS
- -d, --debug
- Enables additional debugging output (if compiled with DEBUG).
- -f, --force
- Force the creation without any confirmation. You can not recreate (reinitialize) a physical volume belonging to an existing volume group. In an emergency you can override this behaviour with -ff. In no case case can you initialize an active physical volume with this command.
- -s, --size
- Overrides the size of the physical volume which is normally retrieved. Useful in rare case where this value is wrong. More useful to fake large physical volumes of up to 2 Terabyes - 1 Kilobyte on smaller devices for testing purposes only where no real access to data in created logical volumes is needed. If you wish to create the supported maximum, use "pvcreate -s 2147483647k PhysicalVolume [PhysicalVolume ...]". All other LVM tools will use this size with the exception of lvmdiskscan(8)
- -y, --yes
- Answer yes to all questions.
- -h, --help
- Print a usage message on standard output and exit successfully.
- -v, --verbose
- Gives verbose runtime information about pvcreate's activities.
- -V, --version
- Print the version number on standard output and exit successfully.
Example
Initialize partition #4 on the third SCSI disk and the entire fifth SCSI disk for later use by LVM:pvcreate /dev/sdc4 /dev/sde
Mittwoch, 9. März 2011
auf HP UX neue Volumegroup anlegen ( HP EVA)
# ioscan -fnC disk
# insf -e
# cd /dev/dsk
# ls -rtl
# cd /dev/disk
# ls -rtl --> disks
# pvcreate /dev/rdisk/disk180
# pvcreate /dev/rdisk/disk185
# pvcreate /dev/rdisk/disk187
# vgcreate -V 2.1 -s 8m -S 524160m /dev/cernervgA02 /dev/disk/disk180 /dev/disk/disk185 /dev/disk/disk187
# vgdisplay -v cernervgA02
# insf -e
# cd /dev/dsk
# ls -rtl
# cd /dev/disk
# ls -rtl --> disks
# pvcreate /dev/rdisk/disk180
# pvcreate /dev/rdisk/disk185
# pvcreate /dev/rdisk/disk187
# vgcreate -V 2.1 -s 8m -S 524160m /dev/cernervgA02 /dev/disk/disk180 /dev/disk/disk185 /dev/disk/disk187
# vgdisplay -v cernervgA02
Linux klonen mit rsync
Ich habe mir eine neue -- größere, schnellere, etc -- SATA-Platte geleistet.
Nun ist das bei einem anständigen Betriebsystem kein Grund, dass man dasselbe neu installieren muss.
Aus diesem Grund möchte ich die alte Platte auf die neue kopieren.
Am einfachsten geht natürlich sowas mit "dd if=/dev/alte-platte of=/dev/neue-platte". Diesmal jedoch -- damits nicht so langweilig ist -- möchte ich noch ein Feature oben drauf packen:
Ich möchte noch gleichzeitig das Dateisystem wechseln: Aus diversen Gründen bin ich mit reiserfs nicht ganz so zufrieden, so dass ich gerne auf ext3 umsteigen möchte. Zusätzlichx ist die neue Platte größer, und da ich kein LVM verwendet habe ist dd hier nicht so optimal.
Ich hab das ganze von einer gebooteten Knoppix gemacht, damit sich an den Daten auch ja nix fehlt. Wer ein wenig mutiger ist, kann das ganze natürlich auch aus dem "normalen" System machen, sollte aber zur Sicherheit in den Single User Mode wechslen (mit init 1). Ich empfehls nicht.
Jetzt zum How-To:
WARNUNG: Erst denken dann tippen! Ein falscher Buchstabe macht alle Daten platt! Die Beispiele sind für meinen Rechner ok, für andere kann es zum Disaster führen. Vorallem Partionsnamen prüfen! Für Tippfehler keine Haftung!
1. neue Platte partitionieren (z.B mit fdisk). Für den weiteren Artikel: /dev/sda3 ist meine neue Partition, /dev/hda3 die alte.
2. Filesystem erstellen:
mkfs.ext3 -j -m1 /dev/sda3
3. Filesysteme mounten. (Nur aus paranoiden Gründen mounte ich "alt" read-only)
mkdir /mnt/alt ; mount -o ro /dev/hdb3 /mnt/alt
mkdir /mnt/neu ; mount /dev/sda3 /mnt/neu
4. Jetzt kann der Spass losgehen: "lost+found", "proc", "mnt" und "sys" sollte man nicht kopieren. (tmp braucht man normalerweise nicht kopieren, man sollte aber das Verzeichnis erstellen und die richtigen Rechte zuweisen. Bequemlichkeitshalber lass ich es mal mit synchronisieren...)
rsync -aH --stats --progress --exclude=/lost+found --exclude="mnt" --exclude=/sys --exclude=/proc /mnt/alt/ /mnt/neu
Der"/" nach /mnt/alt ist notwendig, sonst macht rsync ein weiteres Verzeichnis auf, was man nicht will.
Alternativ zu den ganzen excludes kann auch die rsync-Option "--one-file-system" helfen. Die sorgt dann dafür, dass nicht auf ein anderes Dateisystem gewechselt wird, wie z.b proc (procfs), und eventuell andere gemountete Dateisysteme. Dies habe ich aber nicht ausprobiert, sondern nur in der man page von rsync gesehen.
5. Nach einen oder drei Kaffee ist rsync dann fertig. Jetzt muss man noch dafür sorgen, dass man auch von der neuen Platte booten kann. Hier die Schritte, die bei mir notwendig waren: Der Bequemlichkeithalber hab ich auf die neue Platte gechrooted, so dass sich alle Pfade auf die neue Installation beziehen. Bei der Gelegenheit kann man auch gleich noch ein paar Verzeichnisse erstellen, und auch proc und sys mounten.
chroot /mnt/neu
mkdir -p /proc /sys /tmp /mnt /boot
mount -t proc proc /proc
mount -t sysfs sysfs /sys
7. /etc/fstab anpassen. Das neue root ist "dev/sda3", damit Linux auch weiss, wo "/" ist.
8. grub auf der neuen Platte installiern:
grub-install /dev/sda
9. neu booten.
10. neues System geniessen.
Nun ist das bei einem anständigen Betriebsystem kein Grund, dass man dasselbe neu installieren muss.
Aus diesem Grund möchte ich die alte Platte auf die neue kopieren.
Am einfachsten geht natürlich sowas mit "dd if=/dev/alte-platte of=/dev/neue-platte". Diesmal jedoch -- damits nicht so langweilig ist -- möchte ich noch ein Feature oben drauf packen:
Ich möchte noch gleichzeitig das Dateisystem wechseln: Aus diversen Gründen bin ich mit reiserfs nicht ganz so zufrieden, so dass ich gerne auf ext3 umsteigen möchte. Zusätzlichx ist die neue Platte größer, und da ich kein LVM verwendet habe ist dd hier nicht so optimal.
Ich hab das ganze von einer gebooteten Knoppix gemacht, damit sich an den Daten auch ja nix fehlt. Wer ein wenig mutiger ist, kann das ganze natürlich auch aus dem "normalen" System machen, sollte aber zur Sicherheit in den Single User Mode wechslen (mit init 1). Ich empfehls nicht.
Jetzt zum How-To:
WARNUNG: Erst denken dann tippen! Ein falscher Buchstabe macht alle Daten platt! Die Beispiele sind für meinen Rechner ok, für andere kann es zum Disaster führen. Vorallem Partionsnamen prüfen! Für Tippfehler keine Haftung!
1. neue Platte partitionieren (z.B mit fdisk). Für den weiteren Artikel: /dev/sda3 ist meine neue Partition, /dev/hda3 die alte.
2. Filesystem erstellen:
mkfs.ext3 -j -m1 /dev/sda3
3. Filesysteme mounten. (Nur aus paranoiden Gründen mounte ich "alt" read-only)
mkdir /mnt/alt ; mount -o ro /dev/hdb3 /mnt/alt
mkdir /mnt/neu ; mount /dev/sda3 /mnt/neu
4. Jetzt kann der Spass losgehen: "lost+found", "proc", "mnt" und "sys" sollte man nicht kopieren. (tmp braucht man normalerweise nicht kopieren, man sollte aber das Verzeichnis erstellen und die richtigen Rechte zuweisen. Bequemlichkeitshalber lass ich es mal mit synchronisieren...)
rsync -aH --stats --progress --exclude=/lost+found --exclude="mnt" --exclude=/sys --exclude=/proc /mnt/alt/ /mnt/neu
Der"/" nach /mnt/alt ist notwendig, sonst macht rsync ein weiteres Verzeichnis auf, was man nicht will.
Alternativ zu den ganzen excludes kann auch die rsync-Option "--one-file-system" helfen. Die sorgt dann dafür, dass nicht auf ein anderes Dateisystem gewechselt wird, wie z.b proc (procfs), und eventuell andere gemountete Dateisysteme. Dies habe ich aber nicht ausprobiert, sondern nur in der man page von rsync gesehen.
5. Nach einen oder drei Kaffee ist rsync dann fertig. Jetzt muss man noch dafür sorgen, dass man auch von der neuen Platte booten kann. Hier die Schritte, die bei mir notwendig waren: Der Bequemlichkeithalber hab ich auf die neue Platte gechrooted, so dass sich alle Pfade auf die neue Installation beziehen. Bei der Gelegenheit kann man auch gleich noch ein paar Verzeichnisse erstellen, und auch proc und sys mounten.
chroot /mnt/neu
mkdir -p /proc /sys /tmp /mnt /boot
mount -t proc proc /proc
mount -t sysfs sysfs /sys
7. /etc/fstab anpassen. Das neue root ist "dev/sda3", damit Linux auch weiss, wo "/" ist.
8. grub auf der neuen Platte installiern:
grub-install /dev/sda
9. neu booten.
10. neues System geniessen.
Abonnieren
Posts (Atom)