AIX使用LV创建ASM磁盘组
CREATE ASM ON AIX LV DEVICE OS:AIX 6100-03 ASM版本 10205 # lspv hdisk0 000d295a6d68902b rootvg active hdisk1 000d2e62ac906f43 rootvg active hdisk2 000d2e629b38c89d datavg active hdisk3 none None hdisk4 none None # lsvg rootvg datavg # chdev
CREATE ASM ON AIX LV DEVICEOS:AIX 6100-03
ASM版本 10205
# lspv
hdisk0 000d295a6d68902b rootvg active
hdisk1 000d2e62ac906f43 rootvg active
hdisk2 000d2e629b38c89d datavg active
hdisk3 none None
hdisk4 none None
# lsvg
rootvg
datavg
# chdev -l hdisk3 -a pv=yes --创建PV
hdisk3 changed
hdisk3已识别PVID
# lspv
hdisk0 000d295a6d68902b rootvg active
hdisk1 000d2e62ac906f43 rootvg active
hdisk2 000d2e629b38c89d datavg active
hdisk3 000d2e621c735061 None
hdisk4 none None
创建VG:
# mkvg -y asmvg hdisk3
asmvg
# lsvg -o
asmvg
datavg
rootvg
创建LV
mklv -y lv_asm1 asmvg 8
mklv -y lv_asm2 asmvg 8
mklv -y lv_asm3 asmvg 8
mklv -y lv_asm4 asmvg 8
# mklv -y lv_asm4 asmvg 8
lv_asm1
# mklv -y lv_asm2 asmvg 8
lv_asm2
# mklv -y lv_asm3 asmvg 8
lv_asm3
# mklv -y lv_asm4 asmvg 8
lv_asm4
修改权限
chown oracle.dba /dev/rlv_asm1 chown oracle.dba/dev/rlv_asm2 chown oracle.dba/dev/rlv_asm3 chown oracle.dba/dev/rlv_asm4
查看ASM设备
$ kfod status=TRUE asm_diskstring='/dev/rlv*' disk=all
--------------------------------------------------------------------------------
Disk Size Header Path
================================================================================
1: 256 Mb CANDIDATE /dev/rlv_asm1
2: 256 Mb CANDIDATE /dev/rlv_asm2
3: 256 Mb CANDIDATE /dev/rlv_asm3
4: 256 Mb CANDIDATE /dev/rlv_asm4
--------------------------------------------------------------------------------
ORACLE_SID ORACLE_HOME
================================================================================
+ASM /oracle/product/10.2.0/+ASM
创建磁盘组:
create diskgroup data external redundancy disk '/dev/rlv_asm1','/dev/rlv_asm2','/dev/rlv_asm3','/dev/rlv_asm4';
SQL> create diskgroup data external redundancy disk '/dev/rlv_asm1','/dev/rlv_asm2','/dev/rlv_asm3','/dev/rlv_asm4';
create diskgroup data external redundancy disk '/dev/rlv_asm1','/dev/rlv_asm2','/dev/rlv_asm3','/dev/rlv_asm4'
*
ERROR at line 1:
ORA-15018: diskgroup cannot be created
ORA-15031: disk specification '/dev/rlv_asm4' matches no disks
ORA-15014: location '/dev/rlv_asm4' is not in the discovery set
ORA-15031: disk specification '/dev/rlv_asm3' matches no disks
ORA-15014: location '/dev/rlv_asm3' is not in the discovery set
ORA-15031: disk specification '/dev/rlv_asm2' matches no disks
ORA-15014: location '/dev/rlv_asm2' is not in the discovery set
ORA-15031: disk specification '/dev/rlv_asm1' matches no disks
ORA-15014: location '/dev/rlv_asm1' is not in the discovery set
create diskgroup data external redundancy disk '/dev/rlv_asm*';
SQL> create diskgroup data external redundancy disk '/dev/rlv_asm*';
create diskgroup data external redundancy disk '/dev/rlv_asm*'
*
ERROR at line 1:
ORA-15018: diskgroup cannot be created
ORA-15031: disk specification '/dev/rlv_asm*' matches no disks
ORA-15014: location '/dev/rlv_asm4' is not in the discovery set
ORA-15014: location '/dev/rlv_asm3' is not in the discovery set
ORA-15014: location '/dev/rlv_asm2' is not in the discovery set
ORA-15014: location '/dev/rlv_asm1' is not in the discovery set
SQL> alter system set asm_diskstring='/dev/rlv_asm*';
System altered.
SQL> create diskgroup data external redundancy disk '/dev/rlv_asm*';
Diskgroup created.
查看alter日志:
Wed May 21 10:08:57 GMT+08:00 2014SQL> create diskgroup data external redundancy disk '/dev/rlv_asm1','/dev/rlv_asm2','/dev/rlv_asm3','/dev/rlv_asm4'
Wed May 21 10:08:57 GMT+08:00 2014ERROR: diskgroup DATA was not created
Wed May 21 10:11:46 GMT+08:00 2014SQL> create diskgroup data external redundancy disk '/dev/rlv_asm*'
Wed May 21 10:11:46 GMT+08:00 2014ERROR: diskgroup DATA was not created
Wed May 21 10:15:40 GMT+08:00 2014SQL> create diskgroup data external redundancy disk '/dev/rlv_asm*'
Wed May 21 10:15:40 GMT+08:00 2014ERROR: diskgroup DATA was not created
Wed May 21 10:16:20 GMT+08:00 2014ALTER SYSTEM SET asm_diskstring='/dev/rlv_asm*' SCOPE=BOTH;
Wed May 21 10:16:30 GMT+08:00 2014SQL> create diskgroup data external redundancy disk '/dev/rlv_asm*'
Wed May 21 10:16:30 GMT+08:00 2014NOTE: initializing header on grp 1 disk DATA_0000
NOTE: initializing header on grp 1 disk DATA_0001
NOTE: initializing header on grp 1 disk DATA_0002
NOTE: initializing header on grp 1 disk DATA_0003
NOTE: PST update: grp = 1
Wed May 21 10:16:30 GMT+08:00 2014NOTE: group DATA: initial PST locations: disk 0000 (PST copy 0)
Wed May 21 10:16:30 GMT+08:00 2014NOTE: cache registered group DATA number=1 incarn=0x1649be7b
NOTE: cache opening disk 0 of grp 1: DATA_0000 path:/dev/rlv_asm1
NOTE: cache opening disk 1 of grp 1: DATA_0001 path:/dev/rlv_asm2
NOTE: cache opening disk 2 of grp 1: DATA_0002 path:/dev/rlv_asm3
NOTE: cache opening disk 3 of grp 1: DATA_0003 path:/dev/rlv_asm4
NOTE: cache creating group 1/0x1649BE7B (DATA)
NOTE: cache mounting group 1/0x1649BE7B (DATA) succeeded
NOTE: allocating F1X0 on grp 1 disk DATA_0000
NOTE: diskgroup must now be re-mounted prior to first use
NOTE: cache dismounting group 1/0x1649BE7B (DATA)
SUCCESS: diskgroup DATA was created
NOTE: cache registered group DATA number=1 incarn=0x2769be7e
Wed May 21 10:16:33 GMT+08:00 2014NOTE: Hbeat: instance first (grp 1)
Wed May 21 10:16:37 GMT+08:00 2014NOTE: start heartbeating (grp 1)
NOTE: cache opening disk 0 of grp 1: DATA_0000 path:/dev/rlv_asm1
Wed May 21 10:16:37 GMT+08:00 2014NOTE: F1X0 found on disk 0 fcn 0.0
NOTE: cache opening disk 1 of grp 1: DATA_0001 path:/dev/rlv_asm2
NOTE: cache opening disk 2 of grp 1: DATA_0002 path:/dev/rlv_asm3
NOTE: cache opening disk 3 of grp 1: DATA_0003 path:/dev/rlv_asm4
NOTE: cache mounting (first) group 1/0x2769BE7E (DATA)
NOTE: cache recovered group 1 to fcn 0.0
Wed May 21 10:16:37 GMT+08:00 2014NOTE: LGWR attempting to mount thread 1 for disk group 1
NOTE: LGWR mounted thread 1 for disk group 1
NOTE: opening chunk 1 at fcn 0.0 ABA
NOTE: seq=2 blk=0
Wed May 21 10:16:37 GMT+08:00 2014NOTE: cache mounting group 1/0x2769BE7E (DATA) succeeded
SUCCESS: diskgroup DATA was mounted
Wed May 21 10:16:39 GMT+08:00 2014NOTE: recovering COD for group 1/0x2769be7e (DATA)
SUCCESS: completed COD recovery for group 1/0x2769be7e (DATA)
查看ASM状态:
SQL> select name,state from v$asm_diskgroup;
NAME
--------------------------------------------------------------------------------
STATE
---------------------------------
DATA
MOUNTED
SQL> col name for a30
SQL> col path for a30
SQL> select name,path from v$asm_disk;
NAME PATH
------------------------------ ------------------------------
DATA_0000 /dev/rlv_asm1
DATA_0001 /dev/rlv_asm2
DATA_0002 /dev/rlv_asm3
DATA_0003 /dev/rlv_asm4
select path_kfdsk,state_kfdsk,asmname_kfdsk from x$kfdsk;
PATH_KFDSK STATE_KFDSK ASMNAME_KFDSK
-------------- ----------- ----------------
/dev/rlv_asm1 2 DATA_0000
/dev/rlv_asm2 2 DATA_0001
/dev/rlv_asm3 2 DATA_0002
/dev/rlv_asm4 2 DATA_0003
ASMCMD> lsdg
State Type Rebal Unbal Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Name
MOUNTED EXTERN N N 512 4096 4194304 1024 928 0 928 0 DATA/
1* select INDX,inst_id,group_kffil,number_kffil,filsiz_kffil,ftype_kffil from x$kffil
SQL> /
INDX INST_ID GROUP_KFFIL NUMBER_KFFIL FILSIZ_KFFIL FTYPE_KFFIL
---------- ---------- ----------- ------------ ------------ -----------
0 1 1 1 4194304 15
1 1 1 2 1048576 15
2 1 1 3 46137344 15
3 1 1 4 1392640 15
4 1 1 5 1048576 15
5 1 1 6 1048576 15
6 rows selected.
至此AIX使用LV创建ASM磁盘组操作完成。

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

La commande de fermeture CENTOS est arrêtée et la syntaxe est la fermeture de [options] le temps [informations]. Les options incluent: -H Arrêtez immédiatement le système; -P éteignez l'alimentation après l'arrêt; -r redémarrer; -t temps d'attente. Les temps peuvent être spécifiés comme immédiats (maintenant), minutes (minutes) ou une heure spécifique (HH: mm). Des informations supplémentaires peuvent être affichées dans les messages système.

Guide complet pour vérifier la configuration HDFS dans les systèmes CentOS Cet article vous guidera comment vérifier efficacement la configuration et l'état de l'exécution des HDF sur les systèmes CentOS. Les étapes suivantes vous aideront à bien comprendre la configuration et le fonctionnement des HDF. Vérifiez la variable d'environnement Hadoop: Tout d'abord, assurez-vous que la variable d'environnement Hadoop est correctement définie. Dans le terminal, exécutez la commande suivante pour vérifier que Hadoop est installé et configuré correctement: HadoopVersion Check HDFS Fichier de configuration: Le fichier de configuration de base de HDFS est situé dans le répertoire / etc / hadoop / conf / le répertoire, où Core-site.xml et hdfs-site.xml sont cruciaux. utiliser

La politique de sauvegarde et de récupération de GitLab dans le système CentOS afin d'assurer la sécurité et la récupérabilité des données, Gitlab on CentOS fournit une variété de méthodes de sauvegarde. Cet article introduira plusieurs méthodes de sauvegarde courantes, paramètres de configuration et processus de récupération en détail pour vous aider à établir une stratégie complète de sauvegarde et de récupération de GitLab. 1. MANUEL BACKUP Utilisez le Gitlab-RakegitLab: Backup: Créer la commande pour exécuter la sauvegarde manuelle. Cette commande sauvegarde des informations clés telles que le référentiel Gitlab, la base de données, les utilisateurs, les groupes d'utilisateurs, les clés et les autorisations. Le fichier de sauvegarde par défaut est stocké dans le répertoire / var / opt / gitlab / backups. Vous pouvez modifier / etc / gitlab

Activer l'accélération du GPU Pytorch sur le système CentOS nécessite l'installation de versions CUDA, CUDNN et GPU de Pytorch. Les étapes suivantes vous guideront tout au long du processus: CUDA et CUDNN Installation détermineront la compatibilité de la version CUDA: utilisez la commande NVIDIA-SMI pour afficher la version CUDA prise en charge par votre carte graphique NVIDIA. Par exemple, votre carte graphique MX450 peut prendre en charge CUDA11.1 ou plus. Téléchargez et installez Cudatoolkit: visitez le site officiel de Nvidiacudatoolkit et téléchargez et installez la version correspondante selon la version CUDA la plus élevée prise en charge par votre carte graphique. Installez la bibliothèque CUDNN:

L'installation de MySQL sur CENTOS implique les étapes suivantes: Ajout de la source MySQL YUM appropriée. Exécutez la commande YUM Install MySQL-Server pour installer le serveur MySQL. Utilisez la commande mysql_secure_installation pour créer des paramètres de sécurité, tels que la définition du mot de passe de l'utilisateur racine. Personnalisez le fichier de configuration MySQL selon les besoins. Écoutez les paramètres MySQL et optimisez les bases de données pour les performances.

Docker utilise les fonctionnalités du noyau Linux pour fournir un environnement de fonctionnement d'application efficace et isolé. Son principe de travail est le suivant: 1. Le miroir est utilisé comme modèle en lecture seule, qui contient tout ce dont vous avez besoin pour exécuter l'application; 2. Le Système de fichiers Union (UnionFS) empile plusieurs systèmes de fichiers, ne stockant que les différences, l'économie d'espace et l'accélération; 3. Le démon gère les miroirs et les conteneurs, et le client les utilise pour l'interaction; 4. Les espaces de noms et les CGROUP implémentent l'isolement des conteneurs et les limitations de ressources; 5. Modes de réseau multiples prennent en charge l'interconnexion du conteneur. Ce n'est qu'en comprenant ces concepts principaux que vous pouvez mieux utiliser Docker.

Un guide complet pour consulter les journaux GitLab sous Centos System Cet article vous guidera comment afficher divers journaux GitLab dans le système CentOS, y compris les journaux principaux, les journaux d'exception et d'autres journaux connexes. Veuillez noter que le chemin du fichier journal peut varier en fonction de la version Gitlab et de la méthode d'installation. Si le chemin suivant n'existe pas, veuillez vérifier le répertoire d'installation et les fichiers de configuration de GitLab. 1. Afficher le journal GitLab principal Utilisez la commande suivante pour afficher le fichier journal principal de l'application GitLabRails: Commande: sudocat / var / log / gitlab / gitlab-rails / production.log Cette commande affichera le produit

Lors de l'installation et de la configuration de GitLab sur un système CentOS, le choix de la base de données est crucial. Gitlab est compatible avec plusieurs bases de données, mais PostgreSQL et MySQL (ou MARIADB) sont le plus couramment utilisés. Cet article analyse les facteurs de sélection de la base de données et fournit des étapes détaillées d'installation et de configuration. Guide de sélection de la base de données Lors du choix d'une base de données, vous devez considérer les facteurs suivants: PostgreSQL: la base de données par défaut de GitLab est puissante, a une évolutivité élevée, prend en charge les requêtes complexes et le traitement des transactions et convient aux grands scénarios d'application. MySQL / MARIADB: une base de données relationnelle populaire largement utilisée dans les applications Web, avec des performances stables et fiables. MongoDB: base de données NoSQL, se spécialise dans
