Re: lug-bg: Driver "aarich" като source code (HostRaid - SATA)
IBM ServeRAID адаптерите работят с ips.c / .h намират се в /usr/src/linux-$VERSION/drivers/scsi Драйверът поддържа следните контролери от 7 *: "ServeRAID 7t" "ServeRAID 7k" "ServeRAID 7M" Може да провериш дали ще сработи с "IBM ServeRAID-7e". On Thursday 14 July 2005 09:23, Aleksey Stoinovski wrote: > Здравейте на всички, > > Имам малък проблем с въпросния "HostRaid" адаптер. Официално се води > като "IBM ServeRAID-7e", chipset на райда е Adaptec. IBM предоставя > драйвери само за RedHat, SuSE, Turbo Linux и United Linux. За да е още > по-гадно драйверите са прекомпилирани за точно определен kernel и > build. Т.е. мърдане няма, като е написано SLES9 значи е за > 2.6.5-7.97-* и толкова:-) SLES9SP1 - друг драйвер... > > Та, въпроса ми е: Знае ли някой от къде мога да намеря сорсовете на > драйвера? В Adaptec ги няма, в IBM - също, Intel - няма, google - и то > нищо не дава. > Или ако може някой да даде някакъв съвет как да преодолея препятствието. > > Благодаря предварително! > > - > Алекс -- .''`. Debian : :' : GNU/Linux `. `'` `-
Re: lug-bg: Driver "aarich" кат о source code (HostRaid - SATA)
On 7/14/05, Nick Kirchev <[EMAIL PROTECTED]> wrote: > IBM ServeRAID адаптерите работят с ips.c / .h намират се в > > /usr/src/linux-$VERSION/drivers/scsi > > Драйверът поддържа следните контролери от 7 *: > > "ServeRAID 7t" > "ServeRAID 7k" > "ServeRAID 7M" > > Може да провериш дали ще сработи с "IBM ServeRAID-7e". > > > On Thursday 14 July 2005 09:23, Aleksey Stoinovski wrote: > > Здравейте на всички, > > > > Имам малък проблем с въпросния "HostRaid" адаптер. Официално се води > > като "IBM ServeRAID-7e", chipset на райда е Adaptec. IBM предоставя > > драйвери само за RedHat, SuSE, Turbo Linux и United Linux. За да е още > > по-гадно драйверите са прекомпилирани за точно определен kernel и > > build. Т.е. мърдане няма, като е написано SLES9 значи е за > > 2.6.5-7.97-* и толкова:-) SLES9SP1 - друг драйвер... > > > > Та, въпроса ми е: Знае ли някой от къде мога да намеря сорсовете на > > драйвера? В Adaptec ги няма, в IBM - също, Intel - няма, google - и то > > нищо не дава. > > Или ако може някой да даде някакъв съвет как да преодолея препятствието. > > > > Благодаря предварително! > > > > - > > Алекс > > -- > .''`. Debian > : :' : GNU/Linux > `. `'` > `- > Благодаря, проверих още вчера - не се поддържа :-) Само ако знаеш колко неща съм пробвал ... Идиотска ситуация! - Алекс
lug-bg: wput, ftpsync etc.
Имам следната задача: Трябва да поддържам на един FTP сървър определено количество файлове, които се намират на един вътрешен файлов сървър. Тези файлове трябва да се ъпдейтват често. Първо опитах с wput, но той се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие това което е изчезнало в оригиналната структура на вътрешния файлов сървър. След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но той пък по някаква причина не иска да прави някои директории. Трябва ми някакво средство което да прахвърля само новите файлове и да трие изчезналите, като това се отняса и за директории. И двата сървъря са Debian woody. Явор Атанасов
Re: lug-bg: wput, ftpsync etc.
rsync (http://samba.anu.edu.au/rsync/) със опции: rsync -c -a --delete ... "--delete" ще махне всичко което е изчезнало, "-c" няма да прехвърля файлове които не са променени, "-a" ще запази owner & permisions. Допълнително: "-e ssh" ще минава през SSH (ако не искаш да пускаш rsync daemon). > - Original Message - > From: Qsin > To: lug-bg@linux-bulgaria.org > Sent: Thursday 14 July 2005 15:41 > Subject: lug-bg: wput, ftpsync etc. > > Имам следната задача: > Трябва да поддържам на един FTP сървър определено количество > файлове, които се намират на един вътрешен файлов сървър. Тези > файлове трябва да се ъпдейтват често. Първо опитах с wput, но той > се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие > това което е изчезнало в оригиналната структура на вътрешния > файлов сървър. > След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но > той пък по някаква причина не иска да прави някои директории. > > Трябва ми някакво средство което да прахвърля само новите файлове > и да трие изчезналите, като това се отняса и за директории. > > И двата сървъря са Debian woody. > > Явор Атанасов
Re: lug-bg: wput, ftpsync etc.
http://rsync.samba.org/ signature.asc Description: OpenPGP digital signature
Re: lug-bg: wput, ftpsync etc.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Qsin wrote: > Трябва ми някакво средство което да прахвърля само новите файлове и > да трие изчезналите, като това се отняса и за директории. > Признавам, че не разбрах всичко докрай, но още от самото начало ще те попитам защо не използваш rsync? Всичко, което искаш да постигнеш, там е решено от самата природа на протокола. - -- Nikola ANTONOV, Linux for Bulgarians - -- Public GnuPG key at http://wwwkeys.pgp.net ftp://ftp.logos-bg.net/pub/Linux-BG.org/GPG_Keys/ Fingerprint: AD64 2468 0AB4 B298 E7E3 92DA 15F5 7AC5 A05E 0F63 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC1l/JFfV6xaBeD2MRAokWAJ0ZBhgRWsuN4BzQqTOiJT1B8/d+pwCfW+yP OHJqYTys/LlFhDSg6t3yeyE= =y05j -END PGP SIGNATURE-
Re: lug-bg: wput, ftpsync etc.
Qsin wrote: Имам следната задача: Трябва да поддържам на един FTP сървър определено количество файлове, които се намират на един вътрешен файлов сървър. Тези файлове трябва да се ъпдейтват често. Първо опитах с wput, но той се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие това което е изчезнало в оригиналната структура на вътрешния файлов сървър. След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но той пък по някаква причина не иска да прави някои директории. Трябва ми някакво средство което да прахвърля само новите файлове и да трие изчезналите, като това се отняса и за директории. И двата сървъря са Debian woody. Явор Атанасов Опитай комбинацията rsync + ssh. Успех!
Re: lug-bg: wput, ftpsync etc.
Georgi Alexandrov wrote: Qsin wrote: Имам следната задача: Трябва да поддържам на един FTP сървър определено количество файлове, които се намират на един вътрешен файлов сървър. Тези файлове трябва да се ъпдейтват често. Първо опитах с wput, но той се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие това което е изчезнало в оригиналната структура на вътрешния файлов сървър. След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но той пък по някаква причина не иска да прави някои директории. Трябва ми някакво средство което да прахвърля само новите файлове и да трие изчезналите, като това се отняса и за директории. И двата сървъря са Debian woody. Явор Атанасов Опитай комбинацията rsync + ssh. Успех! Благодаря А как става когато директорията е със паузи в името? rsync -c -e ssh --delete [EMAIL PROTECTED]:directorija sus space v imeto/ Явор Атанасов
Re: lug-bg: wput, ftpsync etc.
Qsin wrote: Georgi Alexandrov wrote: Qsin wrote: Имам следната задача: Трябва да поддържам на един FTP сървър определено количество файлове, които се намират на един вътрешен файлов сървър. Тези файлове трябва да се ъпдейтват често. Първо опитах с wput, но той се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие това което е изчезнало в оригиналната структура на вътрешния файлов сървър. След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но той пък по някаква причина не иска да прави някои директории. Трябва ми някакво средство което да прахвърля само новите файлове и да трие изчезналите, като това се отняса и за директории. И двата сървъря са Debian woody. Явор Атанасов Опитай комбинацията rsync + ssh. Успех! Благодаря А как става когато директорията е със паузи в името? rsync -c -e ssh --delete [EMAIL PROTECTED]:directorija sus space v imeto/ Явор Атанасов Със ' ' или " " не става ли?
Re: lug-bg: wput, ftpsync etc.
Не става ли така? rsync -c -e ssh --delete [EMAIL PROTECTED]:/directorija\ sus\ space/ > - Original Message - > From: Qsin > To: lug-bg@linux-bulgaria.org > Sent: Thursday 14 July 2005 17:57 > Subject: Re: lug-bg: wput, ftpsync etc. > > Georgi Alexandrov wrote: > > Qsin wrote: > >> Имам следната задача: > >> Трябва да поддържам на един FTP сървър определено количество > >> файлове, които се намират на един вътрешен файлов сървър. Тези > >> файлове трябва да се ъпдейтват често. Първо опитах с wput, но той > >> се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие > >> това което е изчезнало в оригиналната структура на вътрешния > >> файлов сървър. > >> След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но > >> той пък по някаква причина не иска да прави някои директории. > >> > >> Трябва ми някакво средство което да прахвърля само новите файлове > >> и да трие изчезналите, като това се отняса и за директории. > >> > >> И двата сървъря са Debian woody. > >> > >> Явор Атанасов > > > > Опитай комбинацията rsync + ssh. > > > > Успех! > > Благодаря > > А как става когато директорията е със паузи в името? > > rsync -c -e ssh --delete [EMAIL PROTECTED]:directorija sus space v > imeto/ > > Явор Атанасов
Re: lug-bg: wput, ftpsync etc.
Georgi Alexandrov wrote: Qsin wrote: Georgi Alexandrov wrote: Qsin wrote: Имам следната задача: Трябва да поддържам на един FTP сървър определено количество файлове, които се намират на един вътрешен файлов сървър. Тези файлове трябва да се ъпдейтват често. Първо опитах с wput, но той се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие това което е изчезнало в оригиналната структура на вътрешния файлов сървър. След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но той пък по някаква причина не иска да прави някои директории. Трябва ми някакво средство което да прахвърля само новите файлове и да трие изчезналите, като това се отняса и за директории. И двата сървъря са Debian woody. Явор Атанасов Опитай комбинацията rsync + ssh. Успех! Благодаря А как става когато директорията е със паузи в името? rsync -c -e ssh --delete [EMAIL PROTECTED]:directorija sus space v imeto/ Явор Атанасов Със ' ' или " " не става ли? Не става.
Re: lug-bg: wput, ftpsync etc.
On Thu, Jul 14, 2005 at 05:57:30PM +0300, Qsin wrote: > Georgi Alexandrov wrote: > > >Qsin wrote: > > > >>Имам следната задача: > >>Трябва да поддържам на един FTP сървър определено количество > >>файлове, които се намират на един вътрешен файлов сървър. Тези > >>файлове трябва да се ъпдейтват често. Първо опитах с wput, но той > >>се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие > >>това което е изчезнало в оригиналната структура на вътрешния > >>файлов сървър. > >>След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но > >>той пък по някаква причина не иска да прави някои директории. > >> > >>Трябва ми някакво средство което да прахвърля само новите файлове > >>и да трие изчезналите, като това се отняса и за директории. > >> > >>И двата сървъря са Debian woody. > >> > >>Явор Атанасов > >> > >Опитай комбинацията rsync + ssh. > > > >Успех! > > Благодаря > > А как става когато директорията е със паузи в името? > > rsync -c -e ssh --delete [EMAIL PROTECTED]:directorija sus space v > imeto/ Както винаги, когато се налага да обясниш на шела нещо за файлове / директории / каквото и да е с интервали или специални символи: - с апострофи около цялото име [EMAIL PROTECTED]:'direktorija sus space'; - с кавички около цялото име, ако искаш да използваш разни $променливи или други подобни странни shell constructs; - с escape-ване на интервалите с обратна наклонена черта: [EMAIL PROTECTED]:direktorija\ sus\ space Поздрави, Петър -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I had to translate this sentence into English because I could not read the original Sanskrit. pgpMszlZfryaN.pgp Description: PGP signature
Re: lug-bg: wput, ftpsync etc.
Qsin wrote: Georgi Alexandrov wrote: Qsin wrote: Georgi Alexandrov wrote: Qsin wrote: Имам следната задача: Трябва да поддържам на един FTP сървър определено количество файлове, които се намират на един вътрешен файлов сървър. Тези файлове трябва да се ъпдейтват често. Първо опитах с wput, но той се дъни нещо и не прехвърля всичко. Освен това няма и идея да трие това което е изчезнало в оригиналната структура на вътрешния файлов сървър. След това намерих ftpsync (http://www.linuxjournal.com/article/6686), но той пък по някаква причина не иска да прави някои директории. Трябва ми някакво средство което да прахвърля само новите файлове и да трие изчезналите, като това се отняса и за директории. И двата сървъря са Debian woody. Явор Атанасов Опитай комбинацията rsync + ssh. Успех! Благодаря А как става когато директорията е със паузи в името? rsync -c -e ssh --delete [EMAIL PROTECTED]:directorija sus space v imeto/ Явор Атанасов Със ' ' или " " не става ли? Не става. Ето 2 примера от man rsync: rsync -av host:’file\ name\ with\ spaces’ /dest rsync -av host:file?name?with?spaces /dest
Re: lug-bg: TIMED OUT при връзка с vpn-server
Здравейте отново!Проблема с TIMED OUT при adsl-start ми стана вече ежедневие... Най-глупавото е че имам връзка под windows! На какво може да се дължи ? Какво точно трябва да имам в pap-secrets ? Щото това, което на мен ми пише не знам дали е достатъчно... имам си потребител и секрет, на сървър пише bgmreja, без кавички даже, а на останалите полета няма нищо, освен една звездичка... Може ли от там да идва проблема ? А брутално невероятното е, че веднъж на два дена и средно 40 опита става! Просто не знам какво става...-- Nortalion, young warrior of the NoldorГеорги Кехайов мл.ICQ UIN : 202053049
Re: lug-bg: wput, ftpsync etc.
On Thu, 14 Jul 2005, [EMAIL PROTECTED] wrote: > Ето 2 примера от man rsync: > > rsync -av host:’file\ name\ with\ spaces’ /dest > rsync -av host:file?name?with?spaces /dest Това не работи (поне за мене, със rsync+ssh). Причината е, че rsync вика rsync от другата страна, и трябва двойно да се предпазят специалните букви като " ": A> touch /tmp/test\ 1 B> rsync A:/tmp/test\ 1 . link_stat /tmp/test : No such file or directory link_stat 1 : No such file or directory rsync error: some files could not be transferred (code 23) at main.c(1173) B> rsync А:/tmp/test\\\ 1 . (сега работи, А вижда "/tmp/test\ 1") Със "зоните" на rsync е друго: A> touch /tmp/test\ 1 (A::tmp е зоната, която черпи от /tmp) B> rsync A::tmp/test\ 1 (това работи нормално) Тео
Re: lug-bg: wput, ftpsync etc.
On Thu, 14 Jul 2005, [EMAIL PROTECTED] wrote: > Трябва ми някакво средство което да прахвърля само новите файлове > и да трие изчезналите, като това се отняса и за директории. > > И двата сървъря са Debian woody. Първо направи зона за rsync (по-добре е да не е /, а където ти трябва) в машината, която е източника на фаиловете: /etc/rsyncd.conf: uid = root [rootzone] path = / auth users = root secrets file = /etc/rsyncd.secrets read only = true # 10.x.y.z internal network hosts allow = 10.0.0.0/255.0.0.0 hosts deny = * /etc/rsyncd.secrets (chmod 600): root:SuperSecretPassword /etc/default/rsync: RSYNC_ENABLE=true После от дърпащата машина: Слагаш паролата в /etc/rsyncd.passwd, и... rsync -ax --delete --password-file=/etc/rsyncd.passwd server::rootzone/path/to/files /path/to/downloads (прибави -vP за да видиш как дърпа) Това е по-добре от rsync+ssh, защото специалните букви като " " нямат проблеми (вече писах за това). Но ти трябва да си root, и ако направиш такава root зона е по-опасно от SSH... Използвай филтри за IP address (hosts allow/hosts deny) и направи зоната само където ти трябва, не във /. Тео
lug-bg: RE: lug-bg: Driver "aarich" като sou rce code (HostRaid - SATA)
Свали си Support CD - то, там има source файлове. Поне така е при ServeRAID 6i. Другия важен момент при тези контролери е че версията на firmware, версията на драйвера и на райд мениджъра трябва да са еднакви (поне по думите на IBM) ТТ -Original Message- From: Aleksey Stoinovski [mailto:[EMAIL PROTECTED] Sent: 14 Юли 2005 11:39 To: lug-bg@linux-bulgaria.org Subject: Re: lug-bg: Driver "aarich" като source code (HostRaid - SATA) On 7/14/05, Nick Kirchev <[EMAIL PROTECTED]> wrote: > IBM ServeRAID адаптерите работят с ips.c / .h намират се в > > /usr/src/linux-$VERSION/drivers/scsi > > Драйверът поддържа следните контролери от 7 *: > > "ServeRAID 7t" > "ServeRAID 7k" > "ServeRAID 7M" > > Може да провериш дали ще сработи с "IBM ServeRAID-7e". > > > On Thursday 14 July 2005 09:23, Aleksey Stoinovski wrote: > > Здравейте на всички, > > > > Имам малък проблем с въпросния "HostRaid" адаптер. Официално се води > > като "IBM ServeRAID-7e", chipset на райда е Adaptec. IBM предоставя > > драйвери само за RedHat, SuSE, Turbo Linux и United Linux. За да е още > > по-гадно драйверите са прекомпилирани за точно определен kernel и > > build. Т.е. мърдане няма, като е написано SLES9 значи е за > > 2.6.5-7.97-* и толкова:-) SLES9SP1 - друг драйвер... > > > > Та, въпроса ми е: Знае ли някой от къде мога да намеря сорсовете на > > драйвера? В Adaptec ги няма, в IBM - също, Intel - няма, google - и то > > нищо не дава. > > Или ако може някой да даде някакъв съвет как да преодолея препятствието. > > > > Благодаря предварително! > > > > - > > Алекс > > -- > .''`. Debian > : :' : GNU/Linux > `. `'` > `- > Благодаря, проверих още вчера - не се поддържа :-) Само ако знаеш колко неща съм пробвал ... Идиотска ситуация! - Алекс