Hello All,
Yes it is possible to expand the local data storage size on the InsightIQ application server. Please follow the steps for the InsightIQ v3.2 or later new version:
Open an SSH connection to the InsightIQ VM and log in using the "administrator" account.
1) ShutDown the server by command : sudo shutdown -P now
2) Added new Devices\disk to VM server from ESX.
3) PowerON the VM from ESX.
4) Login to the server by root access.
5) Find new disk on server by command: fdisk -l
Disk /dev/sdc: 440.2 GB, 440234147840 bytes
255 heads, 63 sectors/track, 53522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
6) Create a new partition on the new drive:
[root@IQServerX ~]# fdisk /dev/sdc
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0x1bc0b567.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
switch off the mode (command 'c') and change display units to
sectors (command 'u').
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-53522, default 1): 1
Last cylinder, +cylinders or +size{K,M,G} (1-53522, default 53522):
Using default value 53522
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
[root@IQServerX ~]#
7) Check if new Partition created or not: fdisk -l
Disk /dev/sdc: 440.2 GB, 440234147840 bytes
255 heads, 63 sectors/track, 53522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x1bc0b567
Device Boot Start End Blocks Id System
/dev/sdc1 1 53522 429915433+ 83 Linux
8) Format & create new FS on the new datastore by running the following command:
[root@IQServerX ~]# mkfs -t ext3 /dev/sdc1
mke2fs 1.41.12 (17-May-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
26869760 inodes, 107478858 blocks
5373942 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
3280 block groups
32768 blocks per group, 32768 fragments per group
8192 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
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 28 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
[root@IQServerX ~]#
9) Create a temporary directory mount location, Stop the InsightIQ application and DataBase Service:
[root@IQServerX ~]# mkdir /datastore_tmp
[root@IQServerX ~]# iiq_stop
Stopping insightiq: [ OK ]
[root@IQServerX ~]# sudo service iiq_db stop
Stopping iiq_db service: [ OK ]
[root@IQServerX ~]#
10) Mount the new datastore in a temporary location
[root@IQServerX ~]# mount /dev/sdc1 /datastore_tmp
[root@IQServerX ~]#
[root@IQServerX ~]# df -hP
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 4.3G 1.9G 2.3G 45% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
/dev/sda1 243M 36M 195M 16% /boot
/dev/sdb1 63G 51G 8.9G 86% /datastore
/dev/sdc1 404G 199M 383G 1% /datastore_tmp
[root@IQServerX ~]#
11) Copy the data from the original datastore to the new datastore by command: cp -rpv /datastore/. /datastore_tmp/
[root@IQServerX ~]# cp -rp /datastore/. /datastore_tmp/
12) Compare the two directories to confirm they are identical: diff -rq /datastore /datastore_tmp
[root@IQServerX ~]# diff -rq /datastore /datastore_tmp
[root@IQServerX ~]#
13) Take backup of /etc/fstab file:
[root@IQServerX ~]#
[root@IQServerX ~]# cp -v /etc/fstab /etc/fstab.bak
`/etc/fstab' -> `/etc/fstab.bak'
[root@IQServerX ~]#
14) Determine the UUID of the new filesystem. This is necessary to complete the next step:
[root@IQServerX ~]#
[root@IQServerX ~]# dumpe2fs /dev/sdc1 | grep UUID
dumpe2fs 1.41.12 (17-May-2010)
Filesystem UUID: 65d0b7c6-7f2e-46b0-8961-38af49aaed9a
[root@IQServerX ~]#
65d0b7c6-7f2e-46b0-8961-38af49aaed9a
15) Edit the /etc/fstab file to configure InsightIQ to use the new datastore
UUID=65d0b7c6-7f2e-46b0-8961-38af49aaed9a /datastore ext3 defaults 0 0
16) reboot the InsightIQ VM:
reboot
17) Check the new size and mount by : df -hP
18A) If Rollback required: Reverting to the previous datastore
If these changes need to be reverted, you can revert to the old /etc/fstab by running the following command and then
rebooting:
sudo cp -v /etc/fstab.bak /etc/fstab
reboot
Alternatively, you can shut down and revert to a snapshot if one was taken.
18B) If InsightIQ works perfect then delete the temp mount point : rmdir /datastore_tmp
Thanks and Regards,
Saurabh