Re: [Comm] Mysql & load data local infile

Re: [Comm] Mysql & load data local infile

[yuk]

В Вск, 6 Июл 2003, igo написал(а):

i> Подскажите в чем проблема не работает load data *local*
i> infile ....
i> Не хочен с опцией local работать, в документации написано
i> "Если вы
i> конфигурируете MySQL без опции |--enable-local-infile|, то
i> команда |LOAD
i> DATA LOCAL| будет запрещена для всех клиентов". Пробывал
i> вместо
i> |enable-local-infile писать ||local-infile=1 демон

Имеется в виду опция построения, а не опция командной строки
запуска.

-- 
Yura Kalinichenko

Re: [Comm] Mysql & load data local infile

[igo]

yuk@iceb.vinnitsa.com пишет:

>В Вск, 6 Июл 2003, igo написал(а):
>
>i> Подскажите в чем проблема не работает load data *local*
>i> infile ....
>i> Не хочен с опцией local работать, в документации написано
>i> "Если вы
>i> конфигурируете MySQL без опции |--enable-local-infile|, то
>i> команда |LOAD
>i> DATA LOCAL| будет запрещена для всех клиентов". Пробывал
>i> вместо
>i> |enable-local-infile писать ||local-infile=1 демон
>
>Имеется в виду опция построения, а не опция командной строки
>запуска.
>
>  
>
имеется ввиду опция командной строки, задача - что бы mysql поддерживал 
local.

Re: [Comm] Mysql & load data local infile

[yuk]

В Вск, 6 Июл 2003, igo написал(а):

i> yuk@iceb.vinnitsa.com пишет:
i>
i> >В Вск, 6 Июл 2003, igo написал(а):
i> >
i> >i> Подскажите в чем проблема не работает load data *local*
i> >i> infile ....
i> >i> Не хочен с опцией local работать, в документации написано
i> >i> "Если вы
i> >i> конфигурируете MySQL без опции |--enable-local-infile|,
i> то
i> >i> команда |LOAD
i> >i> DATA LOCAL| будет запрещена для всех клиентов". Пробывал
i> >i> вместо
i> >i> |enable-local-infile писать ||local-infile=1 демон
i> >
i> >Имеется в виду опция построения, а не опция командной строки
i> >запуска.
i> >
i> >
i> >
i> имеется ввиду опция командной строки, задача - что бы mysql
i> поддерживал
i> local.
i>
Внимательно читайте документацию. Чтобы поддерживался данный ключ
в командной строке - должна быть включена соответствующая опция
при построении. По умолчанию в сборке ALT она выключена.

-- 
Yura Kalinichenko

Re: [Comm] Mysql & load data local infile

[igo]

yuk@iceb.vinnitsa.com пишет:

>В Вск, 6 Июл 2003, igo написал(а):
>
>i> yuk@iceb.vinnitsa.com пишет:
>i>
>i> >В Вск, 6 Июл 2003, igo написал(а):
>i> >
>i> >i> Подскажите в чем проблема не работает load data *local*
>i> >i> infile ....
>i> >i> Не хочен с опцией local работать, в документации написано
>i> >i> "Если вы
>i> >i> конфигурируете MySQL без опции |--enable-local-infile|,
>i> то
>i> >i> команда |LOAD
>i> >i> DATA LOCAL| будет запрещена для всех клиентов". Пробывал
>i> >i> вместо
>i> >i> |enable-local-infile писать ||local-infile=1 демон
>i> >
>i> >Имеется в виду опция построения, а не опция командной строки
>i> >запуска.
>i> >
>i> >
>i> >
>i> имеется ввиду опция командной строки, задача - что бы mysql
>i> поддерживал
>i> local.
>i>
>Внимательно читайте документацию. Чтобы поддерживался данный ключ
>в командной строке - должна быть включена соответствующая опция
>при построении. По умолчанию в сборке ALT она выключена.
>
>  
>
Как я Вас понял мне надо перекомпилировать mysql. А почему его сразу не 
включили непонятно.

Re: [Comm] Mysql & load data local infile

[Alexander Bokovoy]

On Sun, Jul 06, 2003 at 06:07:02PM +0400, igo wrote:
> >Внимательно читайте документацию. Чтобы поддерживался данный ключ
> >в командной строке - должна быть включена соответствующая опция
> >при построении. По умолчанию в сборке ALT она выключена.
> >
> > 
> >
> Как я Вас понял мне надо перекомпилировать mysql. А почему его сразу не 
> включили непонятно.
Потому что MySQL работает в chrooted environment, в котором никаких
посторонних файлов нет, соотвественно и опция эта бесполезна.

-- 
/ Alexander Bokovoy
---
Your password is pitifully obvious.
>From mithraen@freesource.info  Mon Jul  7 02:07:54 2003
Return-Path: <mithraen@freesource.info>
Delivered-To: community@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id 6C9D3491AB
	for <community@lrn.ru>; Mon,  7 Jul 2003 02:07:54 +0400 (MSD)
Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru
	[195.34.32.123])
	by master.altlinux.ru (Postfix) with ESMTP id 6474CE31D0
	for <community@altlinux.ru>; Mon,  7 Jul 2003 02:07:54 +0400 (MSD)
Received: from localhost.localdomain (ppp152-227.dialup.mtu-net.ru
	[62.118.152.227])
	by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 943C5D5BB2
	for <community@altlinux.ru>; Mon,  7 Jul 2003 02:07:49 +0400 (MSD)
	(envelope-from mithraen@freesource.info)
Received: by localhost.localdomain (Postfix, from userid 500)
	id 321482F8A4; Sun,  6 Jul 2003 23:49:56 +0400 (MSD)
Date: Sun, 6 Jul 2003 23:49:56 +0400
From: Denis Smirnov <mithraen@freesource.info>
To: community@altlinux.ru
Message-ID: <20030706194956.GC11187@localhost.localdomain>
References: <20030702071629.GV2084@inferno.immo>
	<200307041832.20051.asoneofus@nm.ru>
	<20030704200327.GG23864@localhost.localdomain>
	<200307061029.36986.asoneofus@nm.ru>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="p2kqVDKq5asng8Dg"
Content-Disposition: inline
In-Reply-To: <200307061029.36986.asoneofus@nm.ru>
Subject: [Comm] Re: =?koi8-r?b?xsHKzM/TydPUxc3ZIM7BVVNCRmxhc2g=?=
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: community@altlinux.ru
List-Id: <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Sun, 06 Jul 2003 22:07:55 -0000


--p2kqVDKq5asng8Dg
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Sun, Jul 06, 2003 at 10:29:36AM +0400, A.L. Klyutchenya wrote:

 > > > Ну, вообщето, ресурсы никогда лишними не бывают. Флешка
 > > > может лить в читале до 50МБайт (8 зарядов) и 200МБайт в
 > > > секунду :) (32 заряда). У неё цикл блочного чтения в районе
 > > > 20нс.
 > > А из-за чего тогда современные ширпотребные игрушки типа USB
 > > флешек такие безумные тормоза? И что стоит юзать в качестве
 > > IDE-флешек? Есть какие-нибудь, которые DMA умеют?
 > Понятия не имею, очевидно, реализация крива. Хотя, и в МТД она не 
 > блещет.
 > ПДП - наврядли такое возможно.

:-(((((

Хард в PIO, это же песец... Хотя всё равно обращаться редко будет к нему,
может и ничего будет.
 
 >>>>> Вообще, смотрите насчёт флеш-файловых-систем МТД - там
 >>>>> есть сравнения оных.
 >>>> А что ты сам бы порекомендовал для r/w файловой системы,
 >>>> используемой на флешках?
 >>> Сам не определился, если честно. Пока юзаем jffs2 и
 >>> RAW-систему (безо всего).
 >> То есть если я буду использовать cramfs для кода и статичных
 >> данных и jffs2 для изменяемых данных, то это будет разумным
 >> решением?
 > Трудно сказать, не зная специфики. жффс2 - ооочень тормозная 
 > система: но мы её используем :) и вроде как, устраивает....

У меня изменяемые данные это только исходные конфиги. Потом уже из них
генерируются конфиги всяких dhcpd,bind и прочей мерзости, но они уже на
tmpfs валяются. 

Кстати, не знаешь, есть что-нибудь разумное на тему r/o rootfs? Можно
сделать mtab ссылкой на /proc, но это не совсем красиво, всё-таки.

-- 
С уважением, Денис

http://freesource.info


--p2kqVDKq5asng8Dg
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/CH1kPuR8c4jhFKIRAmmsAJ9XT/JmOJ87VfJwMk1haN5nXs7BVgCeN/2b
ghG/OlX4hjz4VEr36TqBzJk=
=/d+v
-----END PGP SIGNATURE-----

--p2kqVDKq5asng8Dg--
>From maxim.savrilov@socenter.ru  Mon Jul  7 06:10:50 2003
Return-Path: <maxim.savrilov@socenter.ru>
Delivered-To: community@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id 784EF482D3
	for <community@lrn.ru>; Mon,  7 Jul 2003 06:10:50 +0400 (MSD)
Received: from mx.socenter.ru (unknown [217.70.124.197])
	by master.altlinux.ru (Postfix) with ESMTP id 0C73BE31CF
	for <community@altlinux.ru>; Mon,  7 Jul 2003 06:10:50 +0400 (MSD)
Received: from mx.socenter.ru (localhost.localdomain [127.0.0.1])
	by mx.socenter.ru (Postfix) with SMTP id E616937DF5
	for <community@altlinux.ru>; Mon,  7 Jul 2003 09:10:48 +0700 (NOVST)
Received: from mx.socenter.ru (gate.mx.socenter.ru [192.168.0.1])
	by mx.socenter.ru (Postfix) with SMTP id B74BF31955
	for <community@altlinux.ru>; Mon,  7 Jul 2003 09:10:48 +0700 (NOVST)
Date: Mon, 7 Jul 2003 09:10:41 +0700
From: Maxim.Savrilov@socenter.ru
To: community@altlinux.ru
Subject: Re: [Comm] ttyS0
Message-Id: <20030707091041.6464cd48.Maxim.Savrilov@socenter.ru>
In-Reply-To: <20030706161925.4FE95E31CF@master.altlinux.ru>
References: <20030706161925.4FE95E31CF@master.altlinux.ru>
X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i586-alt-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg="pgp-sha1"; boundary="=.YBVzQc(tI7BTVH"
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: community@altlinux.ru
List-Id: <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Mon, 07 Jul 2003 02:10:50 -0000

--=.YBVzQc(tI7BTVH
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: base64

T24gU3VuLCA2IEp1bCAyMDAzIDE4OjE2OjA4ICswMjAwDQpHcmlnb3J5IFR1Ym9sdHNldiA8Z3R1
Ym9sY2V2QG5ld21haWwucnU+IHdyb3RlOg0KDQo+IPrE0sHX09TX1crUxSENCj4gDQo+IPDP19TP
0tHAINfP0NLP0yAtINcg0NLP28zZyiDSwdosINDPyM/WxSwgzsnL1M8gzsUg2sHNxdTJzCA6KA0K
PiDuxdXWxczJIM7JINUgy8/HzyDCz8zY28Ug1MHLz8fPIMfMwMvBIM7F1CwgyczJINEg3tTPLdTP
IM/exdfJxM7PxQ0KPiDQ0s/Tzc/U0sXMID8NCj4gDQo+IPDSz8LMxc3BOg0KPiANCj4g8M/M2NrV
wNPYIHd2ZGlhbCwg0MXSyc/Eyd7F08vJICjQz9PMxSDPxM7Px88t1NLFyCDSwdogzs/SzcHM2M7P
yg0KPiDP1NLBws/Uy8kpIM/OIM/Uy8Ha2dfBxdTT0SDa18/OydTYLCDQz9PLz8zYy9Ug0NLB18Eg
xM/T1NXQwSBydyDEzNENCj4gx9LV0NDZIHV1Y3AgzsEvZGV2L3R0eVMwIMvVxMEt1M8gydPQwdLJ
zMnT2CEg7sUgzc/H1SDQz87R1NgsIMvUzyDJyA0KPiDNxc7RxdQgySDLz8fEwSAtINDSz9PUzyDX
IM/Eyc4gzc/NxdQgz87JIM3FztHA1NPRIMkg19PFINTV1C4g9dbFIMTP09TBzM8NCj4g18jPxMnU
2CDS1dTPzSDJIMfP18/SydTYIM/C0sHUzs8gY2htb2QgZytydyAvZGV2L3R0eVMwDQoNCsEg1yAv
ZXRjL3NlY3VyaXR5L2NvbnNvbGUucGVybSwg1MHLINfSz8TFIM/OIM7B2tnXwcXU09EsIN7UzyDO
wdDJ08HOzz8NCj4NCg0KLS0gDQrkydPL1dPTydEg0NLP1MXLwczBIMvVzNjU1dLOzywg0yDV0M/N
yc7BzsnFzSDOwcnCz8zFxSDQ0s/TzMHXzMXOztnIDQrXIM7B0s/ExSDB1NLJwtXUz9cgws/Hz9cg
0MzPxM/Sz8TJ0S4NCg==

--=.YBVzQc(tI7BTVH
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iQCVAwUBPwjWqLsPq5qk2QKZAQLvXwP+PVdFmheJ+ylSfL1g7E9ctKnoxiTq2Ewc
jBVwd7w/uIkfSqUk61RXa4wdndogLzqn4CTy9/bz7KDHsTwVgzP6PCNyleEOqSjd
wCHAPfcQYz6D3My2TPX2CsPtMscsG0WaCu8ndxbZZhVEPbhIIRtyxfTd45tiDqi1
kPGMwYXTPHY=
=BvMN
-----END PGP SIGNATURE-----

--=.YBVzQc(tI7BTVH--

Re[2]: [Comm] Mysql & load data local infile

[ASA]

Hello Alexander,

Monday, July 7, 2003, 2:37:34 AM, you wrote:

>> Как я Вас понял мне надо перекомпилировать mysql. А почему его сразу не
>> включили непонятно.
AB> Потому что MySQL работает в chrooted environment, в котором никаких
AB> посторонних файлов нет, соотвественно и опция эта бесполезна.
А для необходимости загрузки файла можно же и не полениться
положить загружаемый файл внутрь этого самого ch.e.

-- 
Best regards,
 ASA                            mailto:llb@udm.ru

Re: [Comm] Mysql & load data local infile

[Sergey Solomonov]

> Вряд ли. Я использую LOAD DATA следующим образом: копирую файл
> в папку с БД, а затем указываю путь к нему в инструкции LOAD
> DATA, откидывая /var/lib/mysql. Или под посторонними файлами
> подразумевается нечто другое?
>
> В любом случае запрещение LOCAL неправильно, в этом случае
> копирования файлов можно было бы избежать
И я аналогично использую: создал дир data под директорией mysql, 
так как иначе mysqlimport не работает. И, самое обидное, 
phpMyAdmin не грузит файлы.
-- 

Соломонов С.Н.
>From Werstak@NewMail.Ru  Mon Jul  7 12:23:47 2003
Return-Path: <Werstak@NewMail.Ru>
Delivered-To: community@lrn.ru
Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235])
	by lrn.ru (Postfix) with ESMTP id 2564649381
	for <community@lrn.ru>; Mon,  7 Jul 2003 12:23:47 +0400 (MSD)
Received: from flock1.newmail.ru (unknown [212.48.140.157])
	by master.altlinux.ru (Postfix) with SMTP id 09E14E31CF
	for <community@altlinux.ru>; Mon,  7 Jul 2003 12:23:37 +0400 (MSD)
Received: (qmail 20660 invoked from network); 7 Jul 2003 08:23:10 -0000
Received: from unknown (HELO W2000P) (werstak@newmail.ru@217.118.74.18)
  by smtpd.newmail.ru with SMTP; 7 Jul 2003 08:23:10 -0000
Date: Mon, 7 Jul 2003 12:21:42 +0400
From: "\"Werstak\"" <Werstak@NewMail.Ru>
X-Mailer: The Bat! (v1.62r)
X-Priority: 3 (Normal)
Message-ID: <77328856.20030707122142@NewMail.Ru>
To: Alexey Morsov <community@altlinux.ru>
Subject: Re: [Comm] NEC 9300A CD-RW
In-Reply-To: <20030704203204.GD9071@yandex.ru>
References: <20030704203204.GD9071@yandex.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: community@altlinux.ru
List-Id: <community.altlinux.ru>
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Mon, 07 Jul 2003 08:23:47 -0000

    Hi Alexey,
Saturday, July 5, 2003, 12:32:04 AM, you wrote:
AM> Кто-нить пробовал CD-RW привод NEC 9300A под Linux (текущая
AM> версия cdrecord скажем)?

Домой купил три недели назад. Пишет, читает без проблем. Тихий. Я им доволен :)

[vector@alm22 vector]$ dmesg | grep NEC
hdd: _NEC CD-RW NR-9300A, ATAPI CD/DVD-ROM drive
  Vendor: _NEC      Model: CD-RW NR-9300A    Rev: 2.12

[vector@alm22 vector]$ cdrecord -version
Cdrecord 2.0 (i586-alt-linux-gnu) Copyright (C) 1995-2002 Jцrg Schilling

[vector@alm22 vector]$ uname -r
2.4.20-alt7-up

Re: [Comm] Mysql & load data local infile

[Прокопьев Евгений]

Alexander Bokovoy пишет:
> On Sun, Jul 06, 2003 at 06:07:02PM +0400, igo wrote:
> 
>>>Внимательно читайте документацию. Чтобы поддерживался данный ключ
>>>в командной строке - должна быть включена соответствующая опция
>>>при построении. По умолчанию в сборке ALT она выключена.
>>>
>>>
>>>
>>
>>Как я Вас понял мне надо перекомпилировать mysql. А почему его сразу не 
>>включили непонятно.
> 
> Потому что MySQL работает в chrooted environment, в котором никаких
> посторонних файлов нет, соотвественно и опция эта бесполезна.

То есть? А если посторонние файлы нужны?

Скорее наоборот, отключение local заставит пользователей помещать файлы 
для загрузки в chroot, используя в лучшем случае sudo. Включение local в 
этой ситуации решило бы проблему.

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Mysql & load data local infile

[Shawkat]

> AB> Потому что MySQL работает в chrooted environment, в котором никаких
> AB> посторонних файлов нет, соотвественно и опция эта бесполезна.
> А для необходимости загрузки файла можно же и не полениться
> положить загружаемый файл внутрь этого самого ch.e.

Файлик то кончено можно положить, но вот команда LOCAL DATA  (или как там) 
исполняться все равно не будет. MySQL блокирует эту команду  если выполняется 
в chroot

Re: [Comm] Mysql & load data local infile

[Прокопьев Евгений]

ASA пишет:

> AB> Потому что MySQL работает в chrooted environment, в котором никаких
> AB> посторонних файлов нет, соотвественно и опция эта бесполезна.
> А для необходимости загрузки файла можно же и не полениться
> положить загружаемый файл внутрь этого самого ch.e.

А для того, чтоб всегда можно было подправить системные настройки, можно 
не полениться и работать рутом :)

Бред это.

-- 
С уважением, Прокопьев Евгений