We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Backup FTP - problem z usuwaniem katalogów


spo0lsh
01-09-2009, 19:49
Cytat Napisał del_jachim
dziala!!! i faktycznie usuwa katalogi bez problemu! Dzięki wielkie stary - niezły jesteś...masz u mnie browar
Musi usuwać katalogi, bo używam tego na co dzień.
Polecam też możliwość generowania pliku "step by step":
Kod:
open host
user login pass
cd /test/backup/testdb
lcd /database/RESTORE/
mget *.*
cd /test/backup/testdb/arch
mget *
exit
i lftp -f

no4b
01-09-2009, 15:12
Zwłaszcza ta rada o RPM była (nie)zła...

ollerm
01-09-2009, 14:01
oj są lepsi ode mnie grunt że działa

del_jachim
01-09-2009, 13:57
Cytat Napisał ollerm
Kod:
cd /usr/src
wget http://ftp.yars.free.net/pub/source/lftp/lftp-3.7.15.tar.gz
tar zxvf lftp-3.7.15.tar.gz
cd lftp-3.7.15
./configure - jeżeli nie wywali żadnych errorów to zrób dalej:
make
make install
dziala!!! i faktycznie usuwa katalogi bez problemu! Dzięki wielkie stary - niezły jesteś...masz u mnie browar

ollerm
01-09-2009, 13:25
no to juz jest parodia z release 2
hmmm.....

Kod:
cd /usr/src
wget http://ftp.yars.free.net/pub/source/lftp/lftp-3.7.15.tar.gz
tar zxvf lftp-3.7.15.tar.gz
cd lftp-3.7.15
./configure - jeżeli nie wywali żadnych errorów to zrób dalej:
make
make install

del_jachim
01-09-2009, 13:16
oczywście kolejne konflikty... przy emerge rpm:

Kod:
>>> Completed installing rpm-4.4.6-r6 into /var/tmp/portage/app-arch/rpm-4.4.6-r6/image/

strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment
   usr/lib64/librpmio-4.4.so
   usr/lib64/rpm/rpmdb_archive
   usr/lib64/rpm/rpmdb_checkpoint
   usr/lib64/rpm/rpmdb_deadlock
   usr/lib64/rpm/rpmdb_dump
   usr/lib64/rpm/rpmdb_load
   usr/lib64/rpm/rpmdb_printlog
   usr/lib64/rpm/rpmdb_recover
   usr/lib64/rpm/rpmdb_svc
   usr/lib64/rpm/rpmdb_stat
   usr/lib64/rpm/rpmdb_upgrade
   usr/lib64/rpm/rpmdb_verify
   usr/lib64/rpm/debugedit
   usr/lib64/rpm/javadeps
   usr/lib64/rpm/rpmcache
   usr/lib64/rpm/rpmdeps
   usr/lib64/rpm/rpmfile
   usr/lib64/rpm/rpmb
   usr/lib64/rpm/rpmd
   usr/lib64/rpm/rpmi
   usr/lib64/rpm/rpmk
   usr/lib64/rpm/rpmq
   usr/lib64/librpmdb-4.4.so
   usr/lib64/librpm-4.4.so
   usr/lib64/librpmbuild-4.4.so
   usr/lib64/python2.6/site-packages/rpm/_rpmmodule.so
   usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/auto/RPM/RPM.so
   usr/bin/rpmgraph
   usr/bin/rpm2cpio
   usr/bin/rpm
   usr/lib64/librpmio.a
   usr/lib64/librpmdb.a
   usr/lib64/librpm.a
   usr/lib64/librpmbuild.a
   usr/lib64/python2.6/site-packages/rpm/_rpmmodule.a
ecompressdir: bzip2 -9 /usr/share/man
removing executable bit: usr/lib64/librpmbuild.la
removing executable bit: usr/lib64/librpmdb.la
removing executable bit: usr/lib64/librpmio.la
removing executable bit: usr/lib64/librpm.la

 * QA Notice: Package has poor programming practices which may compile
 *            fine but exhibit random runtime failures.
 * db_server_svc.c:522: warning: implicit declaration of function `__dbsrv_timeout_rpmdb'
 * rpmrc.c:781: warning: implicit declaration of function `rpmioSlurp'
 * rpmgraph.c:26: warning: implicit declaration of function `isLegacyPreReq'

 * Please do not file a Gentoo bug and instead report the above QA
 * issues directly to the upstream developers of this software.
 * Homepage: http://www.rpm.org/

>>> Installing (3 of 3) app-arch/rpm-4.4.6-r6
 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / ` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at http://bugs.gentoo.org unless you report exactly which
 * two packages install the same file(s). Once again, please do NOT file
 * a bug report unless you have completely understood the above message.
 * 
 * Detected file collision(s):
 * 
 * 	/usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * mail-filter/spamassassin-3.2.1-r1
 * 	/usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod
 * 
 * dev-util/subversion-1.5.6
 * 	/usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod
 * 
 * Package 'app-arch/rpm-4.4.6-r6' NOT merged due to file collisions. If
 * necessary, refer to your elog messages for the whole content of the
 * above message.

>>> Failed to install app-arch/rpm-4.4.6-r6, Log file:

>>>  '/var/tmp/portage/app-arch/rpm-4.4.6-r6/temp/build.log'

 * Messages for package app-arch/rpm-4.4.6-r6:

 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / ` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at http://bugs.gentoo.org unless you report exactly which
 * two packages install the same file(s). Once again, please do NOT file
 * a bug report unless you have completely understood the above message.
 * 
 * Detected file collision(s):
 * 
 * 	/usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * mail-filter/spamassassin-3.2.1-r1
 * 	/usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod
 * 
 * dev-util/subversion-1.5.6
 * 	/usr/lib64/perl5/5.8.8/x86_64-linux/perllocal.pod
 * 
 * Package 'app-arch/rpm-4.4.6-r6' NOT merged due to file collisions. If
 * necessary, refer to your elog messages for the whole content of the
 * above message.

 * GNU info directory index is up-to-date.

 * IMPORTANT: 8 config files in '/etc' need updating.
 * See the CONFIGURATION FILES section of the emerge
 * man page to learn how to update config files.

ollerm
01-09-2009, 10:35
hmm.. moze z binarek sie uda
masz zainstalowany pakiet rpm? jak nie to
Kod:
 emerge rpm
potem jako root

Kod:
mkdir /usr/src/lftp
cd /usr/src/ltfp
wget http://ftp.icm.edu.pl/packages/lftp/binaries/lftp-3.7.14-1.i386.rpm
rpm -i lftp-3.7.14-1.i386.rpm
no i daj cynk czy sie udało

del_jachim
01-09-2009, 08:04
dzięki wielkie za sprawdzenie teraz juz chociaz wiem ze musze jednak zainstalować to lftp... nie ma jakiegoś innego sposobu zainstalowania go niż przez emerge? bo troche boje się te pliki konfiguracyjne aktualizować i wogóle ruszać bo nie wyobrażam sobie co by było jak by wszystko sie posypało - na serwerze mam sporo serwisów....

pozdrawiam

ollerm
31-08-2009, 22:30
no to faktycznie ncftp nie usuwa katalogów..

Kod:
ncftp / > rm -r art/ 
delete art/: remote rmdir failed.
lftp poradziło sobie bez problemu

Kod:
 rm -r art/
rm ok, 47 plików usunięto
a ftp też ma jakieś problemy z usuwaniem katalogów.. (delete katalog)

#edit:

ja jestem na backupie 13

del_jachim
31-08-2009, 21:14
Cytat Napisał ollerm
na którym serwerze backupu jesteś? teraz nie mam czasu za bardzo, ale później sprawdze u siebie przez lftp i dam ci cynka jak poszlo..
byłbym bardzo wdzięczny jakbyś sprawdził w wolnej chwili sprawdź też jak możesz czy da radę usunąć niepusty katalog zwykłym programem ftp albo ncftp. Ja mam backup ftp na serwerze ftpback12.ovh.net

dzięki wielkie za zainteresowanie tematem!

ollerm
31-08-2009, 21:07
na którym serwerze backupu jesteś? teraz nie mam czasu za bardzo, ale później sprawdze u siebie przez lftp i dam ci cynka jak poszlo..

del_jachim
31-08-2009, 20:57
Cytat Napisał ollerm
ciekawe.. a dokumentacje ncftp przeglądałeś? a może ftp? prosty programik
przeglądałem - niepuste katalogi usuwa się w ncftp poleceniem rm -r i faktycznie to dziala na innych FTP, a na ovh dostaje komunikat: "remote rmdir failed". programem ftp też próbowałem i też nie daje sobie rady. napisalem w tej sprawie do ovh to odpisali:

"Katalogi powinny być usuwane poprzez ncftp. Może Pan także spróbować poprzez lftp."

Także ciekaw też jestem czy lftp by sobie poradziło no ale znowu nie mam jak sprawdzić tego bo dostęp do backup ftp mam jedynie z serwera, ech...

ollerm
31-08-2009, 20:42
ciekawe.. a dokumentacje ncftp przeglądałeś? a może ftp? prosty programik

del_jachim
31-08-2009, 20:30
Cytat Napisał ollerm
ale release 2 jest tak stare że ruszenie czegokolwiek może rozwalić system...
no wlasnie tego sie boje... dlatego chyba dam sobie spokój - w sumie i tak nie mam pewności że lftp pomoże rozwiązać mój problem. Dziwne, że przez ncftp nie da się usuwać niepustych katalogów, na każdym innym ftp nie ma tego problemu, a tutaj na ovh coś jest nie tak po prostu...

ollerm
31-08-2009, 20:09
hmm.. możesz zaktualizować wszystkie raczej.
ale release 2 jest tak stare że ruszenie czegokolwiek może rozwalić system... pewnie jeszcze inne paczki wymagają updateu przed instalacja libtoola... polecam czyste gentoo

del_jachim
31-08-2009, 19:09
być może, ale nie mam pojęcia jaki i co tam trzeba jeszcze aktualizować....

update-etc daje:

Kod:
Invalid atom in /etc/portage/package.keywords: virtual/poppler-utils-0.4.3-r1
--- Invalid atom in /etc/portage/package.unmask: >=virtual/poppler-utils
Scanning Configuration files...
Automerging trivial changes in: /etc/logrotate.d/elog-save-summary
Automerging trivial changes in: /etc/ssh/ssh_config
The following is the list of files which need updating, each
configuration file is followed by a list of possible replacement files.
1) /etc/dispatch-conf.conf (1)
2) /etc/ssh/moduli (1)
3) /etc/conf.d/spamd (1)
4) /etc/init.d/spamd (1)
5) /etc/init.d/sshd (1)
6) /etc/pam.d/sshd (1)
7) /etc/ssh/sshd_config (1)
8) /etc/pam.d/system-auth (1)
Please select a file to edit by entering the corresponding number.
              (don't use -3, -5, -7 or -9 if you're unsure what to do)
              (-1 to exit) (-3 to auto merge all remaining files)
                           (-5 to auto-merge AND not use 'mv -i')
                           (-7 to discard all updates)
                           (-9 to discard all updates AND not use 'rm -i'): -1
Exiting: User termination!
NOTE: 8 updates remaining

ollerm
31-08-2009, 16:17
ojojoj.. release 2... uuuuu
to jest chyba młodsze o 3 lata od krakowa
tam cokolwiek ruszyć to strach żeby sie nie rozkrzaczyło. no a te pliki to od konfiguracji jakichś a nie aktualizowania portage. pewnie trzeba jakiś zaktualizować żeby libtool sie zainstalował
daj liste tych plików:
update-etc, potem -1 wychodzisz

del_jachim
31-08-2009, 16:07
Cytat Napisał ollerm
"IMPORTANT: 10 config files in '/etc' need updating."
co to za pliki?
poza tym masz czyste gentoo czy release 2?
nie mam pojęcia co to za pliki i o co chodzi... wydaje mi się że po aktualizacji portage się to pojawiło. mam release 2...

ollerm
31-08-2009, 15:55
"IMPORTANT: 10 config files in '/etc' need updating."
co to za pliki?
poza tym masz czyste gentoo czy release 2?

del_jachim
31-08-2009, 15:54
emerge automake dało mi taki wynik:

Kod:
>>> Installing (1 of 1) sys-devel/automake-1.11
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * Regenerating GNU info directory index...
 * Processed 128 info files.

 * IMPORTANT: 10 config files in '/etc' need updating.
 * See the CONFIGURATION FILES section of the emerge
 * man page to learn how to update config files.
czyli chyba juz mam najnowszą wersje automake.... po tym próbowałem ponownie libtoola zainstalować i dalej to samo :/

ollerm
31-08-2009, 15:46
zainstaluj sys-devel/automake-1.10.2 i potem jeszcze raz spróbuj libtoola

del_jachim
31-08-2009, 15:33
Cytat Napisał ollerm
jaką masz architekture? 32 czy 64?

podaj też to co jest przed:

Kod:
>>> Failed to emerge sys-devel/libtool-2.2.6a, Log file:
zrób emerge --sync i jeszcze raz spróbuj zainstalować libtoola
architektura 64. emerge --sync próbowałem - nic nie dało....podaje pełny log:

Kod:
>>> Verifying ebuild manifests

>>> Emerging (1 of 1) sys-devel/libtool-2.2.6a
--- Invalid atom in /etc/portage/package.keywords: virtual/poppler-utils-0.4.3-r1
--- Invalid atom in /etc/portage/package.unmask: >=virtual/poppler-utils
 * libtool-2.2.6a.tar.lzma RMD160 SHA1 SHA256 size ;-) ...               [ ok ]
 * checking ebuild checksums ;-) ...                                     [ ok ]
 * checking auxfile checksums ;-) ...                                    [ ok ]
 * checking miscfile checksums ;-) ...                                   [ ok ]
>>> Unpacking source...
>>> Unpacking libtool-2.2.6a.tar.lzma to /var/tmp/portage/sys-devel/libtool-2.2.6a/work
 * Applying libtool-2.2.6a-gnuinfo.patch ...                              [ ok ]
 * Removing useless C++ checks ...                                        [ ok ]
 * Applying libtool-1.5.20-use-linux-version-in-fbsd.patch ...            [ ok ]
 * Running eautoreconf in '/var/tmp/portage/sys-devel/libtool-2.2.6a/work/libtool-2.2.6/libltdl' ...
 * Running aclocal -I m4 ...                                              [ ok ]
 * Running true --copy --force --install --automake ...                   [ ok ]
 * Running aclocal -I m4 ...                                              [ ok ]
 * Running autoconf ...                                                   [ ok ]
 * Running autoheader ...                                                 [ ok ]
 * Running automake --add-missing --copy --foreign ...                    [ ok ]
 * Running elibtoolize in: libtool-2.2.6/libltdl/config
 *   Applying portage-2.2.patch ...
 *   Applying sed-1.5.6.patch ...
 *   Applying as-needed-2.2.6.patch ...
 * Running eautoreconf in '/var/tmp/portage/sys-devel/libtool-2.2.6a/work/libtool-2.2.6' ...
 * Running aclocal -I libltdl/m4 ...                                      [ ok ]
 * Running true --copy --force --install --automake ...                   [ ok ]
 * Running aclocal -I libltdl/m4 ...                                      [ ok ]
 * Running autoconf ...                                                   [ ok ]
 * Running autoheader ...                                                 [ ok ]
 * Running automake --add-missing --copy ...                              [ !! ]

 * Failed Running automake !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/sys-devel/libtool-2.2.6a/temp/automake-10781.out

 * 
 * ERROR: sys-devel/libtool-2.2.6a failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2756:  Called eautoreconf
 *             environment, line  874:  Called eautomake
 *             environment, line  847:  Called autotools_run_tool 'automake' '--add-missing' '--copy'
 *             environment, line  355:  Called die
 * The specific snippet of code:
 *           die "Failed Running $1 !";
 *  The die message:
 *   Failed Running automake !
 * 
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/environment'.
 * 

>>> Failed to emerge sys-devel/libtool-2.2.6a, Log file:

>>>  '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/build.log'

 * Messages for package sys-devel/libtool-2.2.6a:

 * Failed Running automake !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/sys-devel/libtool-2.2.6a/temp/automake-10781.out
 * 
 * ERROR: sys-devel/libtool-2.2.6a failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2756:  Called eautoreconf
 *             environment, line  874:  Called eautomake
 *             environment, line  847:  Called autotools_run_tool 'automake' '--add-missing' '--copy'
 *             environment, line  355:  Called die
 * The specific snippet of code:
 *           die "Failed Running $1 !";
 *  The die message:
 *   Failed Running automake !
 * 
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/environment'.
 *

ollerm
31-08-2009, 15:22
jaką masz architekture? 32 czy 64?

podaj też to co jest przed:

Kod:
>>> Failed to emerge sys-devel/libtool-2.2.6a, Log file:
zrób emerge --sync i jeszcze raz spróbuj zainstalować libtoola

del_jachim
31-08-2009, 12:32
niestety podczas instalacji lftp wyskakuje mi błąd:

Kod:
>>> Failed to emerge sys-devel/libtool-2.2.6a, Log file:

>>>  '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/build.log'

 * Messages for package sys-devel/libtool-2.2.6a:

 * Failed Running automake !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/sys-devel/libtool-2.2.6a/temp/automake-23652.out
 * 
 * ERROR: sys-devel/libtool-2.2.6a failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2756:  Called eautoreconf
 *             environment, line  874:  Called eautomake
 *             environment, line  847:  Called autotools_run_tool 'automake' '--add-missing' '--copy'
 *             environment, line  355:  Called die
 * The specific snippet of code:
 *           die "Failed Running $1 !";
 *  The die message:
 *   Failed Running automake !
 * 
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-devel/libtool-2.2.6a/temp/environment'.
 *
wiesz może o co chodzi?

spo0lsh
31-08-2009, 09:32
lftp ma `rm -rf` i pozatym jest fajny co do skryptów.

del_jachim
28-08-2009, 11:35
na konto backup ftp mam dostęp jedynie z poziomu swojego serwera więc musiałbym instalowac Midnight Commander na gentoo. Poza tym - chcę aby katalogi były usuwane przez srkypt który wykonuje backup wiec musi to być wykonywane z linii komend...

maxix
28-08-2009, 10:54
Rób to z poziomu Midnight Commander'a. Czasem się pojawi, że nie może usunąc katalogu (po pierwszym F8), ale jak ponownie na nim zrobisz F8 to usunie.

del_jachim
28-08-2009, 10:47
witam,
ovh udostepnia konto ftp na potrzeby backupu plików - od niedawna z niego korzystamy. Nie ma najmniejszego problemu z kopiowaniem plików na to FTP jednak napotkalem problem przy usuwaniu katalogów które nie są puste - nie ma żadnej możliwości żeby je usunąć...
Próbowałem zarówno zwykłym programem ftp jak i ncftp:

Kod:
ncftp / > rm niepusty_katalog
delete niepusty_katalog: server said: Could not delete niepusty_katalog: Not owner
Kod:
rm -r niepusty_katalog
delete niepusty_katalog: remote rmdir failed.
Kod:
ncftp / > rmdir niepusty_katalog
rmdir niepusty_katalog: server said: Can't remove directory: File exists
Dodam jeszcze że na innych kontach ftp bez problemu niepusty katalog mogę usunąć komendą rm -r. Nie wiem czy jest to związane z konfiguracją FTP, zabezpieczeniami? Może ktoś zna jakąs magiczną komende która usunie niepuste katalogi? od ovh niestety nie uzyskałem pomocy w tej sprawie...

Jeśli ktoś sie spotkał z tym problemem to bardzo proszę o pomoc i z góry dziękuje