PCAP shouldn't care at all about the underlying file system.
On Thu, Sep 14, 2017 at 9:38 AM, Takeo Ogawara <[email protected]> wrote: > I’m not sure PcapRecordReader supports HDFS/MapR FS. > Supporting HDFS/MapR FS or not is different by which file format? > I don’t understand Drill architecture well... > > > If you copy the file to local file system root directory , Does query > work ? > Yes, query was successful on the local file system. > > Thank you. > > > > 2017/09/14 16:24、Arjun kr <[email protected]>のメール: > > > > The stack trace shared before shows FileInputStream being invoked from > PcapRecordReader class. Does it work with Hdfs/Mapr FS or expects only > local file system ? > > > > > >>>> Caused by: java.io.FileNotFoundException: /x.pcap (No such file or > directory) > >>>> at java.io.FileInputStream.open(Native Method) ~[na:1.7.0_141] > >>>> at java.io.FileInputStream.<init>(FileInputStream.java:146) > ~[na:1.7.0_141] > >>>> at java.io.FileInputStream.<init>(FileInputStream.java:101) > ~[na:1.7.0_141] > >>>> at > >>>> org.apache.drill.exec.store.pcap.PcapRecordReader.setup(PcapRecordReader.java:103) > [drill-java-exec-1.11.0.jar:1.11.0] > > > > If you copy the file to local file system root directory , Does query > work ? > > > > Thanks, > > > > Arjun > > > > ________________________________ > > From: Takeo Ogawara <[email protected]> > > Sent: Thursday, September 14, 2017 11:50 AM > > To: user > > Subject: Re: Query Error on PCAP over MapR FS > > > > Yes, that’s right. > > > > [drill@node21 ~]$ ps -ef | grep Drillbit > > drill 955 1 0 Sep13 ? 00:02:26 > > /usr/lib/jvm/jre-1.7.0-openjdk.x86_64/bin/java > -Xms4G -Xmx4G -XX:MaxDirectMemorySize=8G -XX:ReservedCodeCacheSize=1G > -Ddrill.exec.enable-epoll=false -XX:MaxPermSize=512M > -XX:+CMSClassUnloadingEnabled -XX:+UseG1GC > -Dlog.path=/home/drill/apache-drill-1.11.0/log/drillbit.log > -Dlog.query.path=/home/drill/apache-drill-1.11.0/log/drillbit_queries.json > -cp /home/drill/apache-drill-1.11.0/conf:/home/drill/apache- > drill-1.11.0/jars/*:/home/drill/apache-drill-1.11.0/ > jars/ext/*:/home/drill/apache-drill-1.11.0/jars/3rdparty/*:/ > home/drill/apache-drill-1.11.0/jars/classb/* org.apache.drill.exec.server. > Drillbit > > drill 23618 4234 0 15:19 pts/4 00:00:00 grep Drillbit > > > > Thank you. > > > >> 2017/09/14 15:16、Robert Hou <[email protected]>のメール: > >> > >> You wrote: > >> > >> > >> I meant I started Drill from Linux user “drill”. > >> > >> > >> Do you mean that you logged in as user "drill" and started the > drillbit? Can you run: > >> > >> > >> ps -ef | grep Drillbit > >> > >> > >> Thanks. > >> > >> > >> --Robert > >> > >> > >> ________________________________ > >> From: Takeo Ogawara <[email protected]> > >> Sent: Wednesday, September 13, 2017 10:57 PM > >> To: [email protected] > >> Subject: Re: Query Error on PCAP over MapR FS > >> > >> I don’t specify the user name in sqlline command. > >> I meant I started Drill from Linux user “drill”. > >> [drill@node21 ~]$ ./apache-drill-1.11.0/bin/sqlline -u > jdbc:drill:zk=node21:5181,node22:5181,node23:5181/drill/cluster3-drillbits > >> apache drill 1.11.0 > >> "the only truly happy people are children, the creative minority and > drill users" > >> 0: jdbc:drill:zk=node21:5181,node22:5181,node> use dfs; > >> +-------+----------------------------------+ > >> | ok | summary | > >> +-------+----------------------------------+ > >> | true | Default schema changed to [dfs] | > >> +-------+----------------------------------+ > >> 1 row selected (0.811 seconds) > >> 0: jdbc:drill:zk=node21:5181,node22:5181,node> select * from `x.pcap`; > >> Error: DATA_READ ERROR: /x.pcap (No such file or directory) > >> > >> File name: /x.pcap > >> Fragment 0:0 > >> > >> [Error Id: d6c1191a-ff79-4c39-96d3-0ae9e0be3ae9 on node25:31010] > (state=,code=0) > >> 0: jdbc:drill:zk=node21:5181,node22:5181,node> show files in `x.pcap`; > >> +---------+--------------+---------+---------+--------+----- > ---+--------------+------------------------+-------------------------+ > >> | name | isDirectory | isFile | length | owner | group | > permissions | accessTime | modificationTime | > >> +---------+--------------+---------+---------+--------+----- > ---+--------------+------------------------+-------------------------+ > >> | x.pcap | false | true | 6083 | root | root | > rw-r--r-- | 2017-09-13 16:14:52.0 | 2017-09-13 16:14:52.24 | > >> +---------+--------------+---------+---------+--------+----- > ---+--------------+------------------------+-------------------------+ > >> 1 row selected (0.241 seconds) > >> > >> Drillbits config is as follows. > >> drill.exec: { > >> cluster-id: "cluster3-drillbits", > >> zk.connect: "node21:5181,node22:5181,node23:5181” > >> } > >> > >> Storage plugin has config for PCAP. > >> "pcap": { > >> "type": "pcap" > >> }, > >> > >> Is it better to access via NFS to MapR FS? > >> I can access file:///mapr/cluster3/x.pcap in Drill sqlline. > >> > >> Thank you. > >> > >>> 2017/09/14 14:27、Robert Hou <[email protected]>のメール: > >>> > >>> You wrote: > >>> > >>> I”Æm running drill as user ”°drill”±. > >>> > >>> > >>> How are you invoking sqllline? Are you specifying a user "drill"? > >>> > >>> > >>> You should be able to query the file with two steps: > >>> > >>> > >>> 1) use mfs; > >>> > >>> > >>> this invokes the plugin > >>> > >>> > >>> 2) select * from `x.pcap`; > >>> > >>> > >>> Since x.pcap is in the root directory, you don't need to reference mfs > again > >>> > >>> > >>> > >>> Thanks. > >>> > >>> --Robert > >>> > >>> ________________________________ > >>> From: Takeo Ogawara <[email protected]> > >>> Sent: Wednesday, September 13, 2017 9:17 PM > >>> To: user > >>> Subject: Re: Query Error on PCAP over MapR FS > >>> > >>> I used storage plugin named ”°mfs”± with ”°maprfs:///”°. > >>> I modified plugin name from ”°mfs”± to ”°dfs”± and tested a query, but > the result was the same (No such file). > >>> > >>> "Hadoop fs -ls / " can find x.pcap > >>> [drill@node21 log]$ hadoop fs -ls / | grep x.pcap > >>> -rw-r--r-- 3 root root 6083 2017-09-13 16:14 /x.pcap > >>> > >>> Show files in drill > >>> 0: jdbc:drill:drillbit=localhost> show files in dfs.`x.pcap`; > >>> +---------+--------------+---------+---------+--------+----- > ---+--------------+------------------------+-------------------------+ > >>> | name | isDirectory | isFile | length | owner | group | > permissions | accessTime | modificationTime | > >>> +---------+--------------+---------+---------+--------+----- > ---+--------------+------------------------+-------------------------+ > >>> | x.pcap | false | true | 6083 | root | root | > rw-r--r-- | 2017-09-13 16:14:52.0 | 2017-09-13 16:14:52.24 | > >>> +---------+--------------+---------+---------+--------+----- > ---+--------------+------------------------+-------------------------+ > >>> 1 row selected (0.328 seconds) > >>> > >>> I”Æm running drill as user ”°drill”±. > >>> Is there something wrong with file permissions? > >>> > >>> > >>>> For your testing you can just use the default root volume, but with > MapR-FS it is a good idea to create volumes for different data/use cases > and then mount these volumes on MapR-FS. > >>>> This allows for benefits like topology, quota & security management; > also ease of use for enterprise features like mirroring, snapshots, etc in > the future to name a few. > >>>> https://maprdocs.mapr.com/home/AdministratorGuide/c_ > managing_data_with_volumes.html > >>> Managing Data with Volumes<https://maprdocs.mapr. > com/home/AdministratorGuide/c_managing_data_with_volumes.html> > >>> maprdocs.mapr.com > >>> MapR provides volumes as a way to organize data and manage cluster > performance. A volume is a logical unit that allows you to apply policies > to a set of files, directories, and sub-volumes. A ... > >>> > >>> > >>> > >>> > >>> Thank you for the information. > >>> I”Æll separate the volume for PCAP from other services. > >>> > >>> Thank you. > >>> > >>>> 2017/09/13 23:48”¢Andries Engelbrecht <[email protected]>¤Ī„į©`„ > ė: > >>>> > >>>> Drill is not seeing the file in the location you pointed it. > >>>> > >>>> What did you name the storage plugin? > >>>> The default is normally dfs for the distributed filesystem. > >>>> > >>>> Also did you place the file in the root directory of the dfs? > >>>> What do you get back if you run Hadoop fs ØCls / > >>>> > >>>> For your testing you can just use the default root volume, but with > MapR-FS it is a good idea to create volumes for different data/use cases > and then mount these volumes on MapR-FS. > >>>> This allows for benefits like topology, quota & security management; > also ease of use for enterprise features like mirroring, snapshots, etc in > the future to name a few. > >>>> https://maprdocs.mapr.com/home/AdministratorGuide/c_ > managing_data_with_volumes.html > >>> Managing Data with Volumes<https://maprdocs.mapr. > com/home/AdministratorGuide/c_managing_data_with_volumes.html> > >>> maprdocs.mapr.com > >>> MapR provides volumes as a way to organize data and manage cluster > performance. A volume is a logical unit that allows you to apply policies > to a set of files, directories, and sub-volumes. A ... > >>> > >>> > >>> > >>>> > >>>> > >>>> --Andries > >>>> > >>>> > >>>> On 9/13/17, 12:38 AM, "Takeo Ogawara" <[email protected]> > wrote: > >>>> > >>>> Hi, > >>>> > >>>> I modified storage config like this. > >>>> > >>>> "type": "file", > >>>> "enabled": true, > >>>> "connection": "maprfs:///", > >>>> "config": null, > >>>> "workspaces": { > >>>> "root": { > >>>> "location": "/", > >>>> "writable": false, > >>>> "defaultInputFormat": null > >>>> } > >>>> } > >>>> > >>>> But query like ”°select * from mfs.`x.pcap`”± failed. > >>>> Is there any other configuration I should modify? > >>>> > >>>> This is drillbit.log and it seems java.io.FileInputStream is going to > open MapR FS file path. > >>>> > >>>> Thank you. > >>>> > >>>> 2017-09-13 16:20:06,123 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.c.s.persistence.ScanResult - loading 9 classes for > org.apache.drill.exec.store.dfs.FormatPlugin took 0ms > >>>> 2017-09-13 16:20:06,124 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.c.s.persistence.ScanResult - loading 10 classes for > org.apache.drill.common.logical.FormatPluginConfig took 0ms > >>>> 2017-09-13 16:20:06,124 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.c.s.persistence.ScanResult - loading 10 classes for > org.apache.drill.common.logical.FormatPluginConfig took 0ms > >>>> 2017-09-13 16:20:06,125 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.c.s.persistence.ScanResult - loading 10 classes for > org.apache.drill.common.logical.FormatPluginConfig took 0ms > >>>> 2017-09-13 16:20:06,145 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.c.s.persistence.ScanResult - loading 9 classes for > org.apache.drill.exec.store.dfs.FormatPlugin took 0ms > >>>> 2017-09-13 16:20:06,145 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.c.s.persistence.ScanResult - loading 10 classes for > org.apache.drill.common.logical.FormatPluginConfig took 0ms > >>>> 2017-09-13 16:20:06,146 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.c.s.persistence.ScanResult - loading 10 classes for > org.apache.drill.common.logical.FormatPluginConfig took 0ms > >>>> 2017-09-13 16:20:06,170 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.exec.store.dfs.FileSelection - FileSelection.getStatuses() > took 0 ms, numFiles: 1 > >>>> 2017-09-13 16:20:06,170 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.exec.store.dfs.FileSelection - FileSelection.getStatuses() > took 0 ms, numFiles: 1 > >>>> 2017-09-13 16:20:06,178 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.exec.store.dfs.FileSelection - FileSelection.getStatuses() > took 0 ms, numFiles: 1 > >>>> 2017-09-13 16:20:06,179 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.e.s.schedule.BlockMapBuilder - Get block maps: Executed 1 out > of 1 using 1 threads. Time: 0ms total, 0.847323ms avg, 0ms max. > >>>> 2017-09-13 16:20:06,179 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:foreman] > INFO o.a.d.e.s.schedule.BlockMapBuilder - Get block maps: Executed 1 out > of 1 using 1 threads. Earliest start: 1.522000 ¦Ģs, Latest start: 1.522000 > ¦Ģs, Average start: 1.522000 ¦Ģs . > >>>> 2017-09-13 16:20:06,199 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:frag:0:0] > INFO o.a.d.e.store.pcap.PcapRecordReader - User Error Occurred: /x.pcap > (No such file or directory) (/x.pcap (No such file or directory)) > >>>> org.apache.drill.common.exceptions.UserException: DATA_READ ERROR: > /x.pcap (No such file or directory) > >>>> > >>>> File name: /x.pcap > >>>> > >>>> [Error Id: 48be766a-8706-407f-8dff-eb563271a4a3 ] > >>>> at org.apache.drill.common.exceptions.UserException$ > Builder.build(UserException.java:550) ~[drill-common-1.11.0.jar:1.11.0] > >>>> at > >>>> org.apache.drill.exec.store.pcap.PcapRecordReader.setup(PcapRecordReader.java:109) > [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at > >>>> org.apache.drill.exec.physical.impl.ScanBatch.<init>(ScanBatch.java:104) > [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at org.apache.drill.exec.store.dfs.easy.EasyFormatPlugin. > getReaderBatch(EasyFormatPlugin.java:166) [drill-java-exec-1.11.0.jar:1. > 11.0] > >>>> at org.apache.drill.exec.store.dfs.easy.EasyReaderBatchCreator. > getBatch(EasyReaderBatchCreator.java:35) [drill-java-exec-1.11.0.jar:1. > 11.0] > >>>> at org.apache.drill.exec.store.dfs.easy.EasyReaderBatchCreator. > getBatch(EasyReaderBatchCreator.java:28) [drill-java-exec-1.11.0.jar:1. > 11.0] > >>>> at org.apache.drill.exec.physical.impl.ImplCreator. > getRecordBatch(ImplCreator.java:156) [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at org.apache.drill.exec.physical.impl.ImplCreator. > getChildren(ImplCreator.java:179) [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at org.apache.drill.exec.physical.impl.ImplCreator. > getRecordBatch(ImplCreator.java:136) [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at org.apache.drill.exec.physical.impl.ImplCreator. > getChildren(ImplCreator.java:179) [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at org.apache.drill.exec.physical.impl.ImplCreator. > getRootExec(ImplCreator.java:109) [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at > >>>> org.apache.drill.exec.physical.impl.ImplCreator.getExec(ImplCreator.java:87) > [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at > >>>> org.apache.drill.exec.work.fragment.FragmentExecutor.run(FragmentExecutor.java:207) > [drill-java-exec-1.11.0.jar:1.11.0] > >>>> at > >>>> org.apache.drill.common.SelfCleaningRunnable.run(SelfCleaningRunnable.java:38) > [drill-common-1.11.0.jar:1.11.0] > >>>> at > >>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > [na:1.7.0_141] > >>>> at > >>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > [na:1.7.0_141] > >>>> at java.lang.Thread.run(Thread.java:748) [na:1.7.0_141] > >>>> Caused by: java.io.FileNotFoundException: /x.pcap (No such file or > directory) > >>>> at java.io.FileInputStream.open(Native Method) ~[na:1.7.0_141] > >>>> at java.io.FileInputStream.<init>(FileInputStream.java:146) > ~[na:1.7.0_141] > >>>> at java.io.FileInputStream.<init>(FileInputStream.java:101) > ~[na:1.7.0_141] > >>>> at > >>>> org.apache.drill.exec.store.pcap.PcapRecordReader.setup(PcapRecordReader.java:103) > [drill-java-exec-1.11.0.jar:1.11.0] > >>>> ... 15 common frames omitted > >>>> 2017-09-13 16:20:06,199 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:frag:0:0] > INFO o.a.d.e.w.fragment.FragmentExecutor - > 264723d8-bcba-6330-c9be-1c9c95dd2aa6:0:0: > State change requested AWAITING_ALLOCATION --> FAILED > >>>> 2017-09-13 16:20:06,200 [264723d8-bcba-6330-c9be-1c9c95dd2aa6:frag:0:0] > INFO o.a.d.e.w.fragment.FragmentExecutor - > 264723d8-bcba-6330-c9be-1c9c95dd2aa6:0:0: > State change requested FAILED --> FINISHED > >>>> 2017-09-13 16:20:06,213 [BitServer-4] WARN > o.a.drill.exec.work.foreman.Foreman - Dropping request to move to > COMPLETED state as query is already at FAILED state (which is terminal). > >>>> 2017-09-13 16:20:06,214 [BitServer-4] WARN > >>>> o.a.d.e.w.b.ControlMessageHandler > - Dropping request to cancel fragment. > 264723d8-bcba-6330-c9be-1c9c95dd2aa6:0:0 > does not exist. > >>>> > >>>> ”Ŗ > >>>> > >>>> 97 @Override > >>>> 98 public void setup(final OperatorContext context, final > OutputMutator output) throws ExecutionSetupException { > >>>> 99 try { > >>>> 100 > >>>> 101 this.output = output; > >>>> 102 this.buffer = new byte[100000]; > >>>> 103 this.in = new FileInputStream(inputPath); > >>>> 104 this.decoder = new PacketDecoder(in); > >>>> 105 this.validBytes = in.read(buffer); > >>>> 106 this.projectedCols = getProjectedColsIfItNull(); > >>>> 107 setColumns(projectedColumns); > >>>> 108 } catch (IOException io) { > >>>> 109 throw UserException.dataReadError(io) > >>>> 110 .addContext("File name:", inputPath) > >>>> 111 .build(logger); > >>>> 112 } > >>>> 113 } > >>>> > >>>> > >>>>> 2017/09/11 23:16”¢Andries Engelbrecht <[email protected]>¤Ī„į©`„ > ė: > >>>>> > >>>>> Typically when you use the MapR-FS plugin you don”Æt need to specify > the cluster root path in the dfs workspace. > >>>>> > >>>>> Instead of "location": "/mapr/cluster3", use "location": "/", > >>>>> > >>>>> "connection": "maprfs:///", already points to the default MapR > cluster root. > >>>>> > >>>>> --Andries > >>>>> > >>>>> > >>>>> > >>>>> On 9/11/17, 2:23 AM, "Takeo Ogawara" <[email protected]> > wrote: > >>>>> > >>>>> Dear all, > >>>>> > >>>>> I”Æm using PCAP storage plugin over MapR FS(5.2.0) with > Drill(1.11.0) compiled as follows. > >>>>> $ mvn clean install -DskipTests -Pmapr > >>>>> > >>>>> Some queries caused errors as following. > >>>>> Does anyone know how to solve these errors? > >>>>> > >>>>> 1. Query error when cluster-name is not specified > >>>>> Storage ”°mfs”± setting is this. > >>>>> > >>>>>> "type": "file", > >>>>>> "enabled": true, > >>>>>> "connection": "maprfs:///", > >>>>>> "config": null, > >>>>>> "workspaces": { > >>>>>> "root": { > >>>>>> "location": "/mapr/cluster3", > >>>>>> "writable": false, > >>>>>> "defaultInputFormat": null > >>>>>> } > >>>>>> } > >>>>> > >>>>> > >>>>> With this setting, the following query failed. > >>>>>> select * from mfs.`x.pcap` ; > >>>>>> Error: DATA_READ ERROR: /x.pcap (No such file or directory) > >>>>>> > >>>>>> File name: /x.pcap > >>>>>> Fragment 0:0 > >>>>>> > >>>>>> [Error Id: 70b73062-c3ed-4a10-9a88-034b4e6d039a on node21:31010] > (state=,code=0) > >>>>> > >>>>> But these queries passed. > >>>>>> select * from mfs.root.`x.pcap` ; > >>>>>> select * from mfs.`x.csv`; > >>>>>> select * from mfs.root.`x.csv`; > >>>>> > >>>>> 2. Large PCAP file > >>>>> Query on very large PCAP file (larger than 100GB) failed with > following error message. > >>>>>> Error: SYSTEM ERROR: IllegalStateException: Bad magic number = > 0a0d0d0a > >>>>>> > >>>>>> Fragment 1:169 > >>>>>> > >>>>>> [Error Id: 8882c359-c253-40c0-866c-417ef1ce5aa3 on node22:31010] > (state=,code=0) > >>>>> > >>>>> This happens even on Linux FS not MapR FS > >>>>> > >>>>> Thank you. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>> > >>>> ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ > >>>> ”””” <KDDI¾tŗĻŃŠ¾æĖł””„Ó„ø„ē„ó> > >>>> ””Challenge for the future ŲN¤«¤ŹĪ“Ą“¤Ų¤ĪĢō‘é > >>>> ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ > >>>> ”” Ó¢ŠŪ¤Ą¤±¤ĪĻÄ”£ > >>>> ””https://www.au.com/pr/cm/3taro/ > >>>> ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ”Ŗ > >>>> Š”ŗÓŌ””½”Éś£ØTakeo Ogawara£© > >>>> (Öź)KDDI¾tŗĻŃŠ¾æĖł > >>>> „³„Ķ„Æ„Ę„£„Ć„É„«©`1G > >>>> > >>>> TEL:049-278-7495 / 070-3623-9914 > >> > >> ——————————————————————— > >> <KDDI総合研究所 ビジョン> > >> Challenge for the future 豊かな未来への挑戦 > >> ——————————————————————— > >> 英雄だけの夏。 > >> https://www.au.com/pr/cm/3taro/ > >> ——————————————————————— > >> 小河原 健生（Takeo Ogawara） > >> (株)KDDI総合研究所 > >> コネクティッドカー1G > >> > >> TEL:049-278-7495 / 070-3623-9914 > >> > > > > ——————————————————————— > > <KDDI総合研究所 ビジョン> > > Challenge for the future 豊かな未来への挑戦 > > ——————————————————————— > > 英雄だけの夏。 > > https://www.au.com/pr/cm/3taro/ > > ——————————————————————— > > 小河原 健生（Takeo Ogawara） > > (株)KDDI総合研究所 > > コネクティッドカー1G > > > > TEL:049-278-7495 / 070-3623-9914 > > > >
