Update dari kloxo offcial ke kloxo-mr 6.5.0F Error

[MRatWork]

Semestinya /tmp harus 'unlimited' karena process backup pakai ruang ini.

[jeffri2014]

saya sudah besarkan /tmp tetapi tetap sama tidak bisa restore
 

[root@~ Backup]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       9.7G  555M  8.6G   6% /
tmpfs           8.0G     0  8.0G   0% /dev/shm
/dev/sda3        38G   13G   24G  35% /Backup
/dev/sda2       154G  7.2G  139G   5% /home
/dev/sda5       9.7G  2.0G  7.2G  22% /usr
/dev/sda6       9.7G  366M  8.8G   4% /var
[root@~ Backup]# cd /tmp/
[root@~ tmp]# /script/restore --list /home/kloxo/client/admin/__backup/kloxo-scheduled-6.5-admin-2014-Sep-17-1410930090.tgz
Restore Failed. Reason: : Could not unzip file - dir: /tmp/backupHhyIge; file: /home/kloxo/client/admin/__backup/kloxo-scheduled-6.5-admin-2014-Sep-17-1410930090.tgz:

kalau cara manual restore supaya email setiap domain kembali lagi adakah caranya?

[MRatWork]

Sama saja, file backup harus di-extract juga.

[MRatWork]

Bisa jadi di server anda, ada partisi khusus untuk /home (sekitar 20GB). Ini akan jadi masalah.

Saya temukan adanya partisi ini jika pakai os template non-customize di ovh/sys/ks.

[jeffri2014]

so bagaimana pak admin, jika saya ingin restore email saja ada cara lain kah ?

[MRatWork]

Server anda sudah ada data?. Jika belum lakukan install ulang OS dengan metode 'customize' dimana partisi /home di-delete saja sehingga adanya cuma / dan swap.

[MRatWork]

infokan 'cat /etc/fstab'.

[jeffri2014]

server baru di fresh insttal dengan ada partisi backup didalamnya, yang jadi masalah server ini ditaruh dicolocation server di gedung cyber untuk minta ijinnya lagi agak ruwet , kalau saya extract manual dan saya restore lewat menu admin backup apa kah bisa?

[jeffri2014]

ini isi cat /etc/fstab

cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Sat Sep 20 11:14:00 2014
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(, mount( and/or blkid( for more info
#
UUID=bbc5e436-c60a-486a-b850-73d807db7748 /                       ext4    defaults        1 1
UUID=8ac6ee4a-cc86-45af-81c6-0b45f64495d5 /Backup                 ext3    defaults        1 2
UUID=cce9f6bf-21db-48f4-bea9-b460160359c5 /home                   ext4    defaults        1 2
UUID=c62b00f6-46a2-4754-932b-edb99bf927cd /usr                    ext4    defaults        1 2
UUID=b7983bd7-40ed-40a1-b386-a04835503651 /var                    ext4    defaults        1 2
UUID=f85e02f0-b1c3-442f-ab88-68eedbc76439 swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults,size=8G        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

[MRatWork]

Kalau hasil 'df -h'?

[jeffri2014]

ini hasil df -h

df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       9.7G  555M  8.6G   6% /
tmpfs           8.0G     0  8.0G   0% /dev/shm
/dev/sda3        38G   13G   24G  35% /Backup
/dev/sda2       154G  7.2G  139G   5% /home
/dev/sda5       9.7G  2.0G  7.2G  22% /usr
/dev/sda6       9.7G  366M  8.8G   4% /var

[MRatWork]

Saya pikir, terlalu banyak partisi di server. Dalam banyak kasus malah buang-buang space. Misalnya /var sebesar 9.7G yang hanya terpakai 4% maka artinya 96% tidak terpakai dan sia-sia.

Jika partisi anda hanya '/' dan 'swap' maka semua dir seperti /home, /usr dan /var akan ambil (share) dari '/'.

Pada kasus anda, directory selain /home, /backup, /usr dan /var akan ambil dari / (/dev/sda1) yang besarnya hanya 9.7G.

[jeffri2014]

pak admin , untuk masalah restore sudah selasai skrg saya mau tanya kenapa saya tidak bisa login di phpmyadmin yah , hanya sampai menu login phpmyadmin saya coba masukan password tetap tidak bisa, ini kenapa yah?? padahal kemarin sempat bisa

[MRatWork]

Coba reset 'mysql root password' pada 'mysql password reset' di panel.

[jeffri2014]

Tetap tidak bisa pak admin, saya coba masukan password tetap saja balik kelogin. Saya sudah coba

fix-all, cleanup, dan manual reset password mysql tetap sama